黎秀 电子科技大学成都学院

关键字：软件测试 测试基线 工作量 测试效率

1 测试效率现状

根据对实际软件测试项目的统计，并对实际测试工作量与基线工作量的对比，发现一个严重的问题。就是工作效率特别低下。下面简单列举几个项目预期工作量与实际工作量以及实际耗费严重的地方、项目简要背景。

1）B版本测试。版本预期工作量15人天，实际耗费工作量在30人天。更为严重的是测试人员并没有因为测试周期延长和工作量投入加大而测试的更轻松，反而是测试期间晚上加班严重，参与测试人员测的还极其难受。

2）S专项测试。预期工作量3人天，实际耗费工作量6人天。中间也是各种加班。

3）已知问题的重复又重复的咨询、确认、沟通。虽热单次耗时不多，但是架不住频率太大。

测试人员加班多，活干的还不爽，工作量与工作时长严重不成正比，如果长期这样的状态，自然就会更加影响测试人员的工作效率，形成恶性循环。

2 效率低突出的问题

根据当前测试效率低下的问题，主要体现在下面几个方面：

1）测试人员接手新新项目，没有好用的文档。如果在新手接手新项目的时候，没有一个好用的文档作为指导，理解起来费劲，而且还不能一步一步的执行。可能还不知道谁熟悉这一块内容，或者熟悉这一块内容的人忙得不可开交，三言两语也无法解释清楚。这种情况对于测试人员而言就是噩梦，不得不使得测试人员陷入无休止的加班、烦躁中。

2）已知问题反复沟通、确认。A问B解决，C不知道该问题，又问D，D不知道又返回来问A。就这样来回循环特别耗时，看着好像挺不太可能的，然而实际工作中经常出现这种情况。有时候就是这种小的不能再小的问题阻塞你工作大半天。

3）忽略自动化。对于有的测试团队而言，他们习惯于手工操作，而忽略自动化。比如说上百条的命令他们一条一条的写，几十个指令错误也是一个一个修改。这种操作太可怕了，基本上耗费掉一大半的执行时间，如果相信自动化的话，一个脚本可能就能解决这些问题。

4）其他问题。当然使得测试效率低下的问题还有很多，比如所选的工具不好用；文档存放位置混乱，不易于查找；文档不成体系；遇到问题找不到FAQ；还有就是所选择的测试策略的问题等等。

以上这些都可能是造成测试效率低下的常见问题，当然不仅仅只有这些，实际情况还需根据实际工作项目的不同而有所不同。本文将只针对这些常见问题提出改进方法。

3 效率低问题的改进

以上我们罗列了引起测试效率低下的常见问题，在这一小结我们将针对这些常见问题提出改进办法。

1）梳理收集组内现有经验文档，形成知识体系。特别是经常要做的工具使用、专项验证常规特性验证、复杂特性验证等。文档一定要清晰、易懂、规范、能多截图就一张别少。能把点击菜单按钮路径写清楚就写完整。对于那种第一优先级的材料更是要引起重视，因为根据统计过程不难发现，影响测试效率低最明显的就是这些第一优先级的内容。

2）多总结，随手记，多分享。上面说的是成体系的，这里说的是随笔记载一些文档。写完可以分享在自己的博客上、论坛上，这样便于组内甚至更多人能够看到并学习。

3）工具开发与维护。定期维护常用测试工具，使它更好用，不影响测试。定期收集工具需求、开发。用工具进行有效的测试是提升测试效率低最迅速的方法，这就是自动化测试的价值之一。

4）个人技能。对于组内员工要有提升自我的意识。针对自己手上工作有意识的总结、拓展，并经常去思考、分享知识。业务和技能越强，依赖外部的机会就会少些，干活自然效率就会高很多。

5）培训。培训意识必须在组内根深蒂固，要经常请有经验的同事给新进员工或者新接手项目的人进行全面培训。这样既能让新进员工成长速度更快，又能促使承担培训师的员工对于知识的巩固加深，从而有助于测试效率低提升。

当然，测试效率低改进不局限于以上这些办法，以上这些解决办法也不一定适用于全部的测试项目中，但是这些办法属于大众化的方式方法，针对特殊项目也得特殊处理，以便于更能适应项目测试工作效率低提升。

4 结束语

本文中提到的影响测试工作效率低下的问题其实在很多项目中都经历过，都很普遍，所提供的改进方法也都很简单，甚至还有些老套。只不过对于那种新人众多的部门或者项目组来说问题暴露更为明显，本文对于他们也更具指导意义。