作为一个程序员的角色看开发和测试的交互

作为一个程序员的角色看开发和测试的交互

 

测试员定位：

在《Testing Computer Software, 2d》(计算机软件测试（原书第2版）作者：（美）卡尼尔等 著，王峰等 译)书中有一段话: “the best tester is not the one who finds the most bugs or who embarrasses the most developers. the best tester is the one who gets the most bugs fixed.” （最好的测试人员不是发现最多bug或是使得最多开发人员不自在的人，而是能够说服开发人员修正最多bug的人）

 

测试员的郁闷：

1.       大量的bug。（郁闷，不知道bug提重了没？）

2.       修改了一个bug，导致版本不能用。（怎么回事？XX页面进不去，直接冒烟了？）

3.       开发人员一堆低级错误。（这个字写错了，这些数据好像没有保存哦？）

4.       市场的压力。（你哪版本什么时候好啊？怎么有那么多bug）

5.       需求的变更，没有一种有效的手段及时通知到测试。（需求文档是什么时候更新的？我怎么不知道啊？）

6.       开发人员修改bug或增加新功能时，没有提醒测试影响的模块和bug的起因。（对测试人员以后发现bug有很好的参考价值）

 

测试人员的快乐：

呵呵，除了郁闷的反面。还有就是发现一个比较难发现的bug，很有成就感。

 

与测试人员交互时，开发人员最郁闷的事：

1.       不断的被打扰，反复被唠叨。 （《快速软件开发》上说，被打扰一次需要15分钟左右才能恢复原先状态，可能有点夸张）

2.       其他程序员的错被测试人员说成自己的错。（你是不是写错代码了？ 这不是我写的）

 

对于上面提到的，开发人员能够做的：

1.       自测吧！――有总比没有好，多总比少好。

2.       在td上，详细写明bug修改过程。

3.       修改5行代码左右，一般开发人员不会自测。而在《代码大全》统计的数据中，这样修改的出错率最高！在我们项目中遇到的情况也确实如此，常常修改了一个bug，打出一个版本，结果不能用。同志，你确认自测通过了吗？

4.       对于开发人员郁闷2的解决方案：我建议的回答是“这是我的错！”。

5.       培养高质量意识。在软件开发中：质量、进度、范围、成本四个维度，质量是不能变的，低质量反而会增加成本、拖延进度。

6.       对于需求变更，需要三方一起来讨论一个解决方案。

 

测试员理想状态的粗浅认识：

摘抄书《软件测试：经验与教训》作者：[美]凯纳等 著，韩柯等 译

第7章  与程序员交互

1.       作为程序员工作的正式批评者，测试员必须敏感、有鉴赏力并有外交手段。不要作为啦啦队长而置身度外，而是要让别人知道测试员理解程序员工作的价值。如果程序员的工作很差，不要为此使他们难堪。

2.       测试员要干脆地报告问题。

3.       主动直接为程序员提供帮助，这样可以建立信任，并证明测试员是程序员应该与之合作的人。作为测试员，所做的一切都应该是提供服务。

4.       把关注点放在产品上，而不是人上。

 

套用一段歌词：
因为爱着你的爱，
因为梦着你的梦，
所以悲伤着你的悲伤，
幸福着你的幸福。 也许这就是一个理想的团队！！！