51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3433|回复: 13
打印 上一主题 下一主题

[讨论] 求教

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-1-21 18:51:47 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
今天去一家公司应聘软件测试工程师一职,被一位测试经理问到一个问题,他说:
     在与用户签定的合同明日就到期进,用户又不能再等的情况下,可是发现该软件还有很有的BUG,问这时测试人员该应怎么做?
     我是刚毕业的新手,现在只有一些理论上的知识,没有实际经验,请各位前辈多多指教呀。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2008-1-21 21:39:59 | 只看该作者
这个啊?我的想法是到了明天就直接拿去做验收测试就行了,出了问题更好,你可以反问一下客户的配置,操作系统是否正版等,从中你可能会挑些"刺"出来,可以延缓交付日期,反而搞得客户不好意思了,嘿嘿
不知道能不能行得通
请大家有更好的解决办法的写出来哦
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-1-22 01:50:29 | 只看该作者
个人经验是测试人员要如实地反映情况,将BUG如实的反映出来,同时如果能够提供交付以后出现问题的风险分析更好。
但是测试人员不该单方决定是否可以交付的,而是要多方一起,包括开发经理,用户,甚至更高级别的管理者,
测试人员只是提供报告,而不是决策者。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2008-1-22 10:33:41 | 只看该作者

回复 2# 的帖子

这倒是个不错的想法,可就是感觉有点对不住 客户了,不过不是挺有用的,谢谢了
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-1-23 12:18:22 | 只看该作者
呵呵,可见这个测试经理挺难为人的,你和一起做也不一定会开心

这种问题都要根据实际情况解决的,不过,如果走正规的方法,应该是:提出问题,做为软件遗留缺陷,在下一个版本中进行修改。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-1-23 13:28:36 | 只看该作者
原帖由 Lordot 于 2008-1-22 01:50 发表
个人经验是测试人员要如实地反映情况,将BUG如实的反映出来,同时如果能够提供交付以后出现问题的风险分析更好。
但是测试人员不该单方决定是否可以交付的,而是要多方一起,包括开发经理,用户,甚至更高级别的管理 ...



这种做法我觉得对.但不一定会面试成功.
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2008-1-24 13:20:51 | 只看该作者

回复 6# 的帖子

是呀,刚毕业,没经验,很受打击呀
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2008-1-24 16:46:03 | 只看该作者
这个问题在实际工作中也是常见的,对于测试人员来说,认真做好测试工作,将测试结果如实反映,在测试报告中提出遗留的BUG、测试偏差、系统存在的隐患及解决方案等,由质量总监协同公司其它部门衡量利弊最终决定是否要发出版本,如果存在很多功能错误或缺陷不作为正式版本发出,那么可以先发出贝塔版在用户那测试,同时也为项目赢得修改的时间
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2008-1-25 12:26:40 | 只看该作者
首先同意3楼LORDOT的看法。

再说说我对这一问题的看法,从测试经理的这一问,就可以看出他是个会推卸责任的人。

1、对于一般的测试工程师来说,只要做到按时成完指定的测试任务就可以了,测试结果也只是送报测试部(或项目测试)的头,跟客户间的交流=0。

2、一般来说,这位经理问的问题是给项目任责人来回答的。他不清楚一个测试人员所要担负的责任,分工不清,可以想见的是他的管理有多糟糕。

3、这个问题有可能是他目前遇到的难题,他自已无力处理,想得到你的一些看法(进一步说明他自身的能力有多么差)。

4、如果你知道如何处理这样的事,那么在以后的工作中,如果你没有处理好类似的问题,他有很大的可能会第一个向你发难。

总之一句话,没有必要为不能在这样的经理手下工作而感后悔。

当然如果为了生计,最好开始就点明:“对这个问题的处理超出了一般测试人员的责权范围,我的处理意见是:……”
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2008-1-25 16:06:29 | 只看该作者
问你这个问题的最根本的意思是:优先测试级别高的缺陷!!!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-1-25 18:02:17 | 只看该作者
楼上的这一说,也有些占边,不过要从这一问上得出他是在问这个,我一时还真的反应不过来(是校验BUG和发现BUG, 不是测试BUG,呵呵,BUG没什么好测试的)
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2008-2-27 20:49:50 | 只看该作者

回复 9# 的帖子

真是高人呀!领教了 ,找到目标了
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-2-27 21:53:17 | 只看该作者
原帖由 jimfeng 于 2008-1-25 16:06 发表
问你这个问题的最根本的意思是:优先测试级别高的缺陷!!!


嗯,同意jimfeng说的话
首先是界定出BUG的严重程度,然后才是考虑怎么处理。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-2-29 19:10:09 | 只看该作者
我觉得情况是应该如实向自己的上级反应的。。。也可以再做一些统计分析。。。比如缺陷分析图什么的。。。看看缺陷主要在哪些模块。。。是否会影响到主要功能的实现。。。有多少会影响。。。之类的。。。然后最后的决策还是要等上级来决策。。。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-25 08:40 , Processed in 0.078454 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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