软件测试说明书docxWord文档格式.docx

1、4、 单元测试5、 软件测试实例分析。2计划2.1软件说明车销售管理系统实现对车辆信息、客户信息和员工信息的管理。从客户咨询、订购，到鉴定 购销合同、交款、提车等多个销售环节上，系统提供了严密的跟踪管理服务，对车辆库存、 财务管理.业务分析都提供了一套科学的管理方法。表21软件说明预期测试惜况表软件功能输入输出信息管理功能员工信息的增删改査。车辆信息的增删改査客户信息的增删改査数据库更新成功销售管理功能车辆预售预定车辆预定成功，数据库更新记录车辆销售购买车辆购买成功，数据库更新记录收益统计输出总利润进货管理车辆釆购联系商家进行进货商家反馈信息车辆入库添加车辆车辆添加成功仓库管理车辆管理车辆型号

2、、颜色车辆库存辆账目管理输入日期当日车辆出库入库情况进销存统计输入日期、车辆型号当日收益财务管理收入日期当日说如情况表支出当日支出情况表净利润日期、车辆型号当日净利润2.2测试内容1.各模块之间的连接；2.系统功能的完整性和稳定性；3.各模块功能的实现；4.读写数据时的判断；测试时间:2012-12-09 至 2012-12-10对于数据库的操作，之后对数据库进行检查确认1 仓库管理模块系统测试子系统名称模块名称测试点优先级说明仓库管理系 统车号不能自动编号车名1长度没有限制入库时间应该是一个时间点 而不是时间段点击空白处直接出错，然后关闭 系统添加按钮添加完之后不能及 时刷新，就不能很快的知

3、 道是否真的添加成功查询车辆界面2操作起来不够方便， 查询条件不具体。图2-1仓库管理系统模块2 信息管理系统测试信息管理员工编号员工添加员工姓名员工部门员工查询车辆添加车辆编号车辆类型车辆名字时间类型价格Double类型保留两位小 数图2-2信息管理模块测试图3销售管理系统测试销售管理系 统2.3测试环境与配置1 系统坏境序号硬件配置数量备注数据库、应用服务器销售坏境接口服务器销售环境3磁盘阵列4交换机图2-3测试环境与配置2硬件坏境1 处理器：Intel Pentium 166 MX 或更高2内存：32MB以上3硬盘空间：1GE以上4显卡：SVGA显示适配器4.安全性环境要求操作系统的安全

4、性，测试工具的安全性，测试软件的安全性。231进度安排项目里程碑开始时间结束时间输出要求/备注测试规划09:0010： 00测试设计10:1011:测试设计实施3013:测试执行14:15:测试总结16:18:2.3.2条件1 设备所用到的设备类型、数量和预定使用时间表2测试设备表测试类型所用设备数童预定使用时间信息管理系统键盘、鼠标、主机30分钟仓库管理系统40分钟销售管理系统主机、虚拟机、驱动程序一天进货管理系统测试总结阶段2工作量估计根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作 量，以人月或人口计， 并详细注释测试设计、测试执行和测试总结工作所占的比 重。软件测

5、试工作量应为开发工作量的30%40%为宜。表2-2工作虽估计表工作阶段所需工作日占项目的比例测试规划阶段15%测试设计阶段测试实施阶段20%测试执行阶段2 人员需求及安排卜表列出了在此测试活动的人员安排：表23人员需求安排表角色人员具体职责/备注测试经理负责软件测试的总体安排监督工作负贵设计测试方案以及测试用例测试人员负贵对对项目按照测试方案进行具体测试记录人员负贵系统测试过程中记录测试信息2.3.3测试资料1.汽车销售管理系统软件需求说明书;2.汽车销售系统软件设计说明书；3.测试的输入和输出；4.此测试采用黑盒测试的方法。2.3.4测试培训测试人员必须熟悉测试用例的各种方法，采用不同的方法

6、进行测试，真正做到测试结果的正 确，系统质量。3测试设计说明31测试1 （用户登录）3.1.1控制此模块测试需要人工录入，产生的结果自动录入文档。3丄2测试用例过程系统操作登录测试表3密码等价类合理等价类不合理等价类五个字符（）5 个（二）5,（三）=5小写字母（四）a z（五）大写字母，（六）数字，（七）其他非标示符字符（八） 为空按admin的顺序排列（九）adniui（十）不是adimn这样的顺序表3-2用户名等价类（一）5 个表3-3测试用例预期输出覆盖类用户名密码adniui用户名空（A）11111用户名不正确（六）admin密码为空（A）111密码不正确（二）222333正确显示登

7、陆成功（一）（四）（九）3.2测试2 （查询车辆）3.1.2测试用例过程1 查询车辆测试用例1等价类以查询奔驰S600为例。车辆型号六个字符6个=6车辆名称两个汉字两个汉字大于两个，小于等于两个车辆出厂时间2012-2013 年小于2013大于20142测试用例车型号出厂时间奔驰输出你可以输入要找的车号会有更 详细的车辆信息S6002012-20133.3测试3 （信息录入）3.3.1控制3.3.2测试用例过程用例3：管理员写该用户信息用例:登录名确认密码所属 部门所属 职位权限级别请输入您要修改的用户 信息chaxun销售部员工普通用户请输入您要修改的密码人事 部请确认密码请输入所属院系财务

8、 部请输入所属部门仓库 管理 部门请输入权限级别宣传 部修改成功3.4测试4 （车辆入库测试）3.4.1控制3.4.2测试用例过程1车辆入库测试等价类以奔驰S600为例小于2013大于2012仓库总车辆2-5小于2辆大于3辆入库车辆数2-3小于2大于3车型 号出厂 时间库存 总是进库车辆 数输出你可以输入要找的 车号会有更详细的车辆 信息563.5用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检 验测试对象能接收的最大用户数来确定功能是否达到要求。测试目的前提条件测试需求输入（并发用户数）用户通过率 期望性能（平 实际性能（平均值）均值）功能150

9、100200功能2备注：36大数据测试用例人数据量测试使测试对彖处理人量的数据，以确定是否达到了将使软件发生故障的极限。k数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作屋。 测试目的输入（最人数据 事务成功率 期望性能（平 实际性能（平均值） 量） 均值）10000第条记录15000第条记录20000第条记录 37疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用 而导致的错误。如果内存或磁盘空间不足，测试对彖就可能会表现出一些在正常条件下并不 明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强 度

10、测试还可用于确定测试对彖能够处理的最大工作量。测试说明连续运行8小时，设置添加10用户并发测试需求 功能1输入/动作 输出/响应 是否正常运行2小时4小时6小时8小时3.8负载测试测试用例负载测试也是性能测试中的一种。在这种测试中，将使测试对彖承担不同的工作量，以评测 和评估测试对彖在不同工作量条件卜的性能行为，以及持续正常运行的能力。负载测试的目 标是确定并确保系统在超出最人预期工作量的情况卞仍能正常运行。此外，负载测试还要评 估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。39、兼容性测试在人多数生产坏境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。 客

11、户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能 运行许多不同的软件组合，从而占用不同的资源。配置说明 操作系统 系统软件 外设 应用软件 结果服务器Window2000（S）WiiidowXpWmdow2000（P）Window2003客户端数据库服 务器浏览器Window IE4.0以上 NetScape FireFox Maxthon 其他4分析摘要4.1测试结果分析1.多处程序异常，错误输入操作没有提示2多处不合法操作，也能成功3.多处数据格式不能验证，非法格式也能存储4.部分操作的验证不能统一4.2能力能够完成基本的操作，对数据正常的添加删除和修改。已完

12、成：用户密码登录，修改密码, 二级公司用户的注册，公司信息的添加，修改，删除，排序；车辆购置申请的添加，修改, 删除，排序等功能。对于公司编码和申请单编码重复及为空能给与提示。5评价准则5.1范围接查范围：所有的逻辑分支和边界条件都能覆盖完。局限性：对于数据库连接和apache服务连接失败没判断，这将在实际测试中验证判断。 对数据库验证，将在实际测试中，查看数据库，查看输出。测试完成时间：2013/12/06测试地点：实验室参与测试人员：刘秀秀、宫衍辉、朱学斌测试结论：系统有较强的管理销售功能，使用户能方便的进行查询、购买。测试组组长：刘秀秀测试组组员：宫衍辉、朱学斌5.2数据整理数据输入和记录结果都采用手工方式。无数据转换5.3尺度测试的实际输出，必须和预计输出完全匹配问题严重度描述问题严重度描述致命缺陷1.由于程序所引起的死机，非法退出2.死循环3.数据库发生死锁4.因错误操作导致的程序中断5.主要功能丢失或功能严重错误6.与数据库连接错误7.数据通讯错误严重缺陷1.程序错误2.程序接口错误3.数据库的表、业务规则、缺省值未加完整性等约朿条件一般性缺陷1.操作界而错误（包括数据窗口内列名定义、含义是否一致）2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段