测试流程与规范

. 目标

制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。提高测试人员自身测试能力，最终目标是实现软件测试规范化、标准化

 

---

 

2. 测试流程说明

• 需求评审阶段

过程要点	详细说明
输出条件	需求说明书及其相关的业务文档
工作内容	产品、开发、设计、测试一起对需求文档进行评审，从需求的可行性、设计的合理性、测试的可测性以及可能影响的其他业务等方面进行综合评估。
退出标准	提交详细的需求说明书
责任人	产品、开发、设计、测试

• 需求分析，用例设计阶段

     需求分析确定以后，测试需要针对测试需求编写测试用例，在实际的测试中，测试用例将是唯一实施标准。

过程要点	详细说明
输出条件	需求文档、测试分析文档
工作内容	根据需求文档、测试分析文档，拆解成一条条可执行的测试用例，以尽可能少的用例覆盖较多的功能点
退出标准	提交测试用例\测试脚本，并覆盖所涉及的需求点
责任人	测试

•  执行测试阶段

执行测试用例将花费测试组绝大部分时间，这些工作都是建立在前期很多计划工作的基础上。

过程要点	详细说明
输出条件	测试用例或测试脚本
工作内容	执行相应的测试用例，并将测试结果记录测试管理工具中，提交并跟踪bug进展
退出标准	所有测试用例被执行完，提交bug被修复
责任人	测试

在约定的测试周期完成之后，测试需要总结此次测试的结果，编写测试报告

过程要点	详细说明
输出条件	用例均以执行完毕，bug修复后
工作内容	测试根据此轮测试的结果，编写测试报告，主要应包含以下内容：      1. 测试报告的版本      2. 测试的人员和时间      3. 测试所覆盖的缺陷—包括：缺陷总数、关闭缺           陷数、未关闭缺陷数、严重程度、状态、类型       4. 测试评估——写明在这一版本中，哪些功能被            实现了，哪些还没有实现，这里只需写明和             上一版本不同之处即可       5. 急待解决的问题——写明当前项目组中面临的            最优先的问题，可以重复提出
退出标准	在每轮测试结束之后应尽快将符合标准的测试报告发给相应负责人
责任人	测试

• 总结阶段

在测试结束之后，对测试进行总结，并且提交给产品经理和其他人员，为产品的上线及后续工作提供重要的信息支持。

---

 

3. 编写测试用例方法

     编写测试用例方法有：等价类划分法，边界值分析法，错误猜测法，场景法，因果图/判定表等，根据具体情况，选择方法编写测试用例

 

---

 

4. 测试方法

基于公司目前情况，采用以下几种测试方法

1. 黑盒测试（功能测试）：包括手动测试及接口自动化测试（服务端测试）
2. 界面UI测试：从用户友好性、人性化、易操作性
3. 兼容性测试

5. 缺陷等级划分

A类——严重错误，包括：

• 由于程序所引起的死机，非法退出
• 死循环
• 导致数据库发生锁死
• 数据通讯错误
• 严重的数据计算错误

B类——较严重错误，包括：

• 功能不符
• 数据流错误
• 程序接口错误
• 轻微的数值计算错误

C类——一般性错误，包括：

• 界面错误（详细文档，设计图，原型图）
• 打印内容、格式错误
• 简单的输入限制未放入限制，未放在前台进行控制
• 删除操作未给出提示

D类——较小错误，包括：

• 辅助说明描述不清楚
• 显示格式不规范
• 长时间操作未给出用户进度提示
• 提示窗口文字未采用行业术语
• 可输入区域和只读区域没有明显的区分标志
• 系统处理未优化

E类——测试建议（非缺陷）

 转载至：https://www.yuque.com/bu1cg3/yb80cf/wgguqa