51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3173|回复: 3
打印 上一主题 下一主题

[讨论] 大家来讨论一道常见的软件测试面试题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-9-8 21:03:14 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1:如果你发现了一个BUG,报给开发部的时候,开发人员不予采纳,你会怎么办?

我的办法是:首先自己要在提交给开发人员前,最好对bug进行再一次的确认和分析,明确定义bug的缺陷级别,了解发现的这个bug的缺陷级别,如果只是一个建议性的问题,可以保留.如果缺陷级别高,再与开发人员沟通,记录下来开发人员为什么认为不是BUG的原因。如果开发人员的原因确实是合理的那就取消此BUG,如果缺陷级别高,开发人员给出的理由不充分,就需要自己再次重现这个BUG,重现这个BUG给开发人员看,且说明因为这个BUG会影响的其它的业务功能。此时开发人员还是不采纳那就报给leader来协助解决。

2:很不幸,你的leader也不认为你发现的这个问题是个BUG,你会怎么办?
如果leader也认为不是BUG,那么还是要记录其认为不是BUG的原因,并将其状态置为取消或者遣留状态。如果原因不合理,那么则需要找出这个BUG严重影响其它业务功能的证据,让leader心服口服。但通常情况下,开发人员和leader都认为不是bug,那样的bug缺陷级别比较低,有可能是自己理解错误,对某一块理解发生歧义,也可能是开发人员太忙,认为无关紧要的小bug没有时间改,也不可太固执.

不知道大家有没有遇到过,或你有什么好的回答,欢迎大家一起来讨论!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

4#
发表于 2008-9-10 10:05:07 | 只看该作者
沙发是我的了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-9-10 09:50:19 | 只看该作者
1、有制度就按照制度办,确认是否是bug的权力在制度中给了谁,就由谁说了算。如果你不是bug确认人,也不认可对于某bug的处理,应当尽早提出个人意见并记录备案;
2、没有制度定制度,明确测试中各权力、职责等划分;没有公司级的制度可以先在部门或者项目组内制定小制度,以解决内部纷争;
3、制度没有制定完成前,则强调沟通,讲究证据,测试人员应当做到原则问题不放松,其他问题可让步。以达到团结协作,取得良好效果之目的。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2008-9-10 09:07:17 | 只看该作者
留住你的证据、并且写上不提出的原因是因为leader等人因素、一旦用户提出、让他们吃不了兜着走!
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-17 02:29 , Processed in 0.067749 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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