测试工做效率低思考和改进

引子

  汇总统计了一下项目组近期测试项目实际工做量与基线工做量的对比，发现一个严重问题。就是工做效率特别低下。下面简单列举一下几个项目预期工做量和实际工做量以及时间耗费严重的地方、项目简要背景。

  一、B版本测试。版本预期工做量15人天，实际耗费工做量在30人天。更为严重的是测试人员并无由于测试周期延长和工做量投入加大而测试的更轻松，反而是测试期间晚上加班严重，参与测试人员测得还极其难受。有一个背景提早说明，该版本是从同测试部其余项目组第一次交接给咱们项目组，另外参与B版本测试的测试人员对手上测试项内容不熟，第一次执行，此为前提。

  二、S专项测试。预期工做量3人天，实际耗费工做量6人天。中间也是各类加班。对测试人员来讲，该项内容也是新东西，可是对项目组来讲，该项目是相对成熟的验证内容。

 三、已知问题的重复又重复的咨询、确认、沟通。虽然单次耗时很少，可是架不住频率太多。

  测试人员加班多，活干的还不爽，工做量产出与工做时长严重不成正比，本身也在思考这些工做现象和如何改进，不然若是这样状态长期下去确定会出现人心浮动，身心烦躁、离职、转岗等等问题。。

效率低突出的几个问题

  一、测试人员接手新项目，没有好用（容易理解、无歧义、有图文指引、详细FAQ）的文档。拿到一个文档很差用，理解费尽也没法Step by Step执行。可能也不知道谁熟悉这一块，知道谁熟悉这一块的人正好又忙的不可开交，三言两语跟你说完了你仍是云里雾里，又只能回去继续埋头看，时间就悄悄过去了。过两天测试内容要交付了，活没干完，靠，加班。。烦躁

  二、已知问题反复沟通、确认。A问B解决，C不知道该问题，又问D，D不知道又问A，A可能没记录时间长了忘记了又问B。来回循环特别耗时，看着好像挺不可能的，实际在项目组工做中很常见。有时候就是这种小的不能再小的问题阻塞你工做大半天。过程当中问问题的人很郁闷（就这P大点问题搞半天），被问的也很郁闷（咋每天问，我活也干不完啊）。你们都郁闷

 三、返工。举几个例子，环境切换后发现少了一个指令数据没有收集，切换回来。半天过去了。切换前发现某个测试项没有验证切换回来。测试报告写做时发现过程须要截图发现忘记保留，加班重新测试一遍收集一下。累不。烦不。站着旁边看我都觉着累、烦。

 四、习惯于手工操做。好比上百条的命令他能够一个个写，几十个指令的修改他能够一个个改。太可怕了。。明明能够写个脚本一会会能够搞定的，就算不会写，随便组内找个小伙伴帮忙搞两下也就解决了。可是好像习惯了，还觉着很努力。。可能不是常态，可是见过很多了

 五、还有其余的，工具很差用、文档找不着、文档不成体系，遇到问题找不到FAQ等等。。

 六、策略问题。这个可能得专门说了。。再也不这展开。

  这些问题不知道在你们项目组是否存在或者是不是突出问题，这里应该还与项目区人员业务、技术成熟度有关，恰巧的是咱们当前部门、项目组新人太多了。。可能不是问题的问题都成了大问题。。

效率低问题改进

  影响测试效率低的问题上面也简单罗列了。不能光吐槽，总得想办法解决啊，起码让本身或者和本身一块干活的少加点班啊。

 一、梳理收集组内现有经验文档，造成知识体系。特别是常常搞的工具使用、专项验证常规特性验证、复杂特性验证等。文档必定要清晰、易懂、规范、能多截图就一张别少。能把点击菜单按钮路径写清楚就写完整。为何是常常搞的，第一优先级高，经常使用。另外，统计观察过程发现，影响测试效率低最明显的就是这些常搞的内容。另外，整理完后发布在论坛上，随版本测试实时刷新。知会组内同事。若是组内同事都勤于刷新这些内容，文档和FAQ就会很是详细。另外，还有一个好处，就是能够知道谁搞过相关的事情，咨询问题时就不用来回绕了。。直接找到相关人员解决问题。

 二、多总结，随手记，多分享。上面说的是成体系的，这里主要是随手记一些文档，FAQ。写完能够分享在本身博客、论坛甚至发到工做群里均可以。尽可能不要都记在本身电脑上，一个本身可能很差找，后面就忘记了。。另一个，别人就无法共享你的劳动成功，资源浪费了。。好记性不如烂笔头，多总结，随手记，多分享。与己方便，与人方便。

 三、工具开发与维护。按期维护经常使用测试工具，让它更好用，不影响测试。按期收集工具需求，开发。。用工具提高测试效率，让工具替人干活，这就是自动化最大的价值。因此，要尽可能多思考，多想一想本身手上哪些工做能够经过工具替代的。。不要埋头手工搞，不是手工做业的时代了。。

 四、我的技能。这个重点就是要看我的了。。针对本身的手上工做有意识的去总结、拓展、去思考、去分享知识。业务和技能越强，依赖外部的机会就会少些，干活天然效率就会高不少。。

 五、培训。这个其实是好办法办法，可是去年上半年作了半年培训 实际效果并很差。你们都只是挂着听听。互动也很差，下来就忘记了。。多是项目太忙，多是你们没有真实经历某些测试项时并不肯意主动花这个时间去学习，我有时候不肯意参加缘由是由于一个是我没有太多时间提早了解，培训时听不懂。。多是培训形式和方法不太对，这个须要再思考一下

最后...

  上述的问题其实在不少项目组都经历过，都很广泛，改进方法也都很简单、很老套。只不过在新人多的部门和项目组暴露的更为明显。目前改进的事情如知识体系创建、FAQ整理，经常使用工做开发和维护都已经在进行中了。。但愿工做效率能够上一个层次，你们少加班，身心愉悦