测试提前发现风险，为什么绩效常常不如开发
测试这个岗位，我一直觉得挺憋屈的。明明提前发现了风险，避免了线上事故，但绩效评分的时候总是拼不过开发。原因其实很简单：开发的产出是“看得见”的，功能上线了、页面能用了，老板和产品都能感受到。测试的产出是“看不见”的，你发现了一个bug，避免了线上故障，但这件事如果不发生，没人知道你的价值。现在很多团队在推“测试左移”，让测试提前介入需求阶段和设计阶段。逻辑是对的，提前发现问题比事后补救成本低得多。但问题是，测试提前介入的工作成果更难量化。你参与了多少需求评审？提了多少改进建议？这些在KPI里很难打分。我觉得测试要想改变这个局面，不能只做“找bug”的人，得变成“质量守护者”。主动参与设计、制定质量标准、建立自动化测试体系。让团队意识到没有测试，质量就没人兜底。
发布于 中国香港
分享
评论
1
未登录
友善发言
评论
加载中
