51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 48830|回复: 86
打印 上一主题 下一主题

测试人员如何说服他人认可你提交的缺陷?(08-03-28)(获奖名单已公布)

[复制链接]

该用户从未签到

1#
发表于 2008-3-30 10:30:58 | 显示全部楼层
其实流程再好,也难免会碰到类似的问题,个人认为在碰到该问题的时候,可以从以下几个方面入手:
1. 既然提交了Bug,这说明这个问题在测试组内部是得到过充分认可的一个缺陷。如果被开发人员认为不是一个Bug,首先在测试组内部进行讨论,看看开发人员为何认为这不是一个Bug,找到原因之后,再检查我们所提交的报告,看是否存在不足之处,如果有,则加以改正,然后再次ReOpen。
2. 如果在Bug描述上面没有任何问题的情况下,开发人员仍然不认不这是Bug,测试组可以就此Bug从多个角度来说明认为它是Bug的原因。比如,这是根据测试用例,或者测试文档可以直接证明它是一个Bug。
3. 如果没有直接的证据来说明,那么需要测试人员根据以往项目的测试经验,或者站在用户的角度上来举例说明。比如,以前的项目在这个地方是什么样的结果,而现在的结果跟以往项目不符。比如,这个问题在某个版本的Build上面不发生,但是这个上面就发生。比如,在什么样的操作下不发生,而在这种操作下却发生等等等等。

总之,最重要的是测试人员和开发人员之间的沟通的有效性。一定要注意沟通的方式和技巧,要本着互相探讨互相商量的原则,要力争把问题讲清楚就可以了。

另外,在碰到这种问题的时候,开发组那边应当有一个专门的小组,来决定此类Bug是否需要修正。
如果测试和开发都有一套比较完备的流程,那么这种问题是可以很好的得到解决的。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-5-8 12:41 , Processed in 0.065870 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表