一条测试用例发现了多个UI界面上的错误
一条测试用例发现了多个UI界面上的错误，是把这些错误是分开写还是写一条上？（就是一个界面上的文字发现了错误，排版上也有问题那么这个Bug是分开写还是总和在一起？） 如果是动态数据造成的问题建议分开写
不然以后改了一部分，另一部分没改，问题就关不了
静态的就无所谓了，一次全搞定。。 写不写一起都可以。。 还是分开写吧 都可以 都可以，可以一条bug也行覆盖多个问题（如：图片、文字错误，页面排版不对），这样可以避免提交bug工作效率也避免麻烦。假如UI问题有十多个或者二十多个，你不可能写十几个或者二十几个bug吧！但是如果你想描述的更详细，让开发一眼知道，你又不嫌麻烦你也可以可以分开写。我在工作当中是直接一条覆盖，直接说明文字错误、图片问题、界面排版，然后就直接上图片，在图片圈出问题所在，让开发看看图片。我比较懒，不想界面文字和图片有问题分开写。所以都可以，这就看你自己:):)O(∩_∩)O哈哈~ 51tty 发表于 2017-10-23 10:25
还是分开写吧
分开写会不会很麻烦，假如：文字出现错误、文字符号没有、图片不清、图片错误、页面排版错误。感觉都要写七八条bug，也可以一条bug覆盖多个问题再加个图片。如果不麻烦的话，也可以分开写，起码更详细 建议分开写，关闭BUG的时候比较方便操作。后期如果文字错误修改了，排版的问题没有修改到位，都写在一起可能稍微有点麻烦。当然，这都是小细节。看你的习惯。理论上，一个BUG，一条记录 就是在一条用例中发现了几个UI的缺陷
是分开写好还是写在一条Bug里面好？
如果分开写，那么用例岂不是就重复了？ 就是在一条用例中发现了几个UI的缺陷
是分开写好还是写在一条Bug里面好？
如果分开写，那么用例岂不是就重复了？ 分开写 修改 重新测试时候都方便 首先UI界面截图并标出不对的地方，之后估计下是否是同一类问题，如果是，就填一个bug ，并附上图片；如果不是，则分开附图填bug
不过这样，如果页面比较多，验证的时候还是比较费时间的
我是这么处理的:)
一般是看问题来源，如果是一类可以可一个，如果分先后台，最好分开，因为修改人不一样 很简单，一个缺陷一个问题单。 看是不是一类问题吧，也可以分模块总结 建议分开来写 对测试来说呢 提交一条BUG 最不好就是好多问题在一个BUG 单上 ，你也可以把相同类型的总结一下在一条 ，最好自己留点截图 建议分开写，关BUG的时候方便，也避免修改漏 分开写比较好，验证修复的时候，你比较好记录，不会漏掉 这个无所谓啊，
一个用例发现的多个bug，还全部是界面上的，写一起人家也好修改，你也好回归
主要是方便即可 jingzizx 发表于 2017-10-27 08:37
一般是看问题来源，如果是一类可以可一个，如果分先后台，最好分开，因为修改人不一样
不同人做的，都要分开，
我没考虑到这个
页:
[1]
2
