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