大家看看我写的Bug记录对不对

huanping · 发表于 2012-5-31 16:13:33

大家进来看看

nuandongx · 发表于 2019-8-7 14:34:24

没有管理工具吗

eighteen · 发表于 2014-9-19 17:47:34

没有简单描述

duxiaohan0326 · 发表于 2014-9-5 09:10:09

bug最好还是上系统比较容易直观，因为系统上会有相应的项目让你填写，这样方便日后bug的review,
即便在表格里，也需要一些改进
1.bug标题：能用一句简练的话来形容你的bug
2.bug特征：也就是所说的bug属于哪一类、
3.bug级别
4.相应模块
5.重现次数
6.期望解决日趋
7.开发阶段
8.bug详细说明：尽量详细的阐述你的bug发生的情形以及其他类比信息，并在尾部附上系统或软件的版本信息
9.实现步骤
10.出现的错误结果
11.期望的结果
12.附件：如照片，log等等
13.硬件信息

txlxyq · 发表于 2014-7-30 11:45:01

capinfo_393 · 发表于 2014-4-18 13:41:36

1、硬件环境描述
2、bugs描述以及类型，UI，功能，需求，交互等
3、重现步骤
4、期待结果和实际结果

weinicm · 发表于 2013-3-13 14:52:41

Bug模块-功能点-写清楚，有利于其它测试人员进行回归。
作为Bug提交，基本上可以了。

额外的建议：
目测你提交的BUG，可以判断没有相关的产品人员，所以，此时也可以将自已的想法或建议列出来（这个可以根据自已公司的实际状况决定）。

比如，此框可以按以下方式提出建议：
错误日期问题解决方式：
1.非日期。提示*******
2.错误的日期格式。提示******,并给出标准格式。
3.超出当前系统处理（上下限）的日期。提示**********

雨沥艾香 · 发表于 2013-3-13 14:26:49

用缺陷管理工具，把问题的操作步骤，问题表述，截图，优先级等放一块，应该差不了吧

test_没那么简单 · 发表于 2013-3-12 16:39:16

飘过。。。

602192876 · 发表于 2013-3-5 10:44:41

bug描述的不详细

lengyao · 发表于 2013-2-3 22:35:57

进来学习了。。。。。

phoebe_kaka · 发表于 2013-2-1 16:31:20

“假如有的话。没有则不输入”
提示文字好啰嗦啊。。

sunhejuan · 发表于 2013-2-1 15:48:48

1.bug复现的操作步骤没有
2.重现次数100%，不知道楼主是怎么定义的，有点奇怪
3.截图放到了bug详细描述里，不太好，建议分开，建议弄个bug管理工具吧，这方便bug的管理和跟踪

挑战无处不在 · 发表于 2012-10-26 11:16:50

具体到怎么点的点击那出现的问题
具体的步骤描述

a349643236 · 发表于 2012-9-27 11:47:41

BUG描述不清楚，建议描述时先描述哪个模块哪个功能的问题，然后给出修改建议

xiaoshi_2011 · 发表于 2012-9-17 16:37:47

这个只是记录了一个BUG，并没有BUG描述，最好有BUG产生的环境，操作步骤，这样更完善，方便开发人员修复，也便于自己以后总结

ruirui。 · 发表于 2012-9-6 15:09:48

路过。。

kaka735 · 发表于 2012-9-6 09:07:03

bug问题步骤不够详细，概述内容可能引起问题无法重现（每人理解不一样可能导致具体操作不一样）

kaluodier123 · 发表于 2012-9-5 16:06:04

写得不够详细。。

千里 · 发表于 2012-9-4 13:55:22

这本身是一个好帖，能够让楼主得到更多的有用评价，支持这样的提问帖。

mainer · 发表于 2012-8-16 17:10:10

模块路径，模块名称不清晰。
操作步骤不合理，尽量描述的详细些，还有就是你填入的数据项也应该体现出来。

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 大家看看我写的Bug记录对不对

本帖子中包含更多资源

相关帖子

站长推荐 /1