如何衡量测试效率?
可以从软件测试的活动中的以下指标综合考评,去评估衡量测试效率,每项指标都⾼,⾃然能够说明⼀些问题:1.发现缺陷的质量:
同⼀个项⽬组内,运⽤测试管理⼯具,按优先级和严重等级,把每个⼈的缺陷做成柱状图和饼图,放到⼀个⽂档中,邮件发给⼤家,让组内成员了解⾃⼰的⼯作情况 和其他⼈的⼯作情况。同时也让开发⼈员,对每个测试⼈员的⼯作,做出评估,供绩效考核时参考。特别是发现⾮常隐蔽缺陷的测试⼈员,⼀定要重赏。
2.测试的有效性:
⼀般来说,提交Bug的有效性,体现了测试员是否能够正确理解系统,并发现问题,是否能够发现有效的问题。很多时候,测试⼈员没有弄准确需求,或者是没搞 清楚设计,⼀旦出现异常,就提交Bug。不是和前⾯的缺陷相同,重复递交相同类型的缺陷,就是递交⽆效的Bug,导致后来很多缺陷,都被项⽬评审时拒绝, 既耽误了时间,效率⾃然不⾼。3.测试组员交叉测试,发现漏测问题数量:
经常是这样,⼀个测试⼈员测试结束,修复了全部的缺陷。这个时候,测试的模块和测试⼈员交叉⼀下,再测试,很有可能⼜发现很多问题。这样我们可以对测试发现问题数量,进⾏统计。这样做,就迫使测试⼈员认真执⾏每⼀轮测试,每次测试都不敢懈怠。
4.遗漏到客户缺陷的⽐例:
⼀旦版本测试通过,发布给客户以后,客户要对发布的版本进⾏验收测试。同样会发现⼀些问题,我们也会对测试过程中发现的Bug分配到每个模块和具体的⼈。 但是,如果缺陷在测试环境中不能重现,只能在实际⼯作环境中出现,则不属于遗漏给客户的Bug,不计⼊漏测统计⾥⾯。有时候,客户系统在使⽤中也会发现缺 陷,我们同样做好记录。5.递交的缺陷数量:
在同⼀个项⽬组内,每天递交的Bug数量,每周递交的Bug数量,每个版本测试结束,总共递交的Bug数量。最终测试结束,算出每个⼈递交有效缺陷的百分⽐。6.执⾏⽤例的数量:
同⼀天,每个测试⼈员,执⾏⽤例的数量。但是⼀定要去除那些不能够测试的功能模块,或者是被阻塞的模块,这些⼀定要考虑到。否则⼤家意见就⼤了呢!7.编写测试⽂档的速度和质量:
每次编写测试⽤例时,⼤家都要编写部分模块的测试⽤例,我们也可以通过单位时间内编写case的数量、速度和质量,来区分每个⼈的效率,我觉得也是⼀种好⽅法。8.评审发现问题的效率:
在组织部门内部的case评审时,同⼀个测试⽂档的评审,如果提出的修改建议⽐较多,并且很有参考价值。这样的测试⼈员,效率应该⽐较⾼,得考虑考虑加薪,呵呵。9.测试⼯具使⽤的熟练程度:
当然,⼀个测试⼈员,对测试⼯具的熟练程度越⾼,使⽤技巧越强,⼀般来说,测试的效率就越⾼。按常理来说,每个⼈不可 能了解全部的⾃动化测试⼯具,我们只对常⽤的测试⼯具进⾏考核就可以了,还算⼈性化吧。并且后⾯懂得较多的同事,给组内成员集体培训,使⼤家迅速掌握测试 ⼯具的基本使⽤,这才是我们的真正⽬的。10.测试结果的分析⽔平:
对⾃动化的测试⼯具来说,特别是性能测试结束之后,我们要分析部分测试结果,如果你都不熟悉测试⼯具的分析,何谈效率呢?所以测试结果的分析⽔平,也可以作为衡量测试效率的⼀个指标。
===================================================如何提⾼测试效率呢?
1.⾸先要有⼀个合理的详细的测试计划:
没有详细的测试计划,测试部的每个成员都在那⼉盲⽆⽬的测试,何谈提⾼测试效率?当然测试计划也不能够太细,太细了,编写测试计划同样浪费时间,做到时可⽽⽌。最好是测试任务尽量能细化到测试的功能和测试的case这个级别去监控进度,较为理想。
2.测试尽早介⼊项⽬详细了解项⽬的业务需求,做好测试的前期准备:
⽬前来说,可能⼤家都有类似的感受,接触到的⼤多数的项⽬,都是测试周期⽐较短,开发⼈员耽误了时间,为了不拖延项⽬ 进度,留给测试⼈员做测试的时间都⾮常紧张。如果项⽬测试的前期了解业务需求、了解产品属性和准备测试数据不充分,往往测试效率很低,测试时间变长,测试 效率急剧下降。
3.对测试项⽬前景充满信⼼,调整最佳⼼态,保持愉悦的⼯作⼼情:
⼀般来说,如果⼤家认为测试的项⽬没什么发展前景,当然测试也不会很卖命,测试效率不⽤说。如果某个测试⼈员碰到什么不顺⼼的事,当天的⼯作效率肯定⽐平 常低。所以,要保证测试效率,测试负责⼈要察⾔观⾊,及时找不开⼼的下属谈⼼,了解并帮忙消除部分员⼯的不良情绪,让员⼯有更好的⼼情投⼊到测试⼯作中 去。
4.提⾼测试接受的标准,减少测试版本送测次数:
⼤部分公司的开发⼈员都有⼀种惰性,⼀旦公司成⽴了测试部,他们⾃⼰测试时,都不会那么认真,以为有了测试⼈员,就⾃⼰就解放了。很多时候都是调试编译通 过,实际上开发⼈员没有做完整的⾃测,就拿到测试部进⾏测试。如果测试部门有严格的测试接受标准,⼀旦发现有重⼤问题,⽴即拒绝测试,送回开发⼈员修改。 可以减少很多次反复测试,重复测试,明显提⾼了测试效率。
5.测试负责⼈认真做好测试⽂档的评审:
测试经理⼀定要认真做好测试⽤例的评审,尽量使⽤较少的测试⽤例,发现较多的Bug,⽆疑是最佳提⾼效率的⼀种⽅式。很多时候,经验较少的测试⼈员在设计 测试⽤例的时候,写了很多的测试⽤例,测试时⼏乎没有发现缺陷。还有⼀种:⽐如说等价类的测试,只要具备代表性就可以了,如果写了很多测试⽤例,执⾏了半 天,臃肿的测试⽤例,未发现任何问题,也很不值。这些主要是靠测试⽤例评审的时候,测试Leader去把握了。尽量做到在满⾜需求的情况下,精简测试⽤例 数量,提⾼测试覆盖率。很多时候,测试⼈员写好⽤例就⾃⼰测试,根本没⼈评审,有些地⽅理解有偏差,测试点没测试到,导致发给客户版本被退回,给公司也会 带来巨⼤经济损失。6.加强项⽬组成员的相互沟通⼯作和项⽬信息收集⼯作:
测试⼯作是⼀项沟通要求⽐较⾼的⼯作,⼀般需要同项⽬经理、产品经理、开发⼈员、业务⼈员、客户沟通。很多时候,由于测试介⼊较晚,测试时间短,测试初期测试⼈员了解需求不及开发⼈员,为了迅速熟悉需求,需要项⽬组成员之间相互培训和沟通。
测试⼈员为了利于测试⼯作,平时也需要主动和开发团队沟通项⽬的进度、项⽬存在的问题、项⽬的需求变更等等情况。与团队成员沟通得越充分、对项⽬的信息收集和把握得越及时、越准确,我们的测试⼯作才可能做得越顺利,才可能提⾼测试效率。
7.积极配合开发⼈员⼯作,努⼒赢得开发⼈员的尊重和⽀持:
作为测试⼈员,我们绝不能消极等待或⼀味埋怨开发⼈员的不理解和不重视。我们⾸先需要正视⾃⼰、改进⾃⼰,通过⾃⾝的不断努⼒让开发⼈员,真正体会到测试 的价值。同时,也需要理解并配合开发⼈员的⼯作。只有这样,才能赢得开发⼈员的⽀持。互相配合、互相促进,项⽬成员之间形成良性循环,彼此感情加深了、配 合默契了、⼯作效率和⼯作质量也就⾃然提⾼了。
8.按照项⽬的⼤⼩不同,必要的情况下引⼊⾃动化测试⼯具:
是否引⼊⾃动化的测试⼯具,主要取决于测试的时间长短和测试的轮次。⼀般来说,测试周期较长、版本升级平凡和回归测试次数较多的项⽬,引⽤测试⼯具可以提 ⾼测试效率。如果测试周期较短,本来测试周期只有两三个⽉,开发测试脚步就要花费⼤量时间,引⼊⾃动化测试⼯具,⽤的次数较少,结果得不丧失,劳民伤财, 呵呵!9.测试部门内部成员的⼯作业绩数据化:
具体的做法如下:每天给每个⼈分配的任务⾮常具体,并且随时关注他们的进展情况,完成百分⽐,不断督促他们。并且,把每个⼈每天的⼯作成果(发现缺陷的数 量和⼯作的质量)数据化,通过邮件的形式发给组内的成员,让⼤家有个⽐较。⼤家都有⾃尊⼼,看到⾃⼰落后,后⾯就加油赶⼯,形成⼀种良好的测试氛围。每周 周例会的时候,对表现突出的给予表扬,对每次都⽐较差的下属,单独谈⼼,问问具体原因。
10.提⾼测试⼈员的专业技能和⼯作能⼒:
由于测试技术的不断成熟和完善,许多的新技术层出不穷,作为测试⼈员需要不断提⾼⾃⼰的专业技能和⼯作技能。不断的给⾃⼰充电,补充测试理论知识,让⾃⼰ ⼯作技能⼒去弥补专业技能的不⾜。这样,你的⼯作同样可以做到最棒,效率⾃然很⾼。⼀段时间过去,回过头来⼀看,⾃⼰确实进步不少,没有虚度光阴呀!
因篇幅问题不能全部显示,请点此查看更多更全内容