发布网友 发布时间:2022-04-30 05:28
共1个回答
热心网友 时间:2023-10-17 01:50
它的优点是便于统计和分析,缺点是只通过一个方面考核了测试效率等,漏掉了很多其他因素。 那么该如何衡量测试人员的测试效率呢,以下给出一些效率计算的建议: 1、测试设计 测试设计的效率应通过三方面衡量。第一,要通过 测试用例数/测试功能点,考核测试设计的覆盖度;第二,要通过 测试用例的条数/编写时间,考核编写效率;第三,测试设计评审时发现的缺陷比例,即 测试用例缺陷数/负责的被评审测试用例总数,比率高则测试设计质量高。 2、测试执行 测试执行效率至少也应通过以下几个方面衡量,这里只提及比较容易执行的考核方法。 第一,缺陷数。 考核缺陷数不应仅仅是缺陷个数,我们在测试执行过程所提的缺陷都是分等级的,这里以ABCD四个等级为例,A可定义为影响系统运行或影响核心模块测试的缺陷,B可定义为影响模块或子模块测试的缺陷和核心功能的缺陷,C可定义为一般功能缺陷,D可定义为建议类缺陷等。那么,我们在统计缺陷数的时候,应根据缺陷等级×相应的基数来计算缺陷总数。比如,缺陷数=A×1.5+B×1.3+C+D×0.8,这样我们缺陷数就避免了因缺陷数相同而缺陷重要度不同的争议。 第二,测试质量。 测试质量可以通过交叉测试和bug收敛度来考核。项目测试组,可根据测试计划适当的安排交叉测试,通过交叉测试的缺陷来衡量原模块测试人的测试质量。再通过每轮测试的bug数,按模块来衡量bug收敛度,收敛度高,则可侧面判断测试人员的认真程度和效率。如果没有交叉测试,则收敛度低为效率差;如果没有交叉测试,则收敛度低为该模块原测试人员的效率差,而交叉测试人员的效率高。 第三,缺陷分析。 测试中难免会有重复bug和无效bug,根据 有效缺陷数/缺陷总数 来衡量有效bug的比率,这里的缺陷均是ABCD类核算后的数量,比率高者,相对测试质量较高。 第四,客户反馈缺陷。 一般黑盒测试难免会有测试遗漏,根据客户要求和项目大小,一般遗漏缺陷不允许大于2个C类,D类不限。那么我们根据客户反馈的缺陷,分析bug的严重程度,可以侧面体现测试人员的测试质量。 第五,缺陷定位和可读性。 查看缺陷描述和问题定位。如果一个测试人员只会通过页面将现象表达出来,而无法定位这种现象是有什么引起的,或者无法定位该缺陷到底错在何处,那么可以判定测试人员只是做了简单的表面测试,并没有对所发现问题进行分析定位。比如,一般系统都会有报表,那么当测试人员发现报表数据不对时,应明确定位该类报表现在统计的是哪些数据,而正确的结果应该统计哪些数据,不是仅仅一句报表数据错误就over了。 可读性一般都不会有问题,每个测试部都会有缺陷提交的统一规范,正确表达出来还是没问题的。 第六,性能测试。 如果做性能测试,可仔细查看性能测试报告,有没有把客户关注的性能问题,很直观明确的分析,并得出结果反应在报告中。 如何提高测试效率呢? 以下给出一些可执行建议。 第一,测试负责人与开发负责人共同对项目进度进行商讨分析,作出合理的测试计划,并在测试执行过程中严格按照测试计划的进度和测试策略进行测试。 第二,测试人员尽早的进入需求理解阶段,充分理解需求文档。 第三,必要时做跟进测试,提高需求理解深度,可间接提高测试执行的效率;跟进测试,即系统测试之前的草稿版测试,需要与开发方沟通,让其协助来执行。跟进测试的目的不是发现bug,而是熟悉系统环境,助于需求理解和测试设计。 第四,尽量避免失败的接收测试。一次版本无法接收,会浪费很多人力和时间,还会影响测试人员的测试热情。 第五,任务分配合理化。测试负责人应根据项目组成员的经验和能力能个人因素,合理的分配测试任务,并将测试任务的模块和时间详细化,这样有助于提高整个项目的测试效率。 第六,测试工作从某种角度看,会很容易掺杂个人主观意见,测试质量也受测试人员的责任感的因素影响,所以,培养良好的测试风格,提高测试人员的责任感,也能间接提高项目的测试效率。热心网友 时间:2023-10-17 01:50
它的优点是便于统计和分析,缺点是只通过一个方面考核了测试效率等,漏掉了很多其他因素。 那么该如何衡量测试人员的测试效率呢,以下给出一些效率计算的建议: 1、测试设计 测试设计的效率应通过三方面衡量。第一,要通过 测试用例数/测试功能点,考核测试设计的覆盖度;第二,要通过 测试用例的条数/编写时间,考核编写效率;第三,测试设计评审时发现的缺陷比例,即 测试用例缺陷数/负责的被评审测试用例总数,比率高则测试设计质量高。 2、测试执行 测试执行效率至少也应通过以下几个方面衡量,这里只提及比较容易执行的考核方法。 第一,缺陷数。 考核缺陷数不应仅仅是缺陷个数,我们在测试执行过程所提的缺陷都是分等级的,这里以ABCD四个等级为例,A可定义为影响系统运行或影响核心模块测试的缺陷,B可定义为影响模块或子模块测试的缺陷和核心功能的缺陷,C可定义为一般功能缺陷,D可定义为建议类缺陷等。那么,我们在统计缺陷数的时候,应根据缺陷等级×相应的基数来计算缺陷总数。比如,缺陷数=A×1.5+B×1.3+C+D×0.8,这样我们缺陷数就避免了因缺陷数相同而缺陷重要度不同的争议。 第二,测试质量。 测试质量可以通过交叉测试和bug收敛度来考核。项目测试组,可根据测试计划适当的安排交叉测试,通过交叉测试的缺陷来衡量原模块测试人的测试质量。再通过每轮测试的bug数,按模块来衡量bug收敛度,收敛度高,则可侧面判断测试人员的认真程度和效率。如果没有交叉测试,则收敛度低为效率差;如果没有交叉测试,则收敛度低为该模块原测试人员的效率差,而交叉测试人员的效率高。 第三,缺陷分析。 测试中难免会有重复bug和无效bug,根据 有效缺陷数/缺陷总数 来衡量有效bug的比率,这里的缺陷均是ABCD类核算后的数量,比率高者,相对测试质量较高。 第四,客户反馈缺陷。 一般黑盒测试难免会有测试遗漏,根据客户要求和项目大小,一般遗漏缺陷不允许大于2个C类,D类不限。那么我们根据客户反馈的缺陷,分析bug的严重程度,可以侧面体现测试人员的测试质量。 第五,缺陷定位和可读性。 查看缺陷描述和问题定位。如果一个测试人员只会通过页面将现象表达出来,而无法定位这种现象是有什么引起的,或者无法定位该缺陷到底错在何处,那么可以判定测试人员只是做了简单的表面测试,并没有对所发现问题进行分析定位。比如,一般系统都会有报表,那么当测试人员发现报表数据不对时,应明确定位该类报表现在统计的是哪些数据,而正确的结果应该统计哪些数据,不是仅仅一句报表数据错误就over了。 可读性一般都不会有问题,每个测试部都会有缺陷提交的统一规范,正确表达出来还是没问题的。 第六,性能测试。 如果做性能测试,可仔细查看性能测试报告,有没有把客户关注的性能问题,很直观明确的分析,并得出结果反应在报告中。 如何提高测试效率呢? 以下给出一些可执行建议。 第一,测试负责人与开发负责人共同对项目进度进行商讨分析,作出合理的测试计划,并在测试执行过程中严格按照测试计划的进度和测试策略进行测试。 第二,测试人员尽早的进入需求理解阶段,充分理解需求文档。 第三,必要时做跟进测试,提高需求理解深度,可间接提高测试执行的效率;跟进测试,即系统测试之前的草稿版测试,需要与开发方沟通,让其协助来执行。跟进测试的目的不是发现bug,而是熟悉系统环境,助于需求理解和测试设计。 第四,尽量避免失败的接收测试。一次版本无法接收,会浪费很多人力和时间,还会影响测试人员的测试热情。 第五,任务分配合理化。测试负责人应根据项目组成员的经验和能力能个人因素,合理的分配测试任务,并将测试任务的模块和时间详细化,这样有助于提高整个项目的测试效率。 第六,测试工作从某种角度看,会很容易掺杂个人主观意见,测试质量也受测试人员的责任感的因素影响,所以,培养良好的测试风格,提高测试人员的责任感,也能间接提高项目的测试效率。