51Testing软件测试论坛

标题: 一条测试用例发现了多个UI界面上的错误 [打印本页]

作者: 陶大大5.19 时间: 2017-10-22 21:01
标题: 一条测试用例发现了多个UI界面上的错误
一条测试用例发现了多个UI界面上的错误，是把这些错误是分开写还是写一条上？
（就是一个界面上的文字发现了错误，排版上也有问题那么这个Bug是分开写还是总和在一起？）

作者: Miss_love 时间: 2017-10-23 08:27
写不写一起都可以。。

作者: puchonghui 时间: 2017-10-23 09:17
如果是动态数据造成的问题建议分开写

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

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

作者: 51tty 时间: 2017-10-23 10:25
还是分开写吧

作者: 黑盒测试 时间: 2017-10-23 10:54
都可以

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

O(∩_∩)O哈哈~

作者: 测试123. 时间: 2017-10-23 11:09

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

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

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

作者: 陶大大5.19 时间: 2017-10-23 21:02
就是在一条用例中发现了几个UI的缺陷

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

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

作者: 梦想家 时间: 2017-10-24 14:56
分开写修改重新测试时候都方便

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

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

作者: testuser023 时间: 2017-10-27 17:47
很简单，一个缺陷一个问题单。

作者: Panda潘达 时间: 2017-11-21 15:07
看是不是一类问题吧，也可以分模块总结

作者: 软件破坏师 时间: 2017-12-1 16:04
建议分开来写对测试来说呢提交一条BUG 最不好就是好多问题在一个BUG 单上，你也可以把相同类型的总结一下在一条，最好自己留点截图

作者: 呼呼我高兴 时间: 2017-12-27 09:48
建议分开写，关BUG的时候方便，也避免修改漏

作者: 104~牛牛 时间: 2017-12-28 14:00
分开写比较好，验证修复的时候，你比较好记录，不会漏掉

作者: 就是爱测试 时间: 2018-1-4 10:37
这个无所谓啊，
一个用例发现的多个bug，还全部是界面上的，写一起人家也好修改，你也好回归
主要是方便即可

作者: 就是爱测试 时间: 2018-1-4 10:38

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

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

作者: 就是爱测试 时间: 2018-1-4 10:38

测试123. 发表于 2017-10-23 11:04
都可以，可以一条bug也行覆盖多个问题（如：图片、文字错误，页面排版不对），这样可以避免提交bug工作效率 ...

UI bug 最好截图

作者: pl2379965 时间: 2018-1-5 11:10
分开写
1、不管是不是同一个人改，不会影响
2、不管动态还是静态，总不会错
3、没人规定一条用例，只产生1个bug，出现bug的情况多种多样，用例只是帮助你找到bug，覆盖全面而已，这个全是针对功能点，而不是bug
4、清晰明了，文字错误就是错别字，本地化就是本地化，UI错误就是UI，文本排版逻辑就是排版，请分别区分

作者: 15857587694 时间: 2018-1-15 16:46
让ui测

作者: 甯_ 时间: 2018-1-15 17:35

puchonghui 发表于 2017-10-23 09:17
如果是动态数据造成的问题建议分开写

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

赞成。
就页面图片文字这些问题，如果分开写，开发改了一个bug，点开下个bug一看，还是那个类似的问题，再去改一次，太麻烦了。写一起开发测试都省事。没有必要弄太复杂

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