软件测试说明书docx.docx

1、软件测试说明书docx1引言1-1编写目的1测试系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使 系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件 的错误。2、 确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确 的书面说明;而汉化测试则必须先测试出原版中承诺的功能是否都具有，还要测试出汉化后 的功能与原版是否相同，并找出原因。3、 确保产品满足性能和效率的要求。软件汉化后往往性能和效率都有一定距离，测试 除了测试出原版和汉化版的性能和效率外，还要找出原因。4、 确保产品是健壮的和适应用户环境的。一般原版都是在非中文

2、的环境下运行，汉化 后在中文的坏境下运行。汉化测试还需测试出在不同环境卞不同版本的健壮性和适应性。12背景乩测试计划所从属的软件系统的名称：汽车销售管理系统b.本项目的任务提出者：青岛亨达汽车销售公司C.不同平台可能存在差异，本测试环境为公司开发中心，安装中心的运行平台不 一定能达到专业水平，有些界面的运行结果有可能不一定能完成。d.开发者:职务人员名单项目工程师需求分析师概要设计师详细设计师代码工程师测试工程师美工音效师e.用户：本软件适用于多数汽车销售公司。f.实现该软件的计算机中心或计算机网络：在国家软件人才国际培训基地工程师 的指导下在学院实验室完成g.此系统为独立的系统基本不需要其它

3、的辅助软件。1.3定义B/S基于浏览器服务器的开发环境。PHP：超文本预处理语言。HTML：超文本标记语言。 MySQL:数据库管理系统。1.4参考资料1、 该系统的需求说明书；2、 系统详细设计说明书；3、 软件测试入门与提高4、 单元测试5、 软件测试实例分析。2计划2.1软件说明车销售管理系统实现对车辆信息、客户信息和员工信息的管理。从客户咨询、订购，到鉴定 购销合同、交款、提车等多个销售环节上，系统提供了严密的跟踪管理服务，对车辆库存、 财务管理.业务分析都提供了一套科学的管理方法。表21软件说明预期测试惜况表软件功能输入输出信息管理功能员工信息的增删改査。车辆信息的增删改査客户信息的

4、增删改査数据库更新成功销售管理功能车辆预售预定车辆预定成功，数据库更新记录车辆销售购买车辆购买成功，数据库更新记录收益统计收益统计输出总利润进货管理车辆釆购联系商家进行进货商家反馈信息车辆入库添加车辆车辆添加成功仓库管理车辆管理车辆型号、颜色车辆库存辆账目管理输入日期当日车辆出库入库情况进销存统计输入日期、车辆型号当日收益财务管理收入日期当日说如情况表支出日期当日支出情况表净利润日期、车辆型号当日净利润2.2测试内容1.各模块之间的连接；2.系统功能的完整性和稳定性；3.各模块功能的实现；4.读写数据时的判断；测试时间:2012-12-09 至 2012-12-10对于数据库的操作，之后对数据

5、库进行检查确认1 仓库管理模块系统测试子系统名称模块名称测试点优先级说明仓库管理系 统添加车辆车号0不能自动编号车名1长度没有限制入库时间0应该是一个时间点 而不是时间段点击空白处0直接出错，然后关闭 系统添加按钮0添加完之后不能及 时刷新，就不能很快的知 道是否真的添加成功查询车辆界面2操作起来不够方便， 查询条件不具体。图2-1仓库管理系统模块2 信息管理系统测试子系统名称模块名称测试点优先级说明信息管理员工编号0不能自动编号员工添加员工姓名1长度没有限制员工部门0应该是一个时间点 而不是时间段点击空白处0直接出错，然后关闭 系统添加按钮0添加完之后不能及 时刷新，就不能很快的知 道是否真

6、的添加成功员工查询界面2操作起来不够方便， 查询条件不具体。车辆添加车辆编号0不能自动编号车辆类型1长度没有限制车辆名字1长度没有限制入库时间1时间类型价格1Double类型保留两位小 数图2-2信息管理模块测试图3销售管理系统测试子系统名称模块名称测试点优先级说明销售管理系 统添加车辆车号0不能自动编号车名1长度没有限制入库时间0应该是一个时间点 而不是时间段点击空白处0直接出错，然后关闭 系统添加按钮0添加完之后不能及 时刷新，就不能很快的知 道是否真的添加成功查询车辆界面2操作起来不够方便， 查询条件不具体。2.3测试环境与配置1 系统坏境序号硬件配置数量备注1数据库、应用服务器2销售坏

7、境2接口服务器2销售环境3磁盘阵列1销售坏境4交换机1销售坏境图2-3测试环境与配置2硬件坏境1 处理器：Intel Pentium 166 MX 或更高2内存：32MB以上3硬盘空间：1GE以上4显卡：SVGA显示适配器4.安全性环境要求操作系统的安全性，测试工具的安全性，测试软件的安全性。231进度安排项目里程碑开始时间结束时间输出要求/备注测试规划09:0010： 00测试设计10:1011:10测试设计实施11:3013:30测试执行14:0015:30测试总结16:0018:002.3.2条件1 设备所用到的设备类型、数量和预定使用时间表2测试设备表测试类型所用设备数童预定使用时间信

8、息管理系统键盘、鼠标、主机130分钟仓库管理系统键盘、鼠标、主机140分钟销售管理系统主机、虚拟机、驱动程序1一天进货管理系统键盘、鼠标、主机1一天测试总结阶段键盘、鼠标、主机1一天2工作量估计根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作 量，以人月或人口计， 并详细注释测试设计、测试执行和测试总结工作所占的比 重。软件测试工作量应为开发工作量的30%40%为宜。表2-2工作虽估计表工作阶段所需工作日占项目的比例测试规划阶段115%测试设计阶段115%测试实施阶段120%测试执行阶段120%测试总结阶段115%2 人员需求及安排卜表列出了在此测试活动的人员安排：表23

9、人员需求安排表角色人员具体职责/备注测试经理负责软件测试的总体安排监督工作测试设计负贵设计测试方案以及测试用例测试人员负贵对对项目按照测试方案进行具体测试记录人员负贵系统测试过程中记录测试信息2.3.3测试资料1.汽车销售管理系统软件需求说明书;2.汽车销售系统软件设计说明书；3.测试的输入和输出；4.此测试采用黑盒测试的方法。2.3.4测试培训测试人员必须熟悉测试用例的各种方法，采用不同的方法进行测试，真正做到测试结果的正 确，系统质量。3测试设计说明31测试1 （用户登录）3.1.1控制此模块测试需要人工录入，产生的结果自动录入文档。3丄2测试用例过程系统操作登录测试表3密码等价类输入合理

10、等价类不合理等价类五个字符()5 个（二）5,（三）=5小写字母（四）a z（五）大写字母，（六）数字，（七）其他非标示符字符（八） 为空按admin的顺序排列(九)adniui（十）不是adimn这样的顺序表3-2用户名等价类输入合理等价类不合理等价类五个字符（一）5 个（二）5,（三）=5小写字母（四）a z（五）大写字母，（六）数字，（七）其他非标示符字符（八） 为空按admin的顺序排列(九)adniui（十）不是adimn这样的顺序表3-3测试用例输入预期输出覆盖类用户名密码adniui用户名空(A)11111adniui用户名不正确（六）admin密码为空(A)admin111密码

11、不正确（二）admin222密码不正确（二）admin333密码不正确（二）adminadniui正确显示登陆成功（一）（四）（九）3.2测试2 （查询车辆）3.1.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.1.2测试用例过程1 查询车辆测试用例1等价类以查询奔驰S600为例。输入合理等价类不合理等价类车辆型号六个字符6个=6车辆名称两个汉字两个汉字大于两个，小于等于两个车辆出厂时间2012-2013 年小于2013大于20142测试用例输入预期输出车型号出厂时间车名奔驰输出你可以输入要找的车号会有更 详细的车辆信息S600奔驰输出你可以输入要找的车号会有更 详细的车辆信息S6

12、002012-2013输出你可以输入要找的车号会有更 详细的车辆信息S6002012-2013奔驰23.3测试3 （信息录入）3.3.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.3.2测试用例过程用例3：管理员写该用户信息用例:输入预期输出登录名密码确认密码所属 部门所属 职位权限级别请输入您要修改的用户 信息chaxun销售部员工普通用户请输入您要修改的密码chaxun111人事 部员工普通用户请确认密码chaxun111111员工普通用户请输入所属院系chaxun111111财务 部普通用户请输入所属部门chaxun111111仓库 管理 部门员工普通用户请输入权限级别cha

13、xun111111宣传 部员工普通用户修改成功3.4测试4 （车辆入库测试）3.4.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.4.2测试用例过程1车辆入库测试等价类以奔驰S600为例输入合理等价类不合理等价类车辆型号六个字符6个=6车辆名称两个汉字两个汉字大于两个，小于等于两个车辆出厂时间2012-2013小于2013大于2012入库时间2012-2013小于2013大于2012仓库总车辆2-5小于2辆大于3辆入库车辆数2-3小于2大于32测试用例输入预期输出车型 号出厂 时间车名库存 总是进库车辆 数奔驰102输出你可以输入要找的 车号会有更详细的车辆 信息S600奔驰42输

14、出你可以输入要找的 车号会有更详细的车辆 信息S6002012-201353输出你可以输入要找的 车号会有更详细的车辆 信息S6002012-2013奔驰6523.5用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检 验测试对象能接收的最大用户数来确定功能是否达到要求。测试目的前提条件测试需求输入（并发用户数）用户通过率 期望性能（平 实际性能（平均值）均值）功能150100200功能250100200备注：36大数据测试用例人数据量测试使测试对彖处理人量的数据，以确定是否达到了将使软件发生故障的极限。k数据量测试还将确定测试对象在给定时间内能够持续

15、处理的最大负载或工作屋。 测试目的前提条件测试需求输入（最人数据 事务成功率 期望性能（平 实际性能（平均值） 量） 均值）功能110000第条记录15000第条记录20000第条记录功能2 10000第条记录15000第条记录20000第条记录备注：37疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用 而导致的错误。如果内存或磁盘空间不足，测试对彖就可能会表现出一些在正常条件下并不 明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强 度测试还可用于确定测试对彖能够处理的最大工作量。测试目的测试说明前提条件连续运行8

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

17、会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能 运行许多不同的软件组合，从而占用不同的资源。测试目的配置说明 操作系统 系统软件 外设 应用软件 结果服务器Window2000(S)WiiidowXpWmdow2000(P)Window2003客户端Window2000(S)WiiidowXpWmdow2000(P)Window2003数据库服 务器Window2000(S)WiiidowXpWmdow2000(P)Window2003浏览器Window IE4.0以上 NetScape FireFox Maxthon 其他备注4分析摘要4.1测试结果分析1.多处程序异常，错

18、误输入操作没有提示2多处不合法操作，也能成功3.多处数据格式不能验证，非法格式也能存储4.部分操作的验证不能统一4.2能力能够完成基本的操作，对数据正常的添加删除和修改。已完成：用户密码登录，修改密码, 二级公司用户的注册，公司信息的添加，修改，删除，排序；车辆购置申请的添加，修改, 删除，排序等功能。对于公司编码和申请单编码重复及为空能给与提示。5评价准则5.1范围接查范围：所有的逻辑分支和边界条件都能覆盖完。局限性：对于数据库连接和apache服务连接失败没判断，这将在实际测试中验证判断。 对数据库验证，将在实际测试中，查看数据库，查看输出。测试完成时间：2013/12/06测试地点：实验

19、室参与测试人员：刘秀秀、宫衍辉、朱学斌测试结论：系统有较强的管理销售功能，使用户能方便的进行查询、购买。测试组组长：刘秀秀测试组组员：宫衍辉、朱学斌5.2数据整理数据输入和记录结果都采用手工方式。无数据转换5.3尺度测试的实际输出，必须和预计输出完全匹配问题严重度描述问题严重度描述致命缺陷1.由于程序所引起的死机，非法退出2.死循环3.数据库发生死锁4.因错误操作导致的程序中断5.主要功能丢失或功能严重错误6.与数据库连接错误7.数据通讯错误严重缺陷1.程序错误2.程序接口错误3.数据库的表、业务规则、缺省值未加完整性等约朿条件一般性缺陷1.操作界而错误（包括数据窗口内列名定义、含义是否一致）2.打印内容、格式错误3.简单的输入限制未放在前台进行控制4.删除操作未给出提示5.数据库表中有过多的空字段