浅谈"测试左移和右移"落地实践

作为测试人员，很多人都会听到测试左移右移，现在总结下我们常用的方法

 现在我们左移右移后，传统单一的测试活动变成了全流程测试活动，

需求阶段：验证需求合理性

可以做的事：

1.交底前：静态测试：对需求文档进行静态测试，并发邮件展示结果，至少提出3个问题（展示缺陷预防能力）

2.交底时：在需求交底时会至少提出三个问题；（不能不说话，展示测试人员洞察力）

3.交底后：

①测试人员编写测试需求分析，整理整理需求规则，用自己的语言整理需求，至少发现需求三处问题并用例评审时候讲，确保需求具有可测试性且清晰完整（展示测试人员理解并挖掘深层次需求能力）

②最好绘制出产品业务流程，在用例评审时候讲出来（展示测试人员对整体业务理解）

4.需求变更/确认：需求变更/明确后，在邮件后补充需求澄清内容，或艾特全部干系人共识，避免组内不断确认；（展示测试人员把控需求质量能力）

记住，以上内容都需文档记录，沉淀下来，就是你们的缺陷预防资产

设计阶段：验证设计合理性

可以做的事：

1.将开发的实现逻辑总结并绘制出来，需要开发讲代码设计/实现逻辑，

2.设计测试用例并抽提出公共用例，在用例中加上实现逻辑相关用例，在用例评审时候讲出来（展示测试人员的测试设计能力及对开发实现的理解）

编码阶段：验证编码的正确性

1.Code review，静态扫描，单元测试

2.持续集成和自动化测试：让测试活动融入开发过程，尽早发现回归问题，而不是等到版本发布前才集中测试。

测试阶段：

可以做的事：

1.环境：关联多平台或者跨部门，最好有UAT环境

2.用例评审（规范性文档，包含业务流程分析，需求分析+开发实现分析+测试用例）

3.制定bug提交规范

4.测试执行阶段

测试执行前：准备构造数据（最好自动化）

测试执行中：制作质量看板，可以每日播报质量情况

测试执行完成：发布测试完成报告，质量报告（含bug分析等）

上线阶段：

上线前：

1.整理部署清单，并全员共识

2.运营、产品：提前告知客户

3.测试:提前准备好测试数据

上线时：开发同步部署

上线后：进行线上回归

上线后：

在线上运行一段时间后，需要梳理反馈流程，安排处理反馈机制，跟进客户问题

大家在测试左移右移过程中有比较好的做法，欢迎评论区补充~~~