51Testing软件测试论坛

标题: 一道棘手的面试题 [打印本页]

作者: Jifucy1010 时间: 2007-12-3 14:15
标题: 一道棘手的面试题
如果你遇见一个bug，这个bug是你通过一系列操作（执行很多而且比较杂的步骤后），接着系统出现一个错误（死机，或者一些明显而且比较严重的错误），而你这时又需要向开发人员去描述这个错误，但是这个错误又是极其偶然的才出现（但它是很严重的bug），你如何来向开发人员来描述这个bug，因为步骤、过程的复杂，加之这个bug出现几率又很低，你不可能再重现你发现bug前对系统的操作步骤和过程。
对于在这种情况下，你如何和开发人员交流，让他了解明白你发现那个bug，而让他方便去修复呢？

作者: shushucn1983 时间: 2007-12-3 15:11
words

作者: red-hat 时间: 2007-12-3 15:16
把你的操作步骤详细的汇报给开发人员,最好还能够附上截屏,log之类的信息

作者: yuandjing 时间: 2007-12-3 17:00
作为测试人员最重要的不是发现BUG，而是帮助开发人员定位BUG
所以我会这样做：
反复测试，直至找出BUG重现的特定的规律
再提交给开发人员
这样开发人员可以很轻松的修正BUG

作者: smallsky 时间: 2007-12-3 17:03
重复当时的场景，再多次作测试！肯定能演示给开发人员看

作者: youyan2007 时间: 2007-12-3 17:25
没错，我刚来的时候发现一个问题就把开发的负责人叫过来让他看问题的表现，现在想来还真傻，不会定位，还浪费他们时间！现在的方法就是，偶然出现的问题等定好位了再提交，不重现就不提交！可这样还是不对，他们就说我发现问题不报告，真郁闷，怎么做都不行！

作者: creamwar 时间: 2007-12-4 09:32
一定要提交
1．记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。
2．尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。
3．程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。
4．无法重现的问题再次出现后，可以直接叫程序员来看看问题。
5．对于测试人员来说，没有操作错误这条.既然遇到，就是问题。既然测试人员犯错误，用户也可能会犯同样的错误。

测试人员只是检查程序中可能存在的问题，虽然测试人员使用一定的手段方法努力去覆盖所有的情况，但这些都是理论的推测。在实际中，可能因为人员、环境、配置等种种原因出现各种各样的问题，在测试人员这里发现问题是公司内部的事情，程序发到外面可就是公司的形象问题了。
需要让程序员理解，测试人员是帮助他们的，不是害他们的。
客户那里发现问题比测试员发现问题结果要严重的多。

作者: dujun 时间: 2007-12-4 15:55
如果是在很极端很特殊的条件下才会发生此bug，那么不修复也可以的。毕竟用户极少极少会触发这个bug的，如果修复这个bug所需要的人力财力大大超出预期，就更不划算了。
毕竟bug是无法全部修复的，要找到一个平衡点

作者: chenyan_shy 时间: 2007-12-5 10:38
不管是什么bug,简单的也好，复杂的也好，一个好的测试人员应该能定位产生bug的原因，有时候我们很难判断bugs的原因，我们可以定位点。不知道我的理解对不对。请高手指教。

作者: yangtesting 时间: 2007-12-5 11:20
仔细分析，尽量重现BUG，如果不能重现也要记录相关信息，根据该问题严重程度，可以通知测试管理者了解该BUG

作者: 狗蜡笔粉丝 时间: 2007-12-5 12:54
如何才能将BUG操作步骤重现，是一个优秀的测试工程师必备的素质，主要还是需要经验~

作者: 狗蜡笔粉丝 时间: 2007-12-5 12:56
如果你是偶然出现了死机之类的问题，并且这个问题不能重现，那就不一定是软件的问题

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)