测试流程与规范
. 目标
制定完整且具体的测试路线和流程,为快速、高效和高质量的软件测试提供基础流程框架。提高测试人员自身测试能力,最终目标是实现软件测试规范化、标准化
2. 测试流程说明
- 需求评审阶段
过程要点 |
详细说明 |
输出条件 |
需求说明书及其相关的业务文档 |
工作内容 |
产品、开发、设计、测试一起对需求文档进行评审,从需求的可行性、设计的合理性、测试的可测性以及可能影响的其他业务等方面进行综合评估。 |
退出标准 |
提交详细的需求说明书 |
责任人 |
产品、开发、设计、测试 |
- 需求分析,用例设计阶段
需求分析确定以后,测试需要针对测试需求编写测试用例,在实际的测试中,测试用例将是唯一实施标准。
过程要点 |
详细说明 |
输出条件 |
需求文档、测试分析文档 |
工作内容 |
根据需求文档、测试分析文档,拆解成一条条可执行的测试用例,以尽可能少的用例覆盖较多的功能点 |
退出标准 |
提交测试用例\测试脚本,并覆盖所涉及的需求点 |
责任人 |
测试 |
- 执行测试阶段
执行测试用例将花费测试组绝大部分时间,这些工作都是建立在前期很多计划工作的基础上。
过程要点 |
详细说明 |
输出条件 |
测试用例或测试脚本 |
工作内容 |
执行相应的测试用例,并将测试结果记录测试管理工具中,提交并跟踪bug进展 |
退出标准 |
所有测试用例被执行完,提交bug被修复 |
责任人 |
测试 |
在约定的测试周期完成之后,测试需要总结此次测试的结果,编写测试报告
过程要点 |
详细说明 |
输出条件 |
用例均以执行完毕,bug修复后 |
工作内容 |
测试根据此轮测试的结果,编写测试报告,主要应包含以下内容: 1. 测试报告的版本 2. 测试的人员和时间 3. 测试所覆盖的缺陷—包括:缺陷总数、关闭缺 陷数、未关闭缺陷数、严重程度、状态、类型 4. 测试评估——写明在这一版本中,哪些功能被 实现了,哪些还没有实现,这里只需写明和 上一版本不同之处即可 5. 急待解决的问题——写明当前项目组中面临的 最优先的问题,可以重复提出 |
退出标准 |
在每轮测试结束之后应尽快将符合标准的测试报告发给相应负责人 |
责任人 |
测试 |
- 总结阶段
在测试结束之后,对测试进行总结,并且提交给产品经理和其他人员,为产品的上线及后续工作提供重要的信息支持。
3. 编写测试用例方法
编写测试用例方法有:等价类划分法,边界值分析法,错误猜测法,场景法,因果图/判定表等,根据具体情况,选择方法编写测试用例
4. 测试方法
基于公司目前情况,采用以下几种测试方法
- 黑盒测试(功能测试):包括手动测试及接口自动化测试(服务端测试)
- 界面UI测试:从用户友好性、人性化、易操作性
- 兼容性测试
5. 缺陷等级划分
A类——严重错误,包括:
- 由于程序所引起的死机,非法退出
- 死循环
- 导致数据库发生锁死
- 数据通讯错误
- 严重的数据计算错误
B类——较严重错误,包括:
- 功能不符
- 数据流错误
- 程序接口错误
- 轻微的数值计算错误
C类——一般性错误,包括:
- 界面错误(详细文档,设计图,原型图)
- 打印内容、格式错误
- 简单的输入限制未放入限制,未放在前台进行控制
- 删除操作未给出提示
D类——较小错误,包括:
- 辅助说明描述不清楚
- 显示格式不规范
- 长时间操作未给出用户进度提示
- 提示窗口文字未采用行业术语
- 可输入区域和只读区域没有明显的区分标志
- 系统处理未优化
E类——测试建议(非缺陷)