从产品需求冒出的那一刻，优秀的测试人员就已经开始介入了。大家常以为测试是在开发把代码写完、产品定型后才出现的角色，可事实并非如此。测试人员可以通过把风险扼杀在早期，避免把问题带到后续阶段。 举个例子，产品经理提出新版本的需求时，测试人员要第一时间参加需求评审会议。这时，他们会从业务视角出发，提出问题：“这样会不会漏掉关键场景？”把这些潜在的漏洞写在会议纪要里，让开发人员在一开始就把问题解决掉。 当开发人员给出具体的技术方案时，测试人员也要再次入场。这次，他们会从测试角度质疑方案中的细节：“高并发场景如何保障稳定性？”通过这样的方式，他们把技术漏洞消灭在图纸阶段。方案确定、代码还没开始写时，测试人员就要提前输出测试策略和用例库。给后续执行打好基础。 开发人员提交版本后，先进行一轮冒烟测试。这个阶段主要是确认核心功能是否可用，如果确认没问题了再放行给下一步工作。这样可以把风险挡在正式测试之外。 除了功能测试外还有自动化测试和性能测试等工作要做。自动化测试可以把重复的劳动变成无人值守的操作；性能测试可以模拟线上流量给系统做体检。这样做的好处是用工具替团队节省时间，用节省出来的时间做更深入的质量保障。 工具和理念的推进也是非常重要的一步。通过自研工具或开源项目让开发人员直观感受到测试带来的收益，再结合数据说服对方。最终实现质量共赢。上线并不是终点而是一个新起点。 修复bug、优化体验、收集用户反馈……测试人员的KPI并不只在于写多少用例，更在于让产品少掉多少坑。当你把风险前置、把缺陷消灭在早期时整个团队就能用更少的成本交付更高质量的产品。