测试提前发现风险，为什么绩效常常不如开发
测试的绩效为什么总不如开发？我想了很久，可能是因为我们做的是"预防"。上个月我做了一轮性能测试，提前压出一个接口的瓶颈。开发改了一周才修好。但绩效评估的时候，我那个发现没被写进去，开发重写的工作量倒是清清楚楚列了出来。无论是做功能测试，还是搭自动化测试和测试开发的平台，这些长期投入短期看不到收益的事，最后到总结时往往被简化成"用了多少测试用例、跑了多少轮次"。测试的悖论：做得越好，问题越少，越容易被当成理所当然。
发布于 江西
分享
评论
1
未登录
友善发言
评论
加载中
