对测试左移的一些总结和思考

首先，从意识层面，测试人员应该建立“质量闭环”的意识，不仅仅测试结束上线，测试人员的职责就结束了，想要成为一名优秀的测试人员，应该具备测试左右移的一些思想，在工作中有时候确实也需要工作边界感，但是更多的时候，作为核心价值的能力提升，反而是需要你不断的扩大自己工作边界的能力。 今天，现来聊聊左移的一些想法。

产品&UI侧：

• 积极参与需求可行性分析，需求分析等等，了解需求的市场价值，测试可行性，测试难点，等等，了解的越透彻对测试思考的深度是有帮助的，同时测试在项目团队中的价值感也会提升
• 帮助产品人员一起分析需求逻辑以及需求场景的扩展，尽可能的把需求问题前置，减少在测试阶段的需求变更
• 在产品验收阶段时，测试人员做好测试环境可用性保证以及复杂的造数据场景的能力支持（尽量可以平台化，产品自行完成）
• 产品侧的bug的统计与分析
• 产品侧原因引发的项目过程问题的统计与分析 ㅤ

开发侧：

• 参与代码review
• 推动开发使用 SonarQube、ESLint 等工具，在编码阶段发现潜在缺陷（如空指针、内存泄漏）
• 在测试阶段监控相关开发代码的变更
• 在冒烟测试阶段提供最大化的支持（环境、自动化脚本，造数据平台、mock平台等等）
• 推进开发人员有接口变更维护的意识，有利于上下游协作更通畅
• 建立共享知识库，比如测试环境常见问题及解决方案，复杂业务的操作流程步骤等等
• 开发侧的bug的统计与分析
• 开发侧原因引发的项目过程问题的统计与分析 ㅤ

项目经理：

• 输出日报，明确项目进度与风险（此能力也尽量要通过工具化或者平台化来完成，减少测试时间消耗）
• 提供人力资源的热力图（同上，最好结合第一点开发平台来实现），当pm或者测试tl像了解人员的当下及未来一段时间的工作饱和情况，可以清晰看出，便于临时性的任务的人力调配安排
• 与pm共建常规发布流程、灰发流程、线上回归流程、线上问题处理流程、线上故障复盘流程等
• 输出各个维度的项目过程数据，提供给pm做后续优化