软件测试，效率决定未来，速度决定生死

在将就敏捷开发的今天，项目开发迭代周期短，功能上线频繁，相应的软件测试在保证测试质量情况下能否跟上整个项目的迭代速度，这一点是尤为关键的，哪怕开发的功能在多，不经过系统的测试，保证没有重大隐患BUG，功能也无法上线。

然而在工作中我们总是会遇到这样那样的问题导致整个测试效率过低，预期工作量和实际工作量及时间耗费都严重超出，下面列举几种常见的情况：

以上情况在工作中可以说是频繁的出现，测试人员加班多，工作也做的不爽，产出和工作时间完全不成正比，在这种情况下，就不得不思考如何改进现状了。

导致效率低下的常见问题

接手新项目却发现没有文档

无论是来了新测试人员还是测试人员新接收项目，许多公司靠的不是好用的文档帮组测试人员度过适应期，而是叫开发去跟测试人员讲解，而往往开发又忙的不可开交，三言两语跟测试也说不清楚，致使时间过去了，而测试也只能一点点加班摸索。

已知问题反复确认沟通

这种现象在各公司的项目组中普遍存在，往往许多小问题某测试人员会频繁的咨询其他人，而过几天忘记了，又去问别人，如此循环特别消耗时间，而往往一个重复出现的小问题会阻塞大半天的工作。

测试返工

切换环境后发现少了一个参数没有收集，又切换回去，等待半天。写测试报告时发现测试过程没有截图保留，又重新测试一篇收集截图。因为种种原因频繁的返工测试，加班加点白白消耗时间。

习惯手工操作

许多测试人员在工作中由于惯性思维，习惯了手工，甚至上白条命令也能一个个写，一个个修改。明明只需要自主学习下脚本，一会就能搞定的事情，然而习惯是一个可怕的东西。

其他问题

工具不好用，文档找不到，文档不成体系等等。

这许许多多的问题，在大家的项目组中或多或少都会存在，而且还往往伴随着项目人员自身技能不够熟练等问题，更是雪上加霜。

改进效率低下问题

办法总比问题多，效率低下我们不是说直接就放手不管了，而是要去想办法解决，起码能让自己少加点班。

文档梳理成体系

文档永远都是放在第一位的，将累积的经验一点一滴收集起来，形成知识体系，特别是项目中工具的使用经验，一些复杂性测试经验的积累。文档的易懂、清晰、规范是最重要的。特别是测试中常见的内容总结，统计发现，影响测试效率低下最明显的反而就是这些常见的内容。

除了成系统的项目文件外，平时工作中一定要注意随手记录一些文档，写完也可以分享到工作群里，这里需要注意的是，最好不要记在自己电脑上，时间一长不是忘了就是找不到了会。多分享，与己方便，与人方便。

变手动为自动

工具使用的好坏对我们测试效率的影响还是比较大的，多研究自己使用的工具，定期收集工具的需求，开发新的脚本。让工具替人干活，这是自动化最大的价值，不要埋头苦干，这个时代不是手工时代。

个人技能提升

这个就主要看个人了，真多手上不同的项目需求，去提升扩展自己的知识，来加强自己的技能与业务，减少外部依赖，干活的效率就会高起来。

最后

上面的问题许多公司项目组都存在过，是十分普遍的情况，而改进方式也很简单老套，但现在存在大量的中小互联网公司和传统行业转型到互联网的公司，新组建的部门及项目组，过多的新人导致这些问题的暴露尤为明显。而系统的改进工作流程和环境，成体系化往往是被忽视的地方。