测试工作总体流程图
立项
A测试计划、测试
设计
B单元测试
C集成测试
D系统测试
E性能测试
F验收测试
结束
A测试计划、测试设计
《测试计划》
根据用户需求报告中关于功能
要求和性能指标的规格说明书,
定义相应的测试需求报告,即
制订黑盒测试的最高标准,以
后所有的测试工作都将围绕着
测试需求来进行,符合测试需
求的应用程序即是合格的,反
之即是不合格的;同时,还要
适当选择测试内容,合理安排
测试人员、测试时间及测试资
源等。
《测试设计》
将测试计划阶段制订的测试需
求分解、细化为若干个可执行
的测试过程,并为每个测试过
程选择适当的测试用例
依据《项目需求规格说明书》、
《项目开发架构设计》和《项目
整体计划》设计《测试计划》和
《测试设计》
设计审核
审核通过
进入下一阶段
B单元测试
〈测试设计文档〉
单元测试方案
产生测试用例
单元测试执行
BUG记录
依据需求和设计描述作为指南,
对重要的控制路径进行测试以
发现模块内的错误。
测试过程中优先考虑耦合度比
较高的模块功能,重点测试。
使用测试工具对BUG测试
记录的版本进行控制
针对上个测试版本的
BUG记录进行测试
BUG记录版本提交
开发人员提供新版本
回归测试
单元测试总结
在BUG出现的曲线图逐渐收敛
并且得到控制的情况下进入下
一阶段
C集成测试
上一阶段
集成测试方案
产生测试用例
集成测试执行
BUG记录
BUG记录提交
开发人员提供新版本
回归测试
集成测试总结
针对上个测试版本的
BUG记录进行测试
主要针对模块之间互相叠
加以及接口数据交互的
功能决设计测试用例。
使用测试工具对BUG测试
记录的版本进行控制
D系统测试
上一阶段
系统测试方案
产生测试用例
系统测试执行
BUG记录
(1)设计测试所有从系统的其他元素
来的信息的错误处理路径;
(2)在软件接口处进行一系列仿真错
误数据或者其他潜在错误的测试;
(3)记录测试的结果作为当“互相指责”
时出现的“证据”;
(4)参与系统测试的计划和设计来保
证系统进行了足够的测试。
(5)多平台多台服务器联合测试,
中间件数据交互测试。
使用测试工具对BUG测试
记录的版本进行控制
针对上个测试版本的
记录进行测试
BUG记录版本提交
开发人员提供新版本
回归测试
系统功能达到需求标准
系统测试综合报告
系统测试综合报告
提交报告申请进入下一阶段
E性能测试
性能测试与压力测试同步
性能测试方案
脚本优化调整
依据<需求规格说明书>的要
求设计<性能测试脚本>
依据系统各页面的实际访问量
大小,业务路径设计压力大小。
例如:应该给予首页比较大的
访问压力
运行环境优化调试
对系统进行优化调试
依据<性能测试脚本>使用压力
测试工具进行压力测试
测试工具采用Tsung
测试报告提交
测试评估
包含压力测试过程
中出现的异常和不
符合产品需求的情
况。
达到产品需求规格标准
性能测试报告
提交报告申请进入下一阶段
F验收测试
主要由客户依据<需求规格
说明书>在客户的验收环境
下进行测试
设计验收测试方案
验收测试
测试人员进行BUG记录
提交BUG记录
符合需求规格说明书标准
开发人员提供修改后的版本
测试工作总结
产品质量验收合格证书
总结
测试环境=软件+硬件+网络+数据准备+测试
工具
测试团队=优秀成员+适合流程+适用工具