软件测试工作效率低,是这些原因吗?
1、B版本测试。版本预期工作量15人天,实际耗费工作量在30人天。更为严重的是测试人员并没有因为测试周期延长和工作量投入加大而测试的更轻松,反而是测试期间晚上加班严重,参与测试人员测得还极其难受。有一个背景提前说明,该版本是从同测试部其他项目组第一次交接给我们项目组,另外参与B版本测试的测试人员对手上测试项内容不熟,第一次执行,此为前提。
2、S专项测试。预期工作量3人天,实际耗费工作量6人天。中间也是各种加班。对测试人员来说,该项内容也是新东西,但是对项目组来说,该项目是相对成熟的验证内容。
3、已知问题的重复又重复的咨询、确认、沟通。虽然单次耗时不多,但是架不住频率太多。
测试人员加班多,活干的还不爽,工作量产出与工作时长严重不成正比,自己也在思考这些工作现象和如何改进,否则如果这样状态长期下去肯定会出现人心浮动,身心烦躁、离职、转岗等等问题。
效率低突出的几个问题
1、测试人员接手新项目,没有好用(容易理解、无歧义、有图文指引、详细FAQ)的文档。拿到一个文档不好用,理解费尽也无法Step by Step执行。可能也不知道谁熟悉这一块,知道谁熟悉这一块的人正好又忙的不可开交,三言两语跟你说完了你还是云里雾里,又只能回去继续埋头看,时间就悄悄过去了。过两天测试内容要交付了,活没干完,加班。烦躁……
2、已知问题反复沟通、确认。A问B解决,C不知道该问题,又问D,D不知道又问A,A可能没记录时间长了忘记了又问B。来回循环特别耗时,看着好像挺不可能的,实际在项目组工作中很常见。有时候就是这种小的不能再小的问题阻塞你工作大半天。过程中问问题的人很郁闷(就这P大点问题搞半天),被问的也很郁闷(咋天天问,我活也干不完啊)。大家都郁闷……
3、返工。举几个例子,环境切换后发现少了一个指令数据没有收集,切换回来。半天过去了。切换前发现某个测试项没有验证切换回来。测试报告写作时发现过程需要截图发现忘记保留,加班从新测试一遍收集一下。累不。烦不。站着旁边看我都觉着累、烦。
4、习惯于手工操作。比如上百条的命令他可以一个个写,几十个指令的修改他可以一个个改。太可怕了。明明可以写个脚本一会会可以搞定的,就算不会写,随便组内找个小伙伴帮忙搞两下也就解决了。但是好像习惯了,还觉着很努力。可能不是常态,但是见过不少了。
5、还有其他的,工具不好用、文档找不着、文档不成体系,遇到问题找不到FAQ等等。
6、策略问题。这个可能得专门说了,不在这展开。
这些问题不知道在大家项目组是否存在或者是否是突出问题,这里应该还与项目区人员业务、技术成熟度有关,恰巧的是我们当前部门、项目组新人太多了。可能不是问题的问题都成了大问题。