测试人员,对公司产品进行测试时,对原有业务逻辑掌握越清楚,越容易做好该业务的升级和改造任务的测试工作，那么怎么衡量测试人员对现有业务的掌握程度，并进行客观的评价呢？
思虑已久，通过测试分析小组的讨论，我们产出了下面这份业务能力掌握程度考核评定方法。
一、 建立review题库
1. 每个业务产品至少给出10个考核题目，题目要分的细一些，每个题目确定好权值；
2. 所处的题目覆盖该产品的主要功能，题目之间难度系数序列化递增；
3. 针对每个考核题目，题目根据难度的不同分为四个等级：
A：难度很高，涉及到不同产品、不同系统之间的交互关系或者数据模型；
B：难度较高，涉及业务细节以及数据库主要字段及相关日志的变化
C：难度较低，涉及业务流程的操作
D：难度很低，相关的一些概念性的理解
4. 针对每个等级设置不同的权值
A：1.0
B：0.8
C：0.5
D：0.2
5. 题库的题目需要列出对应的产品，给出的答案可以不用很详细，但必须给出关键点。
二、 review过程
1. 每个月都选择1-2个同学进行业务review，可以先选择试用期结束的同学，再选择新来的同学以及其他已经过了试用期的同学，主要目的是督促大家学习；
2. 选择review的问题可以根据该同学来的时间以及所负责的业务模块去选择对应的题目，如果不是很熟悉的，可以从低难度的问起，逐步提高难度；
3. Review时间控制在每人半小时以内，review题目在10个左右；
4. 根据被review同学的掌握程度适当的调整题目的难度与提问个数；
5. 提问者可以选择性的提一些问题，也可以根据上一个问题回答的情况进行追问，以达到了解相关业务熟悉的程度；
三、 review评价
1. 根据回答的问题的答案分为5个等级的分数：
a：5分，回答得很全面
b：4分，回答得较全面，漏掉某些信息，但是在提问者的引导下给出全面的答案；
c：3分，回答的一般，遗漏不重要的信息，在引导下也未给出正确答案；
d：2分，回答得较残缺，遗漏比较重要的信息，在引导下也未给出正确答案；
e：1分，回答得很残缺，只知道大概的东西或者听说过相关概念；
f：0分，完全不知道问题是什么
2. review结束以后根据提出的问题以及回答的满意度评定一个分数；
3. 最后评定的分数邮件抄送给主管以及STA；
4. STA根据被review的同学在review过程中回答的业务问题给出整体评价，指出掌握的好的业务以及不足需要改进之处，让该同学可以有针对性的学习提升；
四、 分数评定说明
1. 每一题最高得5分，按照权值乘以题数相加之后再除以题目数目；
2. 假设一个同学A类1个题得4分，B类3个题得5分，C类4个题得3分，D类2个题得2分，则最后得分为（1.0x1x4+0.8x3x5+0.5x4x3+0.1x2x2）/10=2.24
3. 最后评定等级
5：Perfect
[3.5-5)：优秀
[2.5-3.5)：良
[1.8-2.5)：合格
[0-1.8)：有待提高
4. 分数段划分原则
1) 1.8：期望每个同学在B、C、D类问题起码可以达到3分，大致分配为：B（4题）+C（5题）+D（1题）
2) 2.5：期望每个同学在B、C、D类问题可以达到4分，大致分配B（4题）+C（5题）+D（1题）
3) 3.5：期望每个同学在A、B、C、D类问题可以达到4分以上，其中有几题需要5分，大致分配A（1题）+B（4题）+C（4题）+D（1题）
