软件测试说明书docx.docx
《软件测试说明书docx.docx》由会员分享，可在线阅读，更多相关《软件测试说明书docx.docx（19页珍藏版）》请在冰豆网上搜索。
软件测试说明书docx
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
时间类型
价格
1
Double类型保留两位小数
图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＞硬盘空间：
1GE以上
4＞显卡：
SVGA显示适配器
4.安全性环境要求
操作系统的安全性，测试工具的安全性，测试软件的安全性。
231进度安排
项目里程碑
开始时间
结束时间
输出要求/备注
测试规划
09:
00
10：
00
测试设计
10:
10
11:
10
测试设计实施
11:
30
13:
30
测试执行
14:
00
15:
30
测试总结
16:
00
18:
00
2.3.2条件
1•设备所用到的设备类型、数量和预定使用时间
表2」测试设备表
测试类型
所用设备
数童
预定使用时间
信息管理系统
键盘、鼠标、主机
1
30分钟
仓库管理系统
键盘、鼠标、主机
1
40分钟
销售管理系统
主机、虚拟机、驱动程序
1
一天
进货管理系统
键盘、鼠标、主机
1
一天
测试总结阶段
键盘、鼠标、主机
1
一天
2工作量估计
根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作量，以人月或人口计，并详细注释测试设计、测试执行和测试总结工作所占的比重。
软件测试工作量应为开发工作量的30%40%为宜。
表2-2工作虽估计表
工作阶段
所需工作日
占项目的比例
测试规划阶段
1
15%
测试设计阶段
1
15%
测试实施阶段
1
20%
测试执行阶段
1
20%
测试总结阶段
1
15%
2•人员需求及安排
卜表列出了在此测试活动的人员安排：
表2・3人员需求安排表
角色
人员
具体职责/备注
测试经理
负责软件测试的总体安排监督工作
测试设计
负贵设计测试方案以及测试用例
测试人员
负贵对对项目按照测试方案进行具体测试
记录人员
负贵系统测试过程中记录测试信息
2.3.3测试资料
1.汽车销售管理系统软件需求说明书;
2.汽车销售系统软件设计说明书；
3.测试的输入和输出；
4.此测试采用黑盒测试的方法。
2.3.4测试培训
测试人员必须熟悉测试用例的各种方法，采用不同的方法进行测试，真正做到测试结果的正确，系统质量。
3测试设计说明
3・1测试1（用户登录）
3.1.1控制
此模块测试需要人工录入，产生的结果自动录入文档。
3丄2测试用例过程
系统操作登录测试
'表3"密码等价类
输入
合理等价类
不合理等价类
五个字符
（―）5个
（二）＜5,（三）＞=5
小写字母
（四）az
（五）大写字母，（六）数字，
（七）其他非标示符字符（八）为空
按admin的顺序排列
（九）adniui
（十）不是adimn这样的顺序
表3-2用户名等价类
输入
合理等价类
不合理等价类
五个字符
（一）5个
（二）＜5,（三）＞=5
小写字母
（四）az
（五）大写字母，（六）数字，
（七）其他非标示符字符（八）为空
按admin的顺序排列
（九）adniui
（十）不是adimn这样的顺序
表3-3测试用例
输入
预期输出
覆盖类
用户名
密码
adniui
用户名空
（A）
11111
adniui
用户名不正确
（六）
admin
密码为空
・（A）
admin
111
密码不正确
（二）
admin
222
密码不正确
（二）
admin
333
密码不正确
（二）
admin
adniui
正确显示登陆成功
（一）（四）（九）
3.2测试2（查询车辆）
3.1.1控制
此模块测试需要人工录入，产生的结果自动录入文档。
3.1.2测试用例过程
1•查询车辆测试用例
1等价类以查询奔驰S600为例。
输入
合理等价类
不合理等价类
车辆型号六个字符
6个
<6>=6
车辆名称两个汉字
两个汉字
大于两个，小于等于两个
车辆出厂时间
2012-2013年
小于2013大于2014
2测试用例
输入
预期输出
车型号
出厂时间
车名
奔驰
输出你可以输入要找的车号会有更详细的车辆信息
S600
奔驰
输出你可以输入要找的车号会有更详细的车辆信息
S600
2012-2013
输出你可以输入要找的车号会有更详细的车辆信息
S600
2012-2013
奔驰
2
3.3测试3（信息录入）
3.3.1控制
此模块测试需要人工录入，产生的结果自动录入文档。
3.3.2测试用例过程
用例3：
管理员写该用户信息用例:
输入
预期输出
登录名
密码
确认密码
所属部门
所属职位
权限级别
请输入您要修改的用户信息
chaxun
销售
部
员工
普通用户
请输入您要修改的密码
chaxun
111
人事部
员工
普通用户
请确认密码
chaxun
111
111
员工
普通用户
请输入所属院系
chaxun
111
111
财务部
普通用户
请输入所属部门
chaxun
111
111
仓库管理部门
员工
普通用户
请输入权限级别
chaxun
111
111
宣传部
员工
普通用户
修改成功
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大于3
2测试用例
输入
预期输出
车型号
出厂时间
车名
库存总是
进库车辆数
奔驰
10
2
输出你可以输入要找的车号会有更详细的车辆信息
S600
奔驰
4
2
输出你可以输入要找的车号会有更详细的车辆信息
S600
2012-2013
5
3
输出你可以输入要找的车号会有更详细的车辆信息
S600
2012-2013
奔驰
6
5
2
3.5用户并发测试用例
用户并发测试是性能测试最主要的部分，主要是通过增加用户数量来加重系统负担，以检验测试对象能接收的最大用户数来确定功能是否达到要求。
测试目的
前提条件
测试需求
输入（并发用户数）用户通过率期望性能（平实际性能（平均值）
均值）
功能1
50
100
200
功能2
50
100
200
备注：
3・6大数据■测试用例
人数据量测试使测试对彖处理人量的数据，以确定是否达到了将使软件发生故障的极限。
k
数据量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作屋。
测试目的
前提条件
测试需求
输入（最人数据事务成功率期望性能（平实际性能（平均值）量）均值）
功能1
10000第条记录
15000第条记录
20000第条记录
功能2
•••
10000第条记录
15000第条记录
20000第条记录
备注：
3・7疲劳强度测试用例
强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。
如果内存或磁盘空间不足，测试对彖就可能会表现出一些在正常条件下并不明显的缺陷。
而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。
强度测试还可用于确定测试对彖能够处理的最大工作量。
测试目的
测试说明
前提条件
连续运行8小时，设置添加10用户并发
测试需求功能1
输入/动作输出/响应是否正常运行
2小时
4小时
6小时
8小时
功能1
2小时
4小时
6小时
8小时
3.8负载测试测试用例
负载测试也是性能测试中的一种。
在这种测试中，将使测试对彖承担不同的工作量，以评测和评估测试对彖在不同工作量条件卜的性能行为，以及持续正常运行的能力。
负载测试的目标是确定并确保系统在超出最人预期工作量的情况卞仍能正常运行。
此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
测试目的
前提条件
备注
3・9、兼容性测试
在人多数生产坏境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。
客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。
测试目的
配置说明操作系统系统软件外设应用软件结果
服务器
Window2000（S）
WiiidowXp
Wmdow2000（P）
Window2003
客户端
Window2000（S）
WiiidowXp
Wmdow2000（P）
Window2003
数据库服务器
Window2000（S）
WiiidowXp
Wmdow2000（P）
Window2003
浏览器
WindowIE4.0以上NetScapeFireFoxMaxthon其他
备注
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.数据库表中有过多的空字段
升级会员 