个人KPI制定

1.工作量
  1.1 能独立完成工作优先级
  1.2 能独立预估工作时间


2.工作质量
  2.1 项目按时完成没有延期
  2.2 交付件质量
    2.2.1 测试用例设计没有明显遗漏
    2.2.2 测试bug符合规范,能按Bug描述复现Bug
   能初步定位问题出现的原因
    2.2.3 测试报告符合规范
  2.3 负责模块线上故障情况


3.个人能力
  3.1 业务,能快速理解需求,维护负责模块的该wiki的知识库
    熟悉负责模块的关联业务
    了解相关业务的模块
  3.2 用例设计&执行,用例执行到位,没有执行漏测
  3.3 能推动开发解决名下bug,了解Bug的产生原因
  3.4 项目跟踪,跟踪项目进度,及时反馈项目风险
    能明确该风险目前状态,解决方案以及需要资源
  3.5 根据迭代过程,提出该迭代的问题以及解决方案
    根据bug的情况,给产品和开发提出建议


4.团队合作
  4.1 产品开发相关人员沟通及时顺畅
在用例设计过程中,沟通清楚,该迭代需求背景,这个迭代要达到的目的,典型场景,整个端到端的业务流情况等。需求会的时候,需要思考清楚是否能够达到目的;
在需求会之后,两天内确定清楚时间节点,用例评审时间,提测时间,验收时间,上线时间,对接人等,将整个项目计划情况更新到wiki
执行过程中,业务逻辑,跟开发沟通清楚核心逻辑的实现,从代码层面思考测试点
  4.2 跟杭州进度及时
资源日历每周一及时更新
项目进度,在项目进行期间每天下班前更新项目进度
一旦项目进度出现偏差,或者有变动,及时沟通,尽量不要超过半天。偏差如果是在上线前两天内发生,尽量在两个小时内知会到相关人员


5.团队贡献
  5.1 负责模块wiki知识库维护
业务流情况、功能点、典型场景等维护到目前线上最新迭代(在下个迭代需求评审会前处理)
  5.2 流程优化
  5.3 分享(测试技能、测试工具、业务等)

原文地址:https://www.cnblogs.com/insane-Mr-Li/p/9187411.html