目的： 为了增强部门测试工程师考核的合理性、科学性，特制定本准则，根据本准则来完毕对部门所有测试工程师的考核 目前部门测试团体共有 11 人，进行多种项目执行的软件测试工作，同步承担着部门大量的随机测试任务、性能测试任务、自动化测试任务 在每一项考核中我们都增长了考核的权数，每个文档、用例、Bug 的提交都需要与权数相乘后来才是最终的得分，所有的得分相加将是测试工程师的最终得分 指标： 1、提交测试有关文档的质量 目前部门软件测试过程重要体现测试计划、测试用例、测试汇报（会有多种）几种文档，故而对文档的考核将重要根据这几种文档来完毕，对文档的质量的考核将在加分、扣分中论述，文档的质量不满足规定会出现被扣分的状况，不过扣分最多只能扣除本文档带来积分（一般一种文档 1 分） 文档的考核权数为 1 文档总分 = 所有文档的总数×0.5 2、测试设计的质量 目前在部门测试过程中，测试设计的工作比重已经逐渐增多，从而带来了大量的测试设计工作，测试设计的好坏将直接决定着部门测试水平的高下；我们的测试设计分为测试项和测试用例，由于目前测试管理平台尚有待改善，测试用例设计文档中对测试项和测试用例没有严格的区别，故而很难定义、分解两者，目前按照统一的原则来考核 测试设计的考核权数为 0.1 测试用例总分 = 所有测试用例的总数×0.1 3、Bug 的提交状况 对测试中发现的 Bug 进行分类和定义的目的，是为测试工程师的评价提供量化根据，为 Bug 的有效性提供参照。在考核过程中，所有的 Bug 记录都基于项目组确认是 Bug 的前提下，项目组不认定是 Bug的不记入有效 Bug 中、同步不记入考核积分。 前提保证：目前所有的 Bug 每月都会统一汇总公布，故而减少了非正常原因被拒绝的 Bug 数量，提高了项目经理、BA 工程师对 Bug 的处理精确性 Ø 一级 Bug（系统瓦解） 在系统运行中出现严重错误导致系统陷于瘫痪，并且无法自行恢复正常的 Bug。一般，此类 Bug 的出现和消除都无法控制，只有通过重启系统才能恢复正常。例如，系统运行中出现的死机、系统瘫痪、通信链路频繁或长期中断、系统的关键功能在某些状况丧失、系统关键性能不能达到设计指标等。此外尚有稳定性方面的严重问题等。 考核权数：0.8 Ø 二级 Bug（应用程序瓦解） 系统功能出现严重错误，严重影响系统运行和顾客使用，但无需重启系统就可以恢复或者无法自行恢复，但对系统影响相对较小的...
