测试流程优化

测试流程优化详解

低调的Grace 2020-03-06 17:58:32 1360 收藏 14

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

不规范的项目流程让人奔溃，天天很忙很累，但还是有干不完的活。以下将从4个阶段来优化测试流程的优化。

一、需求阶段

1. 梳理需求流程

（1）规范需求的迭代时间
有的团队提需求的时间不统一，今天一个，明天一个，每个需求都是紧急需求。可以规定需求的周期，比如双周迭代，三周迭代等，统一安排的需求的整体时间，并对需求进行优先级排序。FE，RD和QA可以根据本周的人力情况安排本次迭代的需求，避免需求乱提；各角色要有个明确的对接人，针对对接人提需求，不向全员提需求；

（2）制定需求的截止时间
制定需求的截止时间，比如app是需要发版的，发版一般有固定的周期，若临近发版要加需求，会对版本有很大的影响，所以制定需求截止时间，比如版本开发前一周的周三；

（3）紧急需求流程
若有特殊情况，比如影响线上的紧急需求，要走特殊流程，比如需要发邮件抄送产品及各技术老大，老大确认回复后才能加需求。

2. 制定需求质量规范
   出需求虽然是产品的工作范围，但一份需求的质量一定程度上会影响整个项目的质量。比如，跨部门的项目，由于涉及到外部系统，如果前期产品调研不够充分，对于业务边界了解不够清晰，对交互系统的是否可实现性无法确定，会直接导致开发阶段的问题。所以从整个项目的角度出发，QA需要关注需求的质量。

   （1）需求是否达到评审状态
   若需需求前期调研不充分，产品对边界系统了解不清楚，需求存在很多不确定性，QA需要将需求打回；还有需求文档不完善的需求，一句话一张图的需求，可以直接打回。

   （2）需求的可行性
   产品需求说明需求的背景及预期收益，用历史数据说话，否则投入人力实现后，需求没有任何收益，从资源层面是一种浪费。如果开发和QA评估，实现难度大，没有数据支撑，此需求需要重新调研。

二、设计阶段

设计阶段包括开发技术文档设计和UI设计，比较常见的问题是开发没有设计文档，UI设计和需求原型图不一致。开发文档可以和开发提诉求，落实到文档，尤其是与外部系统交互的文档。UI 图和需求原型图不一致，尤其是只涉及前端的需求，FE开发过程中是很大的痛点。基于这种情况，可以要求产品验收UI图后再提供给开发。

三、测试阶段

1. 准入规范
   准入（冒烟）标准：如准入用例要占总用例的20%左右，开发需要执行完准入用例通过率需要达到100%后再进行提测。注意有时候开发执行准入case与QA执行方式不一致，开发会用假数据mock，但真正走流程会有问题，所以执行准入是为后续测试流程更顺畅，更高效，可以要求开发执行方式是从前端触发，而不是后端直接mock。准入用例在用例评审会一起评审，和RD达成一致。提测后，QA可以先用短时间执行冒烟，如果有未通过的，可以走打回流程，比如发邮件，制定相应的邮件格式。

2. 提测流程
   邮件提测or口头提测or平台提测，根据情况制定。建议邮件提测，开发说明服务分支名称及影响范围等

3. 测试日报或每日站会
   有些同学在测试过程中，是默默执行的，比如排期三天的测试需求，到了测试阶段，两天过去了，群里没动静，相关leader可能会对此需求的进度不了解。小组内可以每天几分钟过一下各人手里需求的情况。大项目可以制定测试日报，每日报进度抛出风险，规范测试流程，一般包含以下信息：
   （1）整体测试进度X%，整体风险评估
   （2）已测内容及未测内容
   （3）高优Bug及阻碍性问题反馈，以及解决时间，风险评估

4. Bug规范
   包含但不仅限于
   （1）Bug标题及步骤规范，标题要言简意骇，避免阅读成本；步骤写清楚+截图
   （2）Bug的流转要规范，比如已解决状态只能开发去更新；已关闭由QA执行等
   （3）Bug解决方案，尤其关注不是Bug的情况，QA要提高bug质量，与开发约定不是Bug的范围。
   （4）Bug严重级别、优先级等
   可根据自己所在团队的情况制定规范

5. 测试完成标准
   功能测试规范、性能测试范围、兼容性测试规范、验收测试规范等。验收阶段尤其注意，约定好验收时间，可以需求测试到80%，让产品来验收，如果有问题，留出修改时间；产品验收的问题，一定要评估修改时间及影响范围，如果改动比较大，修改时间较长，可以考虑后期转迭代需求优化:需求可以定当天6点前验收不完，当天可以不上线次日上线。根据团队具体情况具体分析。

6. 测试报告模板

7. 测试复盘模板
   测试阶段可以做的事情很多，可以根据自己所在团队的情况而定。可以通过一些技术手段作为辅助，使测试更顺畅，更高效；也可以通过项目结束后的数据，比如Bug占比及趋势，每周的线上Bug、二次上线率等来对测试流程进行优化。

四、上线阶段

需求上线后，对应的QA负责人和RD要跟踪线上的业务情况，对线上问题要快速响应，且给予结论，灰度&线上问题收集，以免造成损失。

总结：

1.流程优化是一个持续过程，每个公司，每个团队情况不一样，总原则是：如果在项目过程中你感觉到某一点很别扭，很不爽，痛了，那么这就是优化点；

2.优化的手段是多样化的，流程规范去约束，开发和利用工具去辅助，都是优化方式；

3.流程优化是一件需要团队合作才能做得更好的事情，所以任何优化都需要与团队各角色达成一致，才能够有效地去落地；

4.优化过的流程要持续坚持去落地，作为负责人要起到督导作用，才能让你的团队持续精进。