软件测试说明书

1引言1.1编写目的1.测试系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。2、确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明;而汉化测试则必须先测试出原版中承诺的功能是否都具有，还要测试出汉化后的功能与原版是否相同，并找出原因。3、确保产品满足性能和效率的要求。软件汉化后往往性能和效率都有一定距离，测试除了测试出原版和汉化版的性能和效率外，还要找出原因。4、确保产品是健壮的和适应用户环境的。一般原版都是在非中文的环境下运行，汉化后在中文的环境下运行。汉化测试还需测试出在不同环境下不同版本的健壮性和适应性。1.2背景a.测试计划所从属的软件系统的名称：汽车销售管理系统b.本项目的任务提出者：青岛亨达汽车销售公司c.不同平台可能存在差异，本测试环境为公司开发中心，安装中心的运行平台不一定能达到专业水平，有些界面的运行结果有可能不一定能完成。d.开发者：职务人员名单项目工程师需求分析师概要设计师详细设计师代码工程师测试工程师美工音效师e.用户：本软件适用于多数汽车销售公司。f.实现该软件的计算机中心或计算机网络：在国家软件人才国际培训基地工程师的指导下在学院实验室完成g.此系统为独立的系统基本不需要其它的辅助软件。1.3定义B/S基于浏览器服务器的开发环境。PHP：超文本预处理语言。HTML：超文本标记语言。MySQL:数据库管理系统。1.4参考资料1、该系统的需求说明书；2、系统详细设计说明书；3、《软件测试入门与提高》4、《单元测试》5、《软件测试实例分析》。2计划2.1软件说明车销售管理系统实现对车辆信息、客户信息和员工信息的管理。从客户咨询、订购，到鉴定购销合同、交款、提车等多个销售环节上，系统提供了严密的跟踪管理服务，对车辆库存、财务管理、业务分析都提供了一套科学的管理方法。表2-1软件说明预期测试情况表软件功能输入输出信息管理功能员工信息的增删改查。车辆信息的增删改查客户信息的增删改查数据库更新成功销售管理功能车辆预售预定车辆预定成功，数据库更新记录车辆销售购买车辆购买成功，数据库更新记录收益统计收益统计输出总利润进货管理车辆采购联系商家进行进货商家反馈信息车辆入库添加车辆车辆添加成功仓库管理车辆管理车辆型号、颜色车辆库存辆账目管理输入日期当日车辆出库入库情况进销存统计输入日期、车辆型号当日收益财务管理收入日期当日说如情况表支出日期当日支出情况表净利润日期、车辆型号当日净利润2.2测试内容1．各模块之间的连接；2．系统功能的完整性和稳定性；3．各模块功能的实现；4．读写数据时的判断；测试时间：2012-12-09至2012-12-10对于数据库的操作，之后对数据库进行检查确认1.仓库管理模块系统测试子系统名称模块名称测试点优先级说明仓库管理系统添加车辆车号0不能自动编号车名1长度没有限制入库时间0应该是一个时间点而不是时间段点击空白处0直接出错，然后关闭系统添加按钮0添加完之后不能及时刷新，就不能很快的知道是否真的添加成功查询车辆界面2操作起来不够方便，查询条件不具体。图2-1仓库管理系统模块2.信息管理系统测试子系统名称模块名称测试点优先级说明信息管理员工编号0不能自动编号员工添加员工姓名1长度没有限制员工部门0应该是一个时间点而不是时间段点击空白处0直接出错，然后关闭系统添加按钮0添加完之后不能及时刷新，就不能很快的知道是否真的添加成功员工查询界面2操作起来不够方便，查询条件不具体。车辆添加车辆编号0不能自动编号车辆类型1长度没有限制车辆名字1长度没有限制入库时间1时间类型价格1Double类型保留两位小数图2-2信息管理模块测试图3销售管理系统测试子系统名称模块名称测试点优先级说明销售管理系统添加车辆车号0不能自动编号车名1长度没有限制入库时间0应该是一个时间点而不是时间段点击空白处0直接出错，然后关闭系统添加按钮0添加完之后不能及时刷新，就不能很快的知道是否真的添加成功查询车辆界面2操作起来不够方便，查询条件不具体。2.3测试环境与配置1.系统环境序号硬件配置数量备注1数据库、应用服务器2销售环境2接口服务器2销售环境3磁盘阵列1销售环境4交换机1销售环境图2-3测试环境与配置2硬件环境1处理器：IntelPentium166MX或更高2内存：32MB以上3硬盘空间：1GB以上4显卡：SVGA显示适配器4.安全性环境要求操作系统的安全性，测试工具的安全性，测试软件的安全性。2.3.1进度安排项目里程碑开始时间结束时间输出要求/备注测试规划09:0010：00测试设计10:1011:10测试设计实施11:3013:30测试执行14:0015:30测试总结16:0018:002.3.2条件1.设备所用到的设备类型、数量和预定使用时间表2-1测试设备表测试类型所用设备数量预定使用时间信息管理系统键盘、鼠标、主机130分钟仓库管理系统键盘、鼠标、主机140分钟销售管理系统主机、虚拟机、驱动程序1一天进货管理系统键盘、鼠标、主机1一天测试总结阶段键盘、鼠标、主机1一天2工作量估计根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作量，以人月或人日计，并详细注释测试设计、测试执行和测试总结工作所占的比重。软件测试工作量应为开发工作量的30%-40%为宜。表2-2工作量估计表工作阶段所需工作日占项目的比例测试规划阶段115%测试设计阶段115%测试实施阶段120%测试执行阶段120%测试总结阶段115%2.人员需求及安排下表列出了在此测试活动的人员安排：表2-3人员需求安排表角色人员具体职责/备注测试经理负责软件测试的总体安排监督工作测试设计负责设计测试方案以及测试用例测试人员负责对对项目按照测试方案进行具体测试记录人员负责系统测试过程中记录测试信息2.3.3测试资料1．汽车销售管理系统软件需求说明书；2．汽车销售系统软件设计说明书；3．测试的输入和输出；4.此测试采用黑盒测试的方法。2.3.4测试培训测试人员必须熟悉测试用例的各种方法，采用不同的方法进行测试，真正做到测试结果的正确，系统质量。3测试设计说明3.1测试1（用户登录）3.1.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.1.2测试用例过程系统操作登录测试‘表3-1密码等价类输入合理等价类不合理等价类五个字符（一）5个（二）5,（三）=5小写字母（四）az（五）大写字母，（六）数字，（七）其他非标示符字符（八）为空按admin的顺序排列（九）admin（十）不是admin这样的顺序表3-2用户名等价类输入合理等价类不合理等价类五个字符（一）5个（二）5,（三）=5小写字母（四）az（五）大写字母，（六）数字，（七）其他非标示符字符（八）为空按admin的顺序排列（九）admin（十）不是admin这样的顺序表3-3测试用例输入预期输出覆盖类用户名密码admin用户名空（八）11111admin用户名不正确（六）admin密码为空·（八）admin111密码不正确（二）admin222密码不正确（二）admin333密码不正确（二）adminadmin正确显示登陆成功（一）（四）（九）3.2测试2（查询车辆）3.1.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.1.2测试用例过程1.查询车辆测试用例1等价类以查询奔驰s600为例。输入合理等价类不合理等价类车辆型号六个字符6个6=6车辆名称两个汉字两个汉字大于两个，小于等于两个车辆出厂时间2012-2013年小于2013大于20142测试用例输入预期输出车型号出厂时间车名奔驰输出你可以输入要找的车号会有更详细的车辆信息S600奔驰输出你可以输入要找的车号会有更详细的车辆信息S6002012-2013输出你可以输入要找的车号会有更详细的车辆信息S6002012-2013奔驰23.3测试3（信息录入）3.3.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.3.2测试用例过程用例3：管理员写该用户信息用例：输入预期输出登录名密码确认密码所属部门所属职位权限级别请输入您要修改的用户信息chaxun销售部员工普通用户请输入您要修改的密码chaxun111人事部员工普通用户请确认密码chaxun111111员工普通用户请输入所属院系chaxun111111财务部普通用户请输入所属部门chaxun111111仓库管理部门员工普通用户请输入权限级别chaxun111111宣传部员工普通用户修改成功3.4测试4（车辆入库测试）3.4.1控制此模块测试需要人工录入，产生的结果自动录入文档。3.4.2测试用例过程1车辆入库测试等价类以奔驰s600为例输入合理等价类不合理等价类车辆型号六个字符6个6=6车辆名称两个汉字两个汉字大于两个，小于等于两个车辆出厂时间2012-2013小于2013大于2012入库时间2012-2013小于2013大于2012仓库总车辆2-5小于2辆大于3辆入库车辆数2-3小于2大于32测试用例输入预期输出车型号出厂时间车名库存总是进库车辆数奔驰102输出你可以输入要找的车号会有更详细的车辆信息S600奔驰42输出你可以输入要找的车号会有更详细的车辆信息S6002012-201353输出你可以输入要找的车号会有更详细的车辆信息S6002012-2013奔驰6523.5用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。测试目的前提条件测试需求输入（并发用户数）用户通过率期望性能（平均值）实际性能（平均值）功能150100200功能250100200备注：3.6大数据量测试用例大数据量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。大数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。测试目的前提条件测试需求输入（最大数据量）事务成功率期望性能（平均值）实际性能（平均值）功能110000第条记录15000第条记录20000第条记录功能210000第条记录15000第条记录20000第条记录…备注：3.7疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的测试说明前提条件连续运行8小时,设置添加10用户并发测试需求输入/动作输出/响应是否正常运行功能12小时4小时6小时8小时功能12小时4小时6小时8小时3.8负载测试测试用例负载测试也是性能测试中的一种。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。测试目的前提条件测试需求输入期望输出是否正常运行备注3.9、兼容性测试在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。测试目的配置说明操作系统系统软件外设应用软件结果服务器Window2000(S)WindowXpWindow2000(P)Window2003客户端Window2000(S)WindowXpWindow2000(P)Window2003数据库服务器Window2000(S)WindowXpWindow2000(P)Window2003浏览器WindowIE4.0以上NetScapeFireFoxMaxth