软件测试工程师--考评.ppt

Page: * * 任务分配的重要性 由以上这些考评项我们可以看到任务分配及确认的重要性： 任务属性一定要明确，管理任务、测试任务、文档任务都需要明确填写和分配，否则将影响各考评项的权重； 工程师的每项考评都与分配的任务息息相关，如果没有相应的任务分配，考评时该项就不能得分了；所以项目的所有任务一定要在Doc-server系统中及时分配与确认； Confidential / Presenter: Cherry Liu * DMSS考评方案——测试 Page: * * 考评活动 项目评价 项目测试评价 项目测试工程师评价 工程师表现评价 半年度绩效考核 Page: * * 考核目的 项目测试评价：鼓励QAPM有效管理测试团队，提高测试水平，为输出产品把好质量关； 项目测试工程师评价：鼓励测试工程师在项目测试中积极主动、按计划高质量的完成测试任务，肯定测试的技术水平及文档编写水平，调动员工的积极性； 日常表现评分：Team Leader每周依据对工程师的工作期望和表现打分，鼓励工程师更好的完成预定的工作目标；让优秀员工不因当前能力而无法获得高分。 半年度绩效考核：对员工半年度来的表现进行综合考评，包括执行能力，业务水平，团队精神、行为规范等方面。 Page: * * 项目测试评价 评价项： 交付质量 （75%） 项目交付物质量是否达到了内外客户的要求 （50%） 项目遗留问题是否得到妥善的处理 （25%） 测试输出质量和完整性（20%） 项目贡献（5%） 项目难度系数：得分范围(0.80~1.20) 项目总分： 项目难度系数*∑（考评项*权重） QAPM执行测试部分在后面介绍 Page: * * 项目测试评价——交付质量 产品交付质量是评价一个项目测试的一个最重要的指标，因为测试是把握产品质量的重要关口，所以该项的考核占了总权重的75%。 项目交付物质量是否达到了内外客户的要求 （50%） 项目遗留问题是否得到妥善的处理 （25%） Page: * * 项目测试评价——项目交付物质量（50%） 评价原则：在一定周期内，收集测试阶段之后产品的缺陷来确定系统测试的质量 ； 权重：50% 考评人：系统自动计算+QA Team Leader打分。 评分标准： 在一定周期内，由外部反馈Issue的总IN值除以内部测试发现Issue的总IN值经过加权计算，给出参考值； QA Team Leader根据参考值，及交付产品本身的质量进行打分。 注： 外部反馈Issue的IN占比越高，项目得分越低；如内部测试Issue IN为0，而外部反馈Issue IN不为0，则最后得分为0； 如果项目在交付及评价完成后仍有问题返回，可以将该项目的此项指标需要做相应调整以反映实际情况。 外部反馈的缺陷由CPM及FAQ录入至TT中。 Page: * * 项目测试评价——项目遗留问题处理（25%） 评价原则：项目的遗留问题将反映产品的最终质量，公司对项目RC标准中第一条就是Open Issue IN=0，测试作为项目团队里重要的角色，在这里应把好质量关，在项目RC前确认所有Open Issue的处理。 权重：25% 考评人：系统自动计算 评分标准： 由项目RC时Open Issue IN除以项目总Issue IN的比例，通过加权计算得来。项目遗留问题的IN占比越高，项目得分越低， 超过20%的issue未处理得0分 需要注意，Open Issue的处理指明确是否修改及修改的版本，而非转至其他项目或Codebase进行处理。 Page: * * 项目测试评价——测试输出质量和完整性(20%) 评价原则：由QA TeamLeader审核评分，促进项目测试计划、测试方案、测试设计、测试总结等文档完整、有效。 权重：20% 考评人： QA Team Leader Page: * * 项目测试评价——对产品/技术库的贡献（5%） 评价原则：在项目的测试过程中，应对产品、项目、Team其他人有具体的贡献。 权重：5% 考评人： QA Team Leader 注：由QAPM向Team Leader申报，鼓励各测试团队进行总结及分享、展示Team成员的工作成果 Page: * * 项目测试评价——项目难度系数 项目难度系数应综合考虑技术难度、时间紧迫度、工作量等方面给出。 考评人： QA Team Leader 评分标准： 难度系数从0.8～1.2之间浮动 。 Page: * * QAPM的作为考评人的最后得分 在以前的考评中，QAPM只计算项目总体的测试考评分，但QAPM基本上都会参与项目测试，所以我们调整了QAPM的考评得分方案，增加了QAPM作为测试工程师的考评，QAPM在项目考评中的得分分为两部分：管理得分和测试得分； 两项的权重将根据QAPM