一条测试用例发现了多个UI界面上的错误

陶大大5.19 · 发表于 2017-10-22 21:01:47

一条测试用例发现了多个UI界面上的错误，是把这些错误是分开写还是写一条上？
（就是一个界面上的文字发现了错误，排版上也有问题那么这个Bug是分开写还是总和在一起？）

puchonghui · 发表于 2017-10-23 09:17:25

如果是动态数据造成的问题建议分开写

不然以后改了一部分，另一部分没改，问题就关不了

静态的就无所谓了，一次全搞定。。

Miss_love · 发表于 2017-10-23 08:27:54

写不写一起都可以。。

51tty · 发表于 2017-10-23 10:25:13

还是分开写吧

黑盒测试 · 发表于 2017-10-23 10:54:47

都可以

测试123. · 发表于 2017-10-23 11:04:51

都可以，可以一条bug也行覆盖多个问题（如：图片、文字错误，页面排版不对），这样可以避免提交bug工作效率也避免麻烦。假如UI问题有十多个或者二十多个，你不可能写十几个或者二十几个bug吧！但是如果你想描述的更详细，让开发一眼知道，你又不嫌麻烦你也可以可以分开写。我在工作当中是直接一条覆盖，直接说明文字错误、图片问题、界面排版，然后就直接上图片，在图片圈出问题所在，让开发看看图片。我比较懒，不想界面文字和图片有问题分开写。所以都可以，这就看你自己

O(∩_∩)O哈哈~

测试123. · 发表于 2017-10-23 11:09:10

51tty 发表于 2017-10-23 10:25
还是分开写吧

分开写会不会很麻烦，假如：文字出现错误、文字符号没有、图片不清、图片错误、页面排版错误。感觉都要写七八条bug，也可以一条bug覆盖多个问题再加个图片。如果不麻烦的话，也可以分开写，起码更详细

a5612398 · 发表于 2017-10-23 15:00:18

建议分开写，关闭BUG的时候比较方便操作。后期如果文字错误修改了，排版的问题没有修改到位，都写在一起可能稍微有点麻烦。当然，这都是小细节。看你的习惯。理论上，一个BUG，一条记录

陶大大5.19 · 发表于 2017-10-23 21:02:00

就是在一条用例中发现了几个UI的缺陷

是分开写好还是写在一条Bug里面好？

如果分开写，那么用例岂不是就重复了？

陶大大5.19 · 发表于 2017-10-23 21:02:36

就是在一条用例中发现了几个UI的缺陷

是分开写好还是写在一条Bug里面好？

如果分开写，那么用例岂不是就重复了？

梦想家 · 发表于 2017-10-24 14:56:22

分开写修改重新测试时候都方便

happyaxia · 发表于 2017-10-25 16:41:49

首先UI界面截图并标出不对的地方，之后估计下是否是同一类问题，如果是，就填一个bug ，并附上图片；如果不是，则分开附图填bug
不过这样，如果页面比较多，验证的时候还是比较费时间的
我是这么处理的

jingzizx · 发表于 2017-10-27 08:37:37

一般是看问题来源，如果是一类可以可一个，如果分先后台，最好分开，因为修改人不一样

testuser023 · 发表于 2017-10-27 17:47:21

很简单，一个缺陷一个问题单。

Panda潘达 · 发表于 2017-11-21 15:07:39

看是不是一类问题吧，也可以分模块总结

软件破坏师 · 发表于 2017-12-1 16:04:35

建议分开来写对测试来说呢提交一条BUG 最不好就是好多问题在一个BUG 单上，你也可以把相同类型的总结一下在一条，最好自己留点截图

呼呼我高兴 · 发表于 2017-12-27 09:48:44

建议分开写，关BUG的时候方便，也避免修改漏

104~牛牛 · 发表于 2017-12-28 14:00:00

分开写比较好，验证修复的时候，你比较好记录，不会漏掉

就是爱测试 · 发表于 2018-1-4 10:37:31

这个无所谓啊，
一个用例发现的多个bug，还全部是界面上的，写一起人家也好修改，你也好回归
主要是方便即可

就是爱测试 · 发表于 2018-1-4 10:38:08

jingzizx 发表于 2017-10-27 08:37
一般是看问题来源，如果是一类可以可一个，如果分先后台，最好分开，因为修改人不一样

不同人做的，都要分开，
我没考虑到这个

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

[求助] 一条测试用例发现了多个UI界面上的错误

评分

站长推荐 /1