软件测试 每周一问 : 作为一个软件 测试人员 经常会遇到 程序员 或者设计人员拒绝修改你提交 缺陷 的情况,但是往往到最后这个缺陷会被用户提出,不得已再进" name="description" />

测试人员如何说服他人认可你提交的缺陷是需要修改的?

发表于:2009-02-20来源:作者:点击数: 标签:缺陷
java script:tagshow(event, '%C8%ED%BC%FE%B2%E2%CA%D4');" href="javascript:;" target=_self> 软件测试 每周一问 : 作为一个软件 测试人员 经常会遇到 程序员 或者设计人员拒绝修改你提交 缺陷 的情况,但是往往到最后这个缺陷会被用户提出,不得已再进
javascript:tagshow(event, '%C8%ED%BC%FE%B2%E2%CA%D4');" href="javascript:;" target=_self>软件测试每周一问作为一个软件测试人员经常会遇到程序员或者设计人员拒绝修改你提交缺陷的情况,但是往往到最后这个缺陷会被用户提出,不得已再进行修改,给个人和公司带来一定的负面效果,那么如何说服他人认可你提交的缺陷是需要修改的?欢迎大家各抒己见!
        会员cityyard的精彩回答:
        这个问题其实非常不好回答,实际情况往往很复杂……
        就我个人经验写一点感受吧~~当然了,诸如要写清楚现象,尽量详细报告等是QA人员应有素质,这里篇幅原因暂且搁置不谈。

        首先,开发方必须提供完整详细的式样书和制限事项。式样书是测试人员测试的基础,测试人员如果按照式样书测试得到了不一样的或者奇怪的结果,那么必然是bug无疑,没有任何可以争论的余地;如果测试人员执行了式样书上没有写的动作,得到了一个奇怪的结果,那么首先去制限事项里面找,如果制限事项写了,那么意味着开发者知道这个问题并且还在开发中,那么OK暂时放过(注意是暂时),如果制限事项也没写,那么再看这个动作是不是用户可能做出来的动作,举个例子如果一个软件的某个命令完全封装在内部,调用时一定会以普通用户身份执行,那么测试人员使用root测试出来的问题就是无效的(注意,当然封装的命令可能因为封装错误用root执行了,但那是另一个bug);如果测试人员的动作虽然式样书没有,但是却是用户可以做出来的,那么抱歉,这个问题必须修改,而且还要围绕这个被式样书遗漏的问题进行拓展。

原文转自:http://www.ltesting.net