换个说法，如何在功能测试团队（不包括自动化和性能）做 KPI 考核，应该考虑哪些因素？如何针对功能测试负责的不同业务模块去设计出更加公平合理的 KPI 计算公式？
目前我们功能测试团队的工作偏外包，大概 40 多人，有固定的项目来测试，每个人负责的项目会经常变动，日常也会有新需求的测试。但是每个人负责的大概业务种类差不多都固定下来了。
我们内部讨论了下，决定先用 得分=需求数/项目数 + 用例实际执行数/需求项目总数 这样的公司来计算得分，内部先尝试实验 2 个月，再看看实际情况在做优化。
不知道有没有大佬有相关的经验可供分享？
把握住几个关键指标；
- 用例有效数，加分
- 用例执行数，加分
- 有效 bug 数，加分
- 完成的功能点，加分
- 线上漏测，减分
用例有效数，是用什么方法来判断，发现 bug？
如果要公平量化，建议团队内部对测试用例的复杂度进行分级
对
OBJ
回复
OBJ
回复
具体看颗粒度，
- 大颗粒度：能够验证需求场景的，即为有效用例
- 小颗粒度：能够发现缺陷的，即为有效用例
总之来讲，针对测试人员，编写的测试用例，进行评审，剔除多余/无效/错误用例，剩下的，广义上，都是有效
其实，抓住几个关键出入的地方；
测试，本质上就是找出问题，最大化降低线上出现问题；
每个项目难度是不一致的，所以，项目难度，也是可以作为指标的；
最终，还是要看测试质量，确保项目上线，如果各种测试用例，各种执行都很好，项目不能上线，也没意义；
线上 BUG 漏测数，是一个很重要的指标，直接衡量版本测试质量
8 个月过去了，来分享下你的实验结果吧
