要计算测试的效率

pi pi(3354631)  18:33:53
要计算测试的效率
562141765(562141765)  18:33:57
 
pi pi(3354631)  18:34:12
写测试案例的时间和覆盖度
pi pi(3354631)  18:34:23
还有案例的多少算效率
pi pi(3354631)  18:34:50
就是我刚才说的多多少少都会量化考虑
pi pi(3354631)  18:35:45
类型 评定参数 参数值 说明 
缺陷单 提交有效缺陷单数量 单位（个） 最基本的考核指标 
 提交的非缺陷数量 单位（个） 需要测试人员意识到处理非问题影响到测试、开发的工作效率  
 有效缺陷率 缺陷数（系统测试中被拒绝和删除的）（个） / 缺陷数（系统测试）（个）  测试人员发现的、被确认为缺陷的缺陷数高低或者百分比，数和比率越低测试质量越高。 
 严重缺陷所占比率 严重缺陷数/缺陷总数=%(百分比) 严重错误比率越高，说明测试质量相对就好 
 缺陷单的规范性 A、优秀 B、良好 C、普通 D、不合格 1、缺陷单描述是否清晰 2、问题定位的附件是否完备 
 争议缺陷数 单位（个） 是否存在对需求理解、系统架构设计、系统设计等方面引起争议的问题。是否存在对需求理解、系统架构设计、系统设计等方面引起争议的问题。体现出测试人员发现问题的深入层次，有利于产品质量的提高 
 缺陷质量   
 回归缺陷单的数量 单位（个） 回归问题也是一样重要的考核内容 
 回归缺陷单的质量 A、优秀 B、良好 C、普通 D、不合格 要充分认识到回归问题的质量，因为这个将可能决定这最终的测试质量。 
用例 设计测试用例数 单位（个） 反应测试人员对产品的理解能力和认识 
 用例的难度 A、困难 B、普通 C、容易 用例的难度直接反映出测试人员的测试能力，并影响测试效率。 
 需求覆盖率 测试 <>用例数（个） / 功能点（个） 如果连功能指标都不能满足 100 ％覆盖，起码说明测试不充分。这个指标收集起来相当困难。 
文档 测试报告的质量 <文档名称>:<质量> A、优秀 B、良好 C、普通 D、不合格  
综合 素质 工作态度 积极、情绪变化大 基本考核指标 
 沟通能力 良好、一般 基本考核指标 
 团队协作能力 合作性强、 差 基本考核指标 
 自学、钻研能力 强、普通、差