软件测试技术与测试KPI考核体系探究.docVIP

软件测试技术与测试KPI考核体系探究 　　[摘 要] 文章依托企业主流软件测试流程及软件测试核心技术，探究IT企业软件测试团队中现有的考核标准及规范，进而构建对接一线测试工程师岗位的KPI考核体系，并结合KPI指标及关键点，进一步优化测试知识架构，提升应用型人才培养质量及软件测试行业整体技术水平 [关键词] 软件测试流程；KPI；考核体系；教学体系 [DOI] 10.13939/j.cnki.zgsc.2016.28.101 1 软件测试重要性及KPI考核体系构建意义 软件测试是保证软件质量的一重要手段，其在软件生命周期中的重要性日益凸显。IT企业对软件测试人才需求量不断增多，软件测试岗位迅速扩张 基于软件测试人才需求旺盛的现状，推进基于KPI的多元化绩效考核体系的管理模式并在试点企业中试行和同步改进，将有助于最大限度地调动工程师的工作热情、提高效率。此外，高校软件测试人才的培养往往注重知识的提升、技术的锻炼，而易忽视综合素质的培养。据企业测试人才绩效考核体系的要求，映射到软件测试体系化教学中，进一步优化软件测试教学体系，改进教学知识与技能架构，从而提升高校人才培养及实习就业质量，校企对接更加紧密 2 软件测试KPI考核现状及应对策略 2.1 科学管理技能尚有不足 IT企业管理层往往为技术出身，具有技术背景和深厚技术功底做支撑，但对于企业管理、团队管理领域大多未经历过系统的学习，故在管理技能和技巧上较为欠缺。据了解，一些测试经理仅关注软件缺陷的发现与跟踪，在程序员提交完整系统后才开展测试工作，从而忽略了规范化的软件测试流程及需求评审、测试计划制订、测试用例设计、测试环境构建、测试实施、测试总结与评估等关键环节的管理与人员技能的考核，与一线岗位工作内容严重脱节 2.2 不同岗位同标准导致KPI指标雷同 不同岗位工作内容及考查点存在差异，应依据软件测试工程师、自动化测试工程师、性能测试工程师、测试组长、测试经理等分岗位、分级别制定不同层次的考核标准。否则无法高效引导，指导各岗位履行岗位职责 2.3 考核评价人的单一性与考核全面性欠缺 大多企业对于基层测试人员的KPI考核仅依靠直接领导的评价意见，此考核较片面，应全方位、多角度比较，同步综合直接领导、部门经理、同部门乃至同项目组员工等量化评分，并参考其他部门员工是否有负面意见等开展考核；亦应结合“员工自评”方式，给予自主辩解环节，进一步提高考核评价的客观性、准确性，使考核评价结果更具说服力 2.4 考核沟通机制与制度透明化不健全 就现状而言，多数测试工程师往往仅知被考核了，对具体考核指标及措施等全然不知，此状况不利于测试工程师改进和提升，也会降低被考核人对考核结果的信任性 建议就制定出的KPI考核体系，开展基层交流讨论、修订与完善、公示及反馈等环节；推广绩效考核管理系统的应用，“个人”考核结果实现系统可视化，实现透明化的同时又明确了工程师改进方向；并行“阶段考核”及“年终考核”，且融入年终述职环节，增设“绩效面谈”流程，进一步调动测试人员的积极性，加强考核的行为导向作用 3 软件测试KPI考核体系构建 KPI考核体系的构建，重中之重在于KPI关键业绩指标的选定，合理的KPI指标是企业绩效管理和改进的关键，本文重点结合企业软件测试核心工作流程对KPI指标进行选取及考核方式规划。构建测试工程师KPI考核体系如表1所示，具体分析如下 一是”测试执行”考核项：主要针对测试执行情况进行考核，细化为6项考核点：①提交有效BUG数量：基本考核指标，取被考评者所参与项目中当月或同一考核阶段中 所提交BUG数与当月总BUG数之比，本条计分方式为：10× （个人BUG数量/总BUG数量）。②提交BUG的质量：重要考核标准，无效BUG提交数量过多，说明员工测试基础欠扎实，本条计分方式为：10×（有效BUG数量/总BUG数量）。③提交BUG的严重等级比例：按公司质量规范中对BUG严重等级的分类，排序权重为A至E，权重越高、BUG比例越高，得分越高。④提交BUG的规范性：涉及BUG描述是否清晰且可否复现，BUG严重程度是否正确，BUG相关附件是否提交等。⑤回归BUG数量：考评期间回归BUG数之和。⑥执行用例数量：考评期间执行用例数之和 二是“文档编写与用例设计”考核项：主要针对测试流程中关键文档的制定与测试用例设计质量进行考核，细化为4项考核点：①测试用例数量；②设计用例的质量；③外部文档制作规范性（用户手册、系统帮助等）；④内部文档规范性（测试计划、评审报告、测试报告等） 三是“专业技能”考核项：主要针对测试工程师的实践能力及操作成熟度进行考核，体现为2项考核点：①测试工具掌握程度；②测试环境搭建能力 四是