软件测试说明书参考范文

1引言1-1编写目的1?测试系统中的各个功能模块是否满足用户要求，并测试是否存bug。预期达到能够使 系统进行快速的改进和系统的提高。为了在软件投入生产性运行之前，尽可能多地发现软件的错误。2、确保产品完成了它所承诺或公布的功能，并且所有用户可以访问到的功能都有明确的书面说明；而汉化测试则必须先测试由原版中承诺的功能是否都具有，还要测试由汉化后的功能与原版是否相同，并找由原因。3、确保产品满足性能和效率的要求。软件汉化后往往性能和效率都有一定距离，测试除了测试由原版和汉化版的性能和效率外，还要找由原因。4、确保产品是健壮的和适应用户环境的。一般原版都是在非中文的环境下运行，汉化后在中文的坏境下运行。汉化测试还需测试由在不同环境卞不同版本的健壮性和适应性。1?2背景乩测试计划所从属的软件系统的名称：汽车销售管理系统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操作起来不够方便， 查询条件不具体。5 .3测试环境与配置1 ?系统坏境序号硬件配置数量备注1数据库、应用服务器2销售坏境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:005 .3.2条件1 ?设备所用到的设备类型、数量和预定使用时间表2测试设备表测试类型所用设备数童预定使用时间信息管理系统键盘、鼠标、主机130分钟仓库管理系统键盘、鼠标、主机140分钟销售管理系统主机、虚拟机、驱动程序1大进货管理系统键盘、鼠标、主机1大测试总结阶段键盘、鼠标、主机1大2工作量估计根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作量，以人月或人口计，并详细注释测试设计、测试执行和测试总结工作所占的比重。软件测试工作量应为开发工作量的 30%40%为宜。表2-2工作虽估计表工作阶段所需工作日占项目的比例测试规划阶段115%测试设计阶段115%测试实施阶段120%测试执行阶段120%测试总结阶段115%2 ?人员需求及安排卜表列出了在此测试活动的人员安排:表2? 3人员需求安排表角色人员具体职责/备注测试经理负责软件测试的总体安排监督工作测试设计负贵设计测试方案以及测试用例测试人员负贵对对项目按照测试方案进行具体测试记录人员负贵系统测试过程中记录测试信息6 .3.3测试资料1 .汽车销售管理系统软件需求说明书 ；2 .汽车销售系统软件设计说明书；3 . 测试的输入和输生；4 . 此测试采用黑盒测试的方法。2.3.4 测试培训测试人员必须熟悉测试用例的各种方法，采用不同的方法进行测试，真正做到测试结果的正确，系统质量。3测试设计说明3? 1测试1 （用户登录）3.1.1 控制此模块测试需要人工录入，产生的结果自动录入文档。3,2测试用例过程系统操作登录测试表3”密码等价类输入合理等价类不合理等价类五个字符( 一 )5 个（二）v 5,（三） =5小写字母（四）az（五）大写字母，（六）数字，（七）其他非标示符字符按admin的顺序排列(九)adniui（十）不是adimn这样的顺序表3-2用户名等价类输入合理等价类不合理等价类五个字符()5个（二）v 5,（三） =5小写字母（四）az（五）大写字母，（六）数字，（七）其他非标示符字符按admin的顺序排列(九)adniui（十）不是adimn这样的顺序表3-3测试用例输入预期输生覆盖类用户名密码adniui用户名空(A)11111adniui用户名不正确（六）admin密码为空? (A)admin111密码不正确（二）admin222密码不正确（二）admin333密码不正确（二）adminadniui正确显示登陆成功（）（四）3.2测试2 （查询车辆）3.1.1 控制此模块测试需要人工录入，产生的结果自动录入文档3.1.2 测试用例过程1 ?查询车辆测试用例1等价类以查询奔驰 S600为例输入合理等价类不合理等价类车辆型号六个字符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车辆名称两个汉字两个汉字大于两个，小于等于两个车辆由厂时间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 用户并发测试用例用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。测试目的前提条件测试需求 输入（并发用户数）用户通过率期望性能（平 实际性能（平均值）均值）功能150loo200功能250100200备注：3? 6大数据测试用例人数据量测试使测试对彖处理人量的数据，以确定是否达到了将使软件发生故障的极限。k测试目的数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作屋。前提条件测试需求输入（最人数据 事务成功率 期望性能（平 实际性能（平均值） 量） 均值）功能110000第条记录15000第条记录20000第条记录功能210000第条记录15000第条记录20000第条记录备注:3? 7疲劳强度测试用例强度测试也是性能测试是的一种，实施和执行此类测试的目的是我生因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对彖就可能会表现由一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对彖能够处理的最大工作量。 测试目的 测试说明前提条件连续运行8小时，设置添加10用户并发测试需求功输入/动作输由/响应是否正常运行能12小时4小时6小时8小时功能12小时4小时6小时8小时3.8负载测试测试用例负载测试也是性能测试中的一种。在这种测试中，将使测试对彖承担不同的工作量，以评测和评估测试对彖在不同工作量条件卜的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超生最人预期工作量的情况卞仍能正常运行。止匕外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。 测试目的前提条件测试需求输入期望输由是否正常运行备注3? 9、兼容性测试在人多数生产坏境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试目的配置说明 操作系统系统软件 外设应用软件结果服务器 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. 多处程序异常，错误输入操作没有提示2?多处不合法操作，也能成功3. 多处数据格式不能验证，非法格式也能存储 4.部分操作的验证不能统一4.2 能力能够完成基本的操作，对数据正常的添加删除和修改。已完成：用户密码登录，修改密码, 二级公司用户的注册，公司信息的添加，修改，删除，排序；车辆购置申请的添加，修改 , 删除，排序等功能。对于公司编码和申请单编码重复及为空能给与提示。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 .数据库表中有过多的空字段