个人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 分享（测试技能、测试工具、业务等）