软件测试的真正价值并不体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限，思路中的狭隘的技能方面的不足。–托尼·霍尔
前段时间在管理层的年度复盘会议上，提到了员工绩效考核的事情，绩效考核也是一个老生常谈的话题了，毕竟任何一个公司的晋升加薪或培养人才都要经过考核。那考评结果多数不尽人如意。如原先一个外包公司的年度考核是由人力资源部门来制订考核标准，整个技术部门的需求分析人员、产品人员、研发测试人员以及运维人员和运营人员汇 工作后相互打分，直接上级会增加权重，但最终的考核结果还是会令很多人失望，毕竟对于不同工种其给出的分数参考意义不大，甚至是更偏向于主观色彩；其二，人力资源部门的标准更过于数据化，无法真正结合技术角度来立体评估。当然，也不存在绝对公平，但作为直接上级，可以尽可能无限地趋于相对公平。
对于测试人员来说，写得一手漂亮的测试 告，覆盖完整且精准的测试用例与出色的缺陷 告数据，是必备的职业技能，也是一轮筛选的首要条件。但如果单单凭借这些文档或是缺陷数量来完全对一个测试人员考核认定的话，则测试人员所追求的也会是这些表层的漂亮数据。
同时，很多测试人员也会有疑惑，为什么明明自己提交Bug无论是从数量还是质量都要远远优于别人，但职业路径并不是很顺利；类似情况就要思考下是自己是否真正的输出了正向价值。
忘记了软件测试真正的价值，同时对于不了解技术实现的管理层来说，他们也不会关心这个过程中你提交了多少个Bug，写了多少Case，而是产品发布后，收到的正面反馈，满意度以及质量如何。
《探索式软件测试》一书中托尼·霍尔也提到了软件测试的价值，对于真正意义上的测试人员有着非常重要的参考意义 。
原话如下：
软件测试的真正价值并不体现在代码中找出了多少缺陷，而是发现设计和编程人员解决问题方法上的局限，思路中的狭隘的技能方面的不足。
所以，软件测试基本技能过关只是最基础的一步，技术技能的不断提升也是不断内化的过程；而真正可以外化并产生可持续性发展价值的是帮助编程人员从根本上解决问题，而解决问题的第一步就是问题分类 ，从统计数据中来抽取样本，加以分析，而这些也应该是项目复盘的必经环节。
以下是工作汇 评价表，表格内容是摘取管理工作汇 表的模板，但是通用于各个岗位，其他岗位可以微调进行匹配岗位职责。
其中，深层次分析和改善措施即是通过缺陷 告分析来进行外化的。
相关文章推荐
如何区分前端和后端Bugbr> 分享一个软件测试工程师的年终总结
软件测试人员如何持续提升工作能力br> 如何写一份开发人员爱看的BUG 告br> 开源性能测试工具JMeter快速入门（一）
测试人员如何保证测试覆盖率
Web测试检查点总结
接口测试的常考面试题汇总-附答案解析
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！