本文探讨了开发人员和测试人员在软件开发过程中可能遇到的关系问题。测试人员在发现bug时，有时会遭遇开发人员的质疑。文章强调了理解ISO/IEC9126质量特性的全面性，以及测试人员应提供详细bug报告以协助开发人员定位问题。同时，指出测试人员需考虑bug优先级和测试目的，并提升人际沟通能力，以促进团队协作。
开发人员和测试人员的主要矛盾就集中在对bug的定义上。
c.由于我使用了XXX技术，YYY方法和受到了ZZZ的约束，所以只能出现这样的问题，所以就不是bug。
d.上次都说过了，是你们测试的问题，先保证测试用例的正确性再来测试 而如果开发人员比较闲，也许会仔细斟酌一下，做出下列答复：
e.这确实是个问题。但是是由于我的一个小小的疏忽所致，也不至于报的这么严重吧? f.老兄，老板们急着要release，我看我们就。。。
也许大家还会碰到别的情况，但是我们测试人员和开发人员总在和这些bug打转，相互打口水丈，所以关系就一直很紧张。
大家也许要问如何解决紧张的关系，我想到了几个方面。
测试人员辛辛苦苦发现软件中有问题，报了一个bug。这时就会出现两种状况。第一种，开发人员工作很忙，压力很大，外加心情不好，就会说出如下四类话：
a.你会不会用软件呀?
b.你使用了最bt的方法发现了用户永远也不可能发现的问题 。c.由于我使用了XXX技术，YYY方法和受到了ZZZ的约束，所以只能出现这样的问题，所以就不是bug。
d.上次都说过了，是你们测试的问题，先保证测试用例的正确性再来测试 而如果开发人员比较闲，也许会仔细斟酌一下，做出下列答复：
e.这确实是个问题。但是是由于我的一个小小的疏忽所致，也不至于报的这么严重吧? f.老兄，老板们急着要release，我看我们就。。。
也许大家还会碰到别的情况，但是我们测试人员和开发人员总在和这些bug打转，相互打口水丈，所以关系就一直很紧张。
大家也许要问如何解决紧张的关系，我想到了几个方面。
首先我要为测试人员说说好话，因为我们通常被认为是最不重要的一群人。
1)开发人员通常把软件看成是程序，他们的这种认识上的误区会排斥程序以外的其它因素，例如相关的文档。
2)开发人员通常把软件的质量等同于软件功能性方面的质量。ISO/IEC9126标准中定义了6大质量特性，我们做测
扫一扫
276
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
