信息技术：软件项目中测试人员的考核

长期以来，如何评估测试人员的工作是一个有争议的话题。一个理想的方法是在测试阶段之后收集项目阶段的缺陷，以确定系统测试的质量。但是这种方法是不可操作的:首先，在维护和实现阶段很难收集缺陷；第二，缺陷贯穿产品的整个生命周期，无法穷尽，难以划分和比较时间段；第三，成本太大，时间跨度太长，不能起到有效的激励作用。我们能在项目过程中找到评估测试人员工作的方法吗？基于这个想法，我找到了一套行之有效的方法。【/br/】首先声明，第一，这套评估师已经在一个预计超过10000个功能点的项目中付诸实践，但对于小型项目，可能缺乏足够的数据和必要性；其次，项目组的考核成功并不能代表测试部门可以采用类似的考核方法，只是提供了一种参考方法。部门考核可能更多考虑项目的工作量和任务分配的重要性；再次，除了定量指标外，还应通过定性分析获得测试人员的工作态度、工作主动性和学习技术的意愿。
对项目组测试人员的考核主要包括工作效率和工作质量两部分。工作效率用于检验活动，而工作质量用于检验产出质量。因为评估是基于测试过程的，所以必须在测试过程结束后进行。当然，由于项目是分布式提交测试，可以根据实际情况进行月度考核，项目或任务完成后进行统一考核。按照传统的测试周期，测试过程分为三个方面:测试计划、测试设计和测试执行。测试计划属于测试经理的范畴，将在最后讨论。测试人员主要从事测试设计和测试执行，测试经理的考核可以纳入测试人员的考核。当然，这种考核也可以纳入项目组。考核指标如下:1 .测试设计工作效率相关指标文档产出率。该指标值主要从测试用例文档的页数中获取，除了写文档的有效时间。用于检查测试人员的测试用例文档的生产力。
公式:∑测试用例文档的页数(页数)/∑编写测试用例文档的有效时间(小时)
参考指标:根据项目总结，平均约为1.14页/小时，高于此值优先，低于此值较差。
测试用例成品率指标值主要是对上述指标值的补充，用于考核测试人员的测试用例成品率。测试文档的页数可能包含更多的冗余信息，所以检查文档中测试用例的数量。方法是测试用例文档中测试用例编号的总数除以编写文档的有效时间。
公式:∑测试用例数(个)/∑编写测试用例文档的有效时间(小时)
参考指标:平均4.21例/小时。计算工作质量相关指标的需求覆盖率。除了对应的测试用例总数之和，主要是检查是否有功能点漏测。
公式:∑测试用例数(个)/∑功能点(个)
参考指标:100%。如果连功能指标都达不到100%的覆盖率，至少测试是不足的。收集这个指标是相当困难的，但是如果有一个需求跟踪矩阵或者一个测试管理工具，可以将用例与需求一一对应，那就容易多了。
注:有些功能测试起来比较困难，没有覆盖的需求要综合分析，很明显测试人员漏掉了？还是考不上？这需要放入问题跟踪表中进行跟踪；此外，一些功能点包含更多的信息或者一些用例包含几个功能点。这时，重复的功能点或重复的用例只能算作一个，那些难以区分的要说明。
在文档质量测试用例的评审和同行评审中发现的缺陷数量，或者通过将该缺陷数量除以文档页数来计算比率。该指标检查测试人员文档的质量。
公式:∑缺陷数量(评审和同行评审)(件)
∑缺陷数量(评审和同行评审)(件)/∑测试用例文档数量(页)
参考指标:由于评审发现的缺陷数量不固定，因此该指标没有参考价值。如果缺陷数量不能直接用于比较，则采用缺陷/页面法进行横向比较。
文档是高效的。使用测试用例文档进行测试时发现的系统测试缺陷的数量除以该文档的页数。用于检验的文件由测试工作有效地指导。
公式:∑缺陷数(系统测试)(一)/∑测试用例文档页数(页)
参考指标:平均2.18个缺陷/页。注意:如果测试人员在测试过程中为了辅助测试而创建了任何新的文档，这部分应该包括在内。
高效地使用用例。使用测试用例发现的所有缺陷，测试用例总数除外。这个指标是对前面指标的补充指标，用来检查用例的质量是否高。公式:∑缺陷数(系统测试)(一个)/∑测试用例数(一个)
参考指标:平均缺陷数/用例数为0.59，也就是说每次执行两个用例只得到一个缺陷，每个项目都不一样。你可以自己练习第二次测试执行效率的相关指标的执行效率的运用。补充指标法是用用例的数量除以这个系统测试的总时间。它用于获取测试人员在工作中每小时执行测试的速度。
公式:∑测试用例文档的页数(pages)/∑系统测试的有效时间(hours)
∑测试用例的数量(件)/∑系统测试的有效时间(hours)
参考指标:平均0.53页/小时，1.95用例/小时。也就是说，测试人员每小时执行半页测试用例，或者每小时执行两个测试用例。通过横向比较，很容易知道哪个成员的执行效率更高。注意:执行效率高并不意味着测试质量高，甚至执行效率与测试质量成反比，所以这部分的偏差会用下面的工作质量指标来补充。实际结果表明，用例执行效率高的成员往往缺陷发现率低。如果这个没有纳入考核，可以收集起来作为考试改进的重要数据。
进度偏差度检查计划时间和实际时间的进度。该方法是计划时间与实际时间之差减去实际工时与实际工时总和之差。用于检查测试人员的进度，监控测试是否按照进度进行，是否满足项目的进度要求。
公式:∑(计划开始时间-实际开始时间)+∑(计划结束时间-实际结束时间)/总工作时间参考指标:15%进度偏差是一个相对指标，可能偏差20个工作日。但是半年的测试，偏差天数比总测试天数少15%，可能会偏差3个工作日，但是一次测试，只需要一周。
注意:计算时分子和分母应该一致，即如果非工作时间已经从开始或结束时间中去除，那么总工作时间也应该从非工作时间中去除。因为计划是根据各个公司的工作日制定的，也就是考虑了非正常工作日的安排。
测试进度也是评估中的一个重要步骤。如果没有进度保证，所有的测试都会有风险。第一种方法是测试人员可以以自下而上的方式向测试经理报告计划时间。这种方法风险较小，个人可以根据自己的能力来确定，但缺点是测试人员可能会虚报。另一种方法是在测试经理做出评估后分配工作日程。这个时候，估计是一个很重要的前提。除了依赖测试经理的经验之外，评估结果的同行评审是一种客观且可取的方法。
缺陷发现率测试人员发现的缺陷数量的总和除以他们测试时间的总和。因为执行效率不能代表测试人员是否认真工作，所以每小时发现的缺陷数量是一个重要的评价指标，你的工作可以通过这个指标进行反馈。