《测试的经验与教训》6

上一篇 / 下一篇  2009-02-06 13:52:53 / 个人分类:读书笔记

 

------跟着程序员走

 

本段内容个人理解为作者想表达测试人员与开发人员的紧密关系,两者有效的切合达到很高的工作效率。

不过毕竟作者只是表达了这个观点,其中具体实现还是有很多的难点存在,我大致阐述一下我在工作中遇到的问题:

1.     测试人员的反馈并不能被开发人员尽早地接受

鉴于开发任务紧,我一般都会要求开发人员完成一部分功能后就发布测试。当我在测试中发现问题后,通过缺陷管理工具或者将问题汇总以邮件方式发送给开发人员后,开发人员通常会将这些问题的解决排在完成其他功能之后,因而这个反馈环路中就会存在断层。

2.     毫无把握的等待不断地磨灭测试人员的积极性

由于缺陷提交后并不确定开发人员何时才会进行修改,主动权在开发人员的手中,长期的被动使得测试人员的激情被逐渐磨灭。

3.     重复地沟通、反复的跟催,浪费着测试人员大量的时间

不规范的公司,测试人员的处境往往都是很尴尬的,既要在规定的期限内保证测试的质量,又长期处于被动的位置,还不能跟开发人员闹僵,一个缺陷一个缺陷地解说,时不时地询问修改状况,常常又只能等待,最终大家的时间都在被浪费,更严重的是因此遗留在软件内的缺陷无法及时、有效地被发现。

上面的这些状况在长期得不到改善的情况下,作为测试人员就会有一种测试只是开发的附属的感觉,这必然会严重影响部门测试的进一步发展。

 

本人由于同时肩负着QCSEPG成员的角色,因此一直希望通过制定有效、简明的机制改善以上状况,但由于部门的实际状况的制约,机制并不能很快被验证,只有一边做着持续改进的努力,一边等待着更好的时机的到来。(这里的时机指的外部环境的变化及主管对团队管理的重视)


TAG: 读书笔记

 

评分:0

我来说两句

Open Toolbar