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

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

bug描述的不详细

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

飘过。。。

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

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

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

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

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

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

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

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

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

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.硬件信息

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

没有简单描述

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

没有管理工具吗

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

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

站长推荐 /1