目标：
工程师考核的合理性、科学性，特制定本准则，根据本准则来完成对部门所有测试
工程师的考核
目前部门测试团队共有
任务
在每一项考核中我们都增加了考核的权数，每个文档、用例、
的提交都需要与权数相乘以后才是
最终的得分，所有的得分相加将是测试工程师的最终得分
指标：
1、提交测试相关文档的质量
当前部门软件测试过程主要体现测试计划、测试用例、测试报告（会有多个）几个文档，故而对文档
的考核将主要依据这几个文档来完成，对文档的质量的考核将在加分、扣分中阐述，文档的质量不满足要
求会出现被扣分的情况，但是扣分最多只能扣除本文档带来积分（一般一个文档
1 分）
文档的考核权数为
1
文档总分
= 所有文档的总数×0.5
2、测试设计的质量
当前在部门测试过程中，测试设计的工作比重已经逐步增多，从而带来了大量的测试设计工作，测试
设计的好坏将直接决定着部门测试水平的高下；我们的测试设计分为测试项和测试用例，由于当前测试管
理平台还有待改进，测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，
目前按照统一的标准来考核
测试设计的考核权数为
0.1
测试用例总分
= 所有测试用例的总数×0.1
3、Bug 的提交情况
对测试中发现的
Bug 进行分类和定义的目的，是为测试工程师的评价提供量化依据，为 Bug 的有效性
提供参考。在考核过程中，所有的
Bug 统计都基于项目组确认是 Bug 的前提下，项目组不认定是 Bug 的
不记入有效
Bug 中、同时不记入考核积分。
前提保证：目前所有的
Bug 每个月都会统一汇总公布，故而减少了非正常原因被拒绝的 Bug 数量，提
高了项目经理、
BA 工程师对 Bug 的处理准确性
Ø 一级 Bug（系统崩溃）