需要向大家好好地认真学习啊！

很值得学习一下，顶

顶！！学习哈。。。。。。。。。。。。。。

引用:

Originally posted by name-jj at 2005-9-6 09:38:



想问一下，你举的这个例子是好的，还是不好的呢？

是好的，她叫你按照她说的那样写比较好。

报bug主要是要写好重现步骤：
首先注明需要哪些必备的环境，
接着是执行操作的步骤，
指明什么地方出错，
期望应当是什么结果，
添加必要的附件作为补充。

我平时就很注意这个问题
支持flyingnow说的方法

作者提到BUG三要素:位置\操作\现象,是很基本的.我也做了几年测试,凭我的经验我觉得一个好的BUG还要应具备以下要素:预期的结果\实际的结果\问题分析
要写出预期结果就要熟悉了解被测东东的需求,了解客户的需求，或者对产品多年的积累.
要写出实际结果就比较容易了,包括出错的现象,还有问题所在
要分析问题就比较有挑战了,这也是衡量测试人员水平的要素.分析错误大概出在哪里.从两个方面来分析,技术上分析:使程序员更容易定位问题.业务上分析:因为有的程序员没有经验,他只知道一个模块,有深度,但是没有广度,他不知道整个项目的需求,更不知道客户的要求.他很有可能不知道要如何去修改这个BUG,如果你给他思路他会很感激的.

所以测试人员需要了解的东西需要比较广泛最好做过程序员,另外业务知识很重要,对于做项目测试尤其明显.业务知识的积累有很多途径,如去项目现场参观.

填写BUG 票可以参考以下步骤:
1.测试的日期,版本,工具等填写完整.
2.要对BUG进行概括性的总结-----描述问题所在.
3.将测试手顺(测试的顺序)描述清楚.可以采用1.2.3....等罗列出来.
4.列出测试出现的错误概率.

PS:我现在没有什么管理BUG 的工具,平时就是用EXCEL 来填写BUG 票,还要用英文填写.
      希望大家多多讨论.互相学习.集体进步

个人觉得用英文提交BUG比中文来得准确！！

说得很对，我感觉自己现在提交的BUG虽然写的很详细，但有时候觉的很冗长。

引用:

原帖由 testing 于 2004-10-29 08:28 发表
填写一份内容全面，条理清晰的问题单，使测试人员的基本功底。从论坛上很多人发帖的模糊标题就可以看出，在具体的工作中，bug报告单填写的也肯定不好。

testing 的回复中也有错别字，“ 填写一份内容全面，条理清晰的问题单，使测试人员的基本功底。”其中的“使”应该是“是”，如果我没有理解错的话。sdlkfj2

引用:

原帖由 stiff 于 2005-7-22 13:08 发表
测试员本身不能有bug。

对于stiff的说法，个人觉得有点绝对，测试人员也不是神，怎么可能没有bug呢，只能说，不能犯低级错误，不能有比较明显的bug。纯属个人意见。呵呵sdlkfj2

我觉的还要站在别人的角度来看问题了。
填写Bug后，你要以别人的身份来审视你的bug，看是否清楚。
我觉的几个错别字还是可以理解。只要不影响理解！

我觉得错别字是要不得
这样很容易让别人误解你的意思

我觉得这里还可以用贴图

言简意赅,清晰明了

位置、操作、现象三要素不仅要在bug描述中体现，同时还要在bug主题中体现
可以把对bug描述的要求整理成规范文档，这样测试人员都能把握尺度，主管只需在最初稍加指导不用全部review。

支持

对于bug的描述直接影响到整个开发进度,在描述bug时应准确,详细.