测试工程师测试前期工作流程

本文主要介绍测试工程师在测试前期的整体工作流程（仅供参考）

1、需求评审前

  提前了解需求目的、需求实现要求、旧策略、产品需求文档（新策略）、可能存在的疑难点/疑问点、涉及范围

2、需求评审中

  各方（产品/技术/测试）提出疑难点/疑问点/涉及范围/实现逻辑等，聆听会上讨论情况，记录需求实现逻辑、处理方案、涉及范围、疑难点/疑问点，及对应处理方案（已解决/待解决/需要重新讨论方案/有结果/暂无结果等进行标识区分）
  需求理解不一致的，在评审会后产品侧需将修改部分在需求文档中更新，修改较多的部分进行二次评审。各个公司的流程可能会有不同，目前我所在公司会有需求预审和需求正式评审两个评审会。

3、需求评审后

  整理文档记录，将需求实现逻辑、处理方案、涉及范围、疑难点/疑问点及对应处理方案记录下来
  跟进遗留问题处理进度、实现优化方案和需求变动情况等，加入优化用例文档

4、用例编写阶段

• 拆分功能点，分解成具体的测试用例（预期和实际测试结果）、了解数据获取和配置

工具：建议用XMind，用画思维导图的方式，逻辑清楚，便于评审人员（产品和开发人员）快速查看，评审效率高。公司要求用模板时可直接使用模板，如Excel。

• 用例完成后，可自检2遍，自检过程中，针对疑问点罗列，并事先与（产品、技术）讨论确定结果，再完善用例，仍有疑问的可先做标记，评审会上抛出一起讨论，最后形成可直接执行的测试用例

• 注意历史逻辑，可查看历史文档，避免遗留细节

5、用例评审阶段

1. 对功能复杂、优先级高、疑问多的用例优先进行评审，评审他人和自己的需求，需要提出疑问点/需求点等，并记录疑问点结果或无结果、需要补充完善的测试点，作为会后重点讨论跟进完善

2. 阐述用例时，需讲明以下几点：
   ①需求目的
   ②原有策略优缺点
   ③目前的处理方案、数据获取和配置
   ④功能点划分优先级
   ⑤本次测试重点和测试范围

评审过程中需要注意几个细节：

• 评审要按用例的优先级，功能的复杂程度进行

• 评审过程中尽量做到，思路清晰，用最简洁的语言阐述每一个功能点

• 超过5分钟无法确定结果的问题留作会后讨论跟进

6、用例评审后

1. 整理测试用例和评审记录

2. 会上未确定内容后续跟进直到有了确定结果

3. 修正用例，将评审会中修改及功能变动部分重新整理补全用例

4. 总结同步评审会议内容总结结果（包括修正什么功能点、补全哪些内容、哪些模块有变动、哪些功能延期等）、同步组内成员，信息共享

5. 上传开发自测用例，开发提测时需检查自测用例是否标记通过