测试流程

参考网址：https://www.bilibili.com/video/av35752315

1、测试计划设计

根据需求规格说明书，产品或项目实施计划或者开发计划制定测试计划。
**制定测试计划目的：**明确被测对象，确定测试范围，识别测试任务，定义测试目标、定义测试组织、定义风险防范的措施，明确检测标准

1.1测试计划包含的基本内容（参考）

目标
总体概述

• 项目背景
• 项目范围
  测试计划
• 测试资源需求：包括软件资源（操作系统资源、数据库资源，web服务器）、硬件资源、其它设备资源、人员需求
• 组织形式
• 需求跟踪
• 测试通过/失败标准
• 测试挂起/恢复条件
• 测试风险即防范
• 测试任务安排
  应交付的测试工作产品
  资源分配
• 培训需求
• 测试工具开发

测试计划要素

• 测试内容
• 人员分配
• 时间
• 风险
• 上线标准

2、测试需求分析

根据测试计划定义的测试范围及测试任务，从需求技术规格书开始，开发需求、技术性需求、竞争性分析需求获取测试需求 并进一步划分测试项和测试子项。

2.1需求来源

需求规格书
开发需求
继承性需求
行业竞品分析
经验库

2.2需求分类

功能性需求
性能需求
外部接口需求（GUI,外部应用程序接口需求）
根据软件质量特性划分需求：安全性需求、兼容性需求、可移植、可维护

3、测试策略（测试方案）——工程师编制

根据不同的测试对象和测试范围，为了实现测试计划所定义的测试目标，可能实行的不同的测试策略。**测试计划主要定义的是做什么，而测试策略是解决怎么做。**针对不同的测试级别或测试目标可以使用不同的测试策略。例如功能测试中，针对不同的测试点或测试需求我们可以使用等价类、边界值、状态迁移、流程分析等用例设计方法进行用例设计，再如进行性能测试时，我们可以使用正交实验，因果图、场景设计等方法，系统集成测试中，我们可以采用自上而下的方法。
[如何才能制定好测试策略_全（转载）](https://blog.csdn.net/onlyajok/article/details/95909800)

4、测试规程设计

• 测试需求变更控制流程
• 测试用例变更控制
• 测试环境搭建流程
• 缺陷管理流程

5、配置测试环境

6、测试用例设计

7、测试用例执行

预测试阶段（冒烟测试）
利用较短的时间快速的对被测试对象（主要功能）实施测试活动，
验证被测对象能否完成核心功能或高风险功能能否正常工作。
预测试完成后，需进行预测试转系统测试技术评审。
与测试用例来源于系统测试用例设计阶段的高级别的用例

系统测试阶段
系统测试：经过预测试后，开展系统测试
测试执行过程中发现缺陷，则需要及时记录缺陷，根据部门及团队的缺陷管理管理流程进行缺陷提交，跟踪处理

8、回归测试

9、测试报告输出

测试日报：

1. 方便测试工程师掌握测试进度和测试情况，用于调整下一天的工作计划
2. 测试工程师对被测试对象每天给出评估结果，用于调整后需工作中的测试策略
3. 测试经理通过测试日报了解每个测试工程师的工作精度，把握测试整体进度，发现进度上的风险，从而及时调整计划
4. 测试经理通过测试日报，了解各模块缺陷发展趋势，判断测试是否可以退出，通常可利用缺陷管理工具的统计分析功能了解缺陷发展状况
5. 开发经理根据测试日报了解被测试对象质量情况，并可以调整缺陷修改的人力资源
6. 如果产品有多个测试组进行测试，测试日报可以提供彼此测试交流的手段

测试报告

• 软件测试工程师评估当前被测试对象质量，并对下一阶段的测试工作给出建议
• 测试经理通过测试报告了解被测试产品的质量情况，测试过程的质量
• 软件开发项目经理通过测试报告了解开发产品的质量情况，并在下阶段的开发工作中采取应对措施
• 在测试报告中，测试工程师给出的产品质量评估可以作为软件产品是否商用发布的重要参考依据

测试报告：GB8567

10、测试结束活动

• 检查测试过程中测试计划中定义的输出物
• 缺陷管理是否完成，是否已经进入缺陷管理流程
• 测试实施过程中产生的风险报告需要记录
• 测试报告是否输出，相关的经验教训是否总结并分享
• 是否需要一脚测试对象