软件测试说明书

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