软件项目中测试人员的考核概要.ppt

根据软件测试工程师的培训、软件项目中的测试人员的评价、评价指标、传统的测试周期，测试流程分为测试计划、测试设计和测试执行三个方面。 测试计划属于测试经理的范畴。 测试人员主要是测试设计和测试运行，测试经理的评价可以包含在测试人员的评价中。 评价指标、测试设计测试执行测试管理、评价指标、测试设计工作效率相关指标作业质量相关指标、工作效率相关指标、文档成品率这些指标值主要是通过将测试用例的文档页数除以文档制作的有效时间而得到的。 用于调查测试器测试用例文档的生产效率大小。 公式：测试用例文件页数(页数) /制作测试用例文件有效时间(时间)参考指标：从项目的摘要开始平均1页/小时左右，比该值好，比该值差。 作业效率指标、用例生产率指标值主要是通过补充上述指标值来考察测试人员的测试用例生产率的大小。 因为测试文档的页数可能包含很多冗长的信息，所以需要确认文档中的测试用例的数量。 方法是将测试用例文档中的测试用例编号的总数除以文档创建的有效期。 公式：测试用例数(个) /制作测试用例文件的有效时间(时间)参考指标：平均5个用例/时间，测试设计，工作质量相关指标需求垄断率文件质量文件的有效用例效率，工作质量相关指标，需求垄断率计算测试用例总数之和除以与其对应的功能点数之和公式：测试用例数(个) /功能点(个)参考指标： 100%。 只要功能指标不满足100%的垄断，至少表示测试不充分。 这个指标很难收集，如果有需求跟踪矩阵和测试管理工具的话，经常能一对一地应对用例和需求。 注意：因为有很难测试的功能，所以需要对无法弥补的需求进行综合分析，以明确测试人员忽略了什么吗？ 还是不能测试呢？ 这需要在问题追踪表中加入追加的追踪，另外，在功能点中包含的信息多的情况下，或者有包含几个功能点的例子的情况下，因为只能一个一个地数重复的功能点和重复例子，所以说明很难区别。 计算工作质量指标、文件质量测试用例审查和对等审查中发现的缺陷数，或者该缺陷数除以文件页数的比率。 这个指标调查了测试人员的文档制作质量。 公式：缺陷数(审查和对等审查)(个)缺陷数(审查和对等审查)(个) /测试用例文件页数(页数)参考指标：发现审查的缺陷数不一定，因此该指标没有可参考的数值。 缺陷数的大小不能直接用于比较时，用缺陷/页面方式进行横向比较。 工作质量指标，文档有效使用测试用例文档测试时发现的系统测试缺陷数除以此文档的页数。 为了考察文件而进行了有效的指导。 公式：缺陷数(系统测试)个/测试用例文件页数(页)参考指标：平均2.18个缺陷/页注意：测试时如果测试人员制作新文件用于辅助测试，则包含该部分。 工作质量指标，用例有效地使用测试用例发现的所有缺陷除以测试用例数的总和。 此指标是前一个指标的补充指标，用于考察用例的质量是否高：缺陷数(系统测试)(个) /测试用例数(个)参考指标：平均0.59个缺陷/用例，即每执行两个用例就得到一个缺陷测试执行、作业效率相关指标工作质量相关指标、作业效率相关指标、执行效率利用测试用例文件页数除以本次系统测试执行时间的合计(不包含用例文件制作时间)。 补充指标的方法是把用例的个数除以这次系统测试的时间总和的方法。用于获取工作中的测试人员每小时执行测试的速度。 公式：测试用例文件页数(页) /执行系统测试的有效时间(时间)测试用例数(个) /执行系统测试的有效时间(时间)参考指标：平均0.53页/时间，1.95用例/时间。 这意味着测试人员每小时运行半页的测试用例，或每小时运行两个测试用例。 从横向的比较容易看出其成员的执行效率很高。 注意：执行效率高并不意味着测试质量也高，执行效率也可能与测试质量成反比，所以以后的工作质量指标可以弥补这一部分的偏差。 实际结果显示，用例执行效率高的成员大多缺陷发现率低，如果不把它放入其中，评价就可以作为测试改善的重要数据收集起来。 有关工作效率的指标、进度偏差度检查计划时间和实际时间的进度。 方法：用计划时间差额除以实际时间差额除以实际工时合计，考察检查员的进度情况，监控检查是否按日程进行，监控工程进度要求是否满足。 公式：(计划开始时间-实际开始时间)(计划结束时间-实际结束时间) /总工作时的参考指标： 15%的进度偏差是相对的指标，可能偏离了20个工作日，但在长达半年的测试中，偏差的天数比整体测试所需的天数少15%，从3个工作日开始注：如果计算时分子分母必须匹配，即开始时间或结束时间除了非工作日期时间外，则总工作时间也必须除了非工作日期时间外。 因为计划是根据每个公司的工作日来制定的，也就是说，考虑了非工作日的日程。 测试的进展也是评价的重要一步，如果没有进展保证，所有的测试都有风险。 第一种方法是，如果测试人员能以自下而上的方式向测试经理报告计划用，这种方式的风险比较小，个人由自己能力的大小决定，而缺点是测试人员有可能虚报。 另一种方法是，测试经理进行报价后，分配工作日程，报价是重要的前提，除了依靠测试经理的经验，对评价结果进行同行审查是一种客观的方法。 作业效率相关指标、缺陷发现率的测试人员各自发现的缺陷数的合计除以各自花费的测试时间的合计。 因为执行效率不足以代表测试人员是否认真工作，所以一小时内发现的缺陷数是重要的评价指标，你的工作可以通过这个指标得到反馈。 公式：缺陷数(系统测试)(个) /运行系统测试的有效时间(时间)参考指标：平均1.1缺陷/时间如果有未达到1小时的检查员，只要产品质量高，模块小，他的缺陷发现能力就比其他检查员差。 当然，详细的分类可以通过发现重要缺陷的程度来定义缺陷发现能力。 生产力指标，有效缺陷数/率被拒绝删除的缺陷数的总和，或被拒绝删除的缺陷数的总和除以缺陷数的总和。 这个指标用于考察检查员发现的缺陷和被确认的缺陷数量的高低和百分比，数量和比率越低，检查质量越高。 公式：缺陷数(在系统测试中被拒绝删除的)(个)缺陷数(在系统测试中被拒绝删除的)(个) /缺陷数(系统测试)(个)参考指标：平均21.9% (测试者发现的每100个缺陷平均22个缺陷被开发组确认有效缺陷比率容易给出，但有效缺陷数的具体数据根据项目的不同不能给出参考数值。注意：这个指标可能不正确。 如果缺陷被拒绝或删除的原因不是测试人员的错误操作或需求理解等自我错误引起的，而是系统本身无法实现或数据错误引起的，请考虑删除这一部分。 测试人员发现了系统框架根本的初始化参数设定错误，错误数据、错误环境等导致开发人员无法修正，不需要通过改变环境来修正程序，通过重新导入、重新发行数据来拒绝或删除数据的缺点与工作效率相关的指标、重大缺陷率的比例被用于弥补缺陷发现率的不足。 主要根据严重程度分类的缺陷数比全部缺陷或有效缺陷数多。 一般来说，各公司基本上把缺陷的重量分为重量、普通和微小，或者更细(通常等级数为奇数)。 另外，可以通过换算缺陷的重症度(重症：一般：微小=1:3:5)来求出权重，在此，重/一般/微小/缺陷数重/一般/微小/有效缺陷数参考指标：重10%一般70%微小20%，是不冗馀的。 检查员发现的缺陷中重大错误比率高，检测质量相对较好，通常，重大缺陷数的分布呈正态分布。 生产性指标、模块缺陷率指标主要是各个测试模块的缺陷数除以模块自身的功能点数。 如果一个模块是单个测试，可以容易地与其他模块进行指标的横向比较，可以参考相应的测试人员获得测试模块的缺陷数量，并可以考察测试人员的测试水平，以便向开发评估提供数据。 式：缺陷数(系统测试(个) /功能点(个)缺陷数(系统测试(个) /子功能点(个)参考指标平均3.74个缺陷/功能点1个缺陷/子功能点注意：由于一部分功能点没有子功能点，在计算子功能点时进行说明。 除了测试管理、测试经理参与测试设计和执行外，还考察测试管理能力，即测试计划阶段的工作。 计划质量测试计划审查缺陷的数量和比率可以与其他同种项目和数据库的平均指标进行比较。 公式：缺陷数(审查和同行审查)(个)缺陷数(审查和同行审查) /检定计划文件页数(页数)参考指标：无，成本质量成本测定主要取决于工作量。 因为工资和奖金都与工作量有关。 成本质量主要是测试活动的计划工作量总和大于实际工作量总和。 测试人员的评价进度的偏差已经考虑到了进度因素，但工作量与成本因素有关。 公式：测试活动计划工作量(估计人日/测试活动的实际工作量(人日)参考指标：原则上不可偏离计划的15%20%。 实际上，这个指标是成本的测量。 对于大项目，评价值很大，分阶段的统计可能达到500%！ 啊！ 在这种情况下，需要调整计划，考虑在最终阶段计算平均评价值。 测试经理必须有效地控制完成任务的成本. 这两个指标是比较容易量化的部分，需要追加其他量化指标的是项目经理和测试部门经理提出的标准。 例如，管理时间的比率(项目测试期间整体的管理时间占项目测试的合计时间)、系统整体的缺陷数和其他同种项目或数据库平均指标的比较等。 评价具体方法，1 .汇总分析各指标，得到合计表，根据检查员各指标的大小制定排名，例如列举了1、2、3、4名。 2 .确定与阶段相关的权重。 例如，将测试设计和测试执行的权重分别设为50%。 其中，生产率占40% (即所属阶段的20% )，工作质量占60% (即所属阶段的30% )。3 .确定各种指标的分数，各种指标达到平均标准达到100%，以80%120%的比率给予分数3 .统计分数进行综合评价，必要时增加调整系数。 4 .采用定性分析，采用问卷调查和项目经理的评分制度计算定性指标的分数，建议这一部分的权重不超过10%15%，保证测试评价的可测性。 在给了所有的评价分数后，最重要的是，既然做了评价，就必须公开这些结果，而且评价具有主导型，评价不误会质量工作的追求。 审查注意事项，1 .项目不是一个月就能完成的。 正如每月进行的那样，考虑到“可审查部分”，将这些指标横向比较，阶段性地按作用进行评价。 2 .参加测试的时间长短也要重视。 除上述量化指标外，整个测试人员的投入时间的长短也很重要，加班也是一个特别的考虑因素，一个测试人员可能只参加了3个小时的测试，但各项指标都很好，但不能给比其他参加时间长的人员带来更多的分数。 这部分是增加调整系数的理由。 3 .测试经理的测试设计和执行部分与项目的测试人员一起进行评价，测试管理的工作要单独进行评价，作为另一个要点，或者如文章前面所述纳入项目组进行评价。 因为测试经理在项目测试中扮演着管理者和质量保证负责人的角色，所以不能和其他测试工程师平等对待。 4 .审查前必须考虑项目的实际情况。 不能盲目地轻易承诺试验组的人员审查会导致薪金和淘