EEPW论坛

       随着接手的工作越来越多，也越来越具有挑战性，效率这个东西在工作中越发的也显得重要起来。我们这抛开工作中不断被电话啊，rtx之类的被打断的常见问题，直奔如何提高测试工作的效率可能会更加的有意义一些。

　　随着经验的增长，对于如何提高测试的效率有以下几点心得，和大家分享一下。

　　1、重视测试用例的设计过程（明确测试的目的和范围）

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

　　2、重视用例的优先级排序

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

　　3、重视用例的评审过程，尽早的拉运维进行评审

　　这个过程往往也会被忽略，当然这个并不是测试单方面所能决定的，但是也是由测试可以掌控的，用例的评审过程是运维提前熟悉需求，了解测试情况以及结合现网提出测试建议的一个很好的机会，所以邀请运维，人家无论多忙都会参加的，所以测试一定要重视并且利用好这次机会，阐述自己的测试思想，并虚心接受运维的建议，尽可能多尽可能早的发现问题也是提高测试效率的一个重要方法。

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

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

　　5、大版本一定要参与方案设计的讨论会，积极大胆的提出自己的困惑和建议和担忧

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

　　6、重视自动化的建设，这是测试领域最伟大的发明

　　自动化本是机械领域的一个原理，目的是提高工作效率，减少人的重复劳动。可见测试领域的自动化其威力也是不可小觑。在版本转侧之前将自动化测试用例制作好，是一件很多得的事情，不仅在本次版本直接就可以用到，也免了在版本结束之后还愁要抽时间出来添加上个版本自动化测试用例的烦恼。自动化用的约好，效率也就越高

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

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