如何提高测试的效率积累了几点心得


随着接手的工作越来越多,也越来越具有挑战性,效率这个东西在工作中越发的也显得重要起来。如何提高测试的效率积累了几点心得:

1. 重设计:重视测试用例的设计过程(明确测试的目的和范围)

这个挺好理解的。首先重视测试用例的设计过程,按照设计好的测试用开展测试,可以让你在测试的过程中有条不紊的进行质量摸底,有效的把握测试进度,其次俗话说:“磨刀不误砍柴工”,而测试的设计在实际的测试过程中往往因为版本进度紧张常常没有被重视起来。版本转过来,搭好环境走了正常的流程,你往往发现自己并没有发现问题,并不是系统真的没有问题,因为往往隐藏的问题的发现需要同时满足很多条件,而这些条件的设计则是需要在测试设计中进行考虑的。重视测试的设计过程,是为了更好的消灭系统潜在的风险,是提高效率的一个很重要的部分。

PS:关于这一点某MM提出,为什么不进行探索性测试呢?对比下探索性测试与传统测试的优劣,lisa还是不太建议在版本测试中采用探索性测试,风险比较大,Lisa极度推荐在版本进度可控的情况下,采用传统测试和探索性测试相结合的方法进行测试,会发现更多的BUG

另外,长期测试设计的重视,对于测试经验的积累和增长也是非常有帮助的。

2. 知高低:重视用例的优先级排序

时间总是有限的,测试是一个成本和质量的较量战,如何在较短的时间内高效率的保证质量是一个值得研究的课题。然而其中有一个很有效的方法便是将用例的优先级进行排序。高优先级的优先执行,首先保证大问题不要出现,就可以在很大的程度上保证质量。至于细枝末节的问题,如果时间实在太紧张,用例没执行完毕,即便出现了问题,也是小问题,在可控的范围内。

3. 早评审:重视用例的评审过程,尽早的拉运维进行评审

评审的过程是集结大家智慧的过程,Lisa通常尽可能的去开展,因为在这个过程中,你往往会发现你还有没考虑周全的地方,借此机会开发会和你更加详细的阐述系统的设计,你可以就此完善测试用例,而且运维也往往会站在现网的角度提出不同的意见。所以测试一定要重视并且利用好这次机会,阐述自己的测试思想,并虚心接受运维的建议,尽可能多尽可能早的发现问题也是提高测试效率的一个重要方法。

4. 走代码:转测前让开发和你一起进行代码走读

在转测之前你往往只是熟悉了需求,针对于业务逻辑设计了测试用例,但是具体是实现的对于一个经手版本不是很多的测试人员来说可能还需要多一点历练,而转测前行代码走读往往可以帮你解决这个问题。其次代码走读中大家一起研读,往往很容易发现设计不周全的地方,试想将问题在开发阶段就暴露出来对于提高效率是多么明显,最后,进行代码走读对于设计用例也是非常有帮助的,因为此时你知道了系统的内部实现,就可以针对性的进行异常用例的设计,事半功倍。

5. 前用例:版本转侧前进行自动化测试用例的建设

重视自动化测试用例的建设,这是测试领域最伟大的发明之一。如果在版本转侧之前将自动化测试用例制作好,是一件很多得的事情,不仅在本次版本直接就可以用到,也免了在版本结束之后还愁要抽时间出来添加上个版本自动化测试用例的烦恼。自动化用的越好,效率也就越高

6. 注积累:注重测试工具的积累和改进,每一个系统维护一个txt文档,里面有这个系统往常的测试用例以及测试工具存放的位置

你是否还在要开始测试一个版本的时候,一切都从0开始,重新去寻找上个版本所部属的机器ip,重新制作数据,重新编写测试工具?那么杯具了,你弄这些估计需要耗时半天到一天。平时可以考虑针对于系统维护一个文件夹或者一个txt文档,每次测试都把相关的测试用例以及测试工具记录下来,这样以后再接手这个系统的测试就省事多了。如果在svn上共享这个文档你会起到很好的作用。

7. 大胆提:大版本一定要参与方案设计的讨论会,积极大胆的提出自己的困惑和建议和担忧。

版本比较大的时候,仅仅依靠一次转测前的代码走读,你会晕菜的,因为代码太多,理不清一个思路,此时参加方案设计讨论会是非常有必要的。它可以帮助你整体的把握整个系统,对于设计测试用例是很有帮助的,另外如果在方案讨论会时有自己不能理解的地方一定要及时问清楚,因为测试人员如果都不清楚,更别说发现问题了,当然若对系统有更好的建议或担心,也可以及时提出来,将问题尽早的修复。可不要闷闷的等到转测了才去做了解,那起码三分之一的时间会浪费掉。

共有 0 条评论评论