[讨论]一个面试时棘手的问题
在项目发布的前一天，作为测试人员的你发现一个严重的bug但无法每次都重现这个缺陷，重现的概率可能是1/20，也可能更低。
而开发人员至少要花三天的时间定位缺陷，请问你该如何处理这个问题？ 首先在缺陷管理工具上记录下该Bug,包括预制条件,操作路径,发生概率;其次可将该Bug的相关信息发送给项目经理,开发和测试Lead,当然要说明你目前正在努力寻找该Bug复现的路径.
作为一名测试人员我们应尽最大努力寻找Bug,况且测试是没有穷尽的,一个项目的发布要考虑各个方面,这就需要项目经理去权衡,做出最终的决定.
这只是自己从事软件测试4个月来的一点点体会,希望能听到大虾的高见!!! 我觉得：确定是个严重的bug的话，上报是当然的，如果置之不管，发布后被用户发现，对公司损失是巨大的，发布前上报，虽然可能要延迟发布，但能降低损失。上报之前，要仔细回忆当时操作的情形，包括步骤、参数、前提条件等等，详细填写缺陷报告发给项目经理，同时自己再努力尝试重现这个bug。 首先要尽量使其重现,并且要忠实,详细的记录,将问题如实反映给项目经理和主管,由他(们)决定是否要release 个人看法
首先必须要记录下来
包括详细的操作步骤和结果等等一切信息
然后可以考虑和相关人员讨论一下该bug可能造成的影响
如果有必要的话延迟发布或者砍掉相关模块再发布
这是公司领导的事情!
个人认为首先记录和上报是没错的
但是公司或许不会去立即修复的,因为修复就一定延时发布m.这本身就是一个损失.而如果按时发布就会带来客户不满意等等的后果,其实这就看具体的情况来定了,两面都有弊端
分别得解决方法就是
如果按时发布 则要在产品说明书中注明那里还有缺陷(用委婉的话说就是我们的软件现在还不支持这项.等待更新饿版本来开发) 我们测试人员则可以有时间进行重现开发也有时间进行定位和修复
如果延时发布 则测试人员要尽快的进行重现开发要尽快的进行定位和修复. 提交！这是不容置疑的。即使是1/百万的出现概率也是要提交的 我面试的时候至少被问了3次这个问题
个人认为这个问题也没有什么准确的答案，版本肯定是要发布的，测试人员尽到作测试的职责，能在最短时间内分析出bug是最好的，分析不出来只有交付项目经理或者更高层的领导，如果问题很严重，会因为这个bug导致整个项目的失败，那么最终还是要找出一个决策者权衡利弊，找出合理的方案来解决问题，使损失降到最低！ 作为一个测试人员，即使进度压力也好，自己能力有限也好，只要发现的是BUG，重现的概率再低，都得提交。因为很有可能就是这个BUG，会影响系统的正常使用，又何况是一个马上要交付给用户使用的系统，用户的不满意会直接影响到公司的形象，以及可能会带给公司严重的损失！
提交之后，应该及时告之你的LEADER，BUG严重的话由主管，项目经理来权衡是否需要解决问题，如何解决问题，发布是否要延迟。但是作为一个测试人员，有BUG就得提交。这是我们的职责啊！~没必要犹豫，更没必要想得太多！
页:
[1]
