多个相同缺陷写几条记录?
在对一个软件进行测试时,该软件所有的输入文本框都有同一个BUG,也就是对输入长度没有限制和提示,输入过长会被自动截掉超出的长度。一共有几百上千个输入框。我在写缺陷报告的时候是该每一个输入框写一条缺陷还是所有的写成一条缺陷呢?感觉每个输入框写一条都是重复的工作,但是如果总共写一条缺陷好像也不太好!大家是怎么做的? 对于这种类似错误,而且涉及到得控件数量比较大的,那么我就自己归结一个错误类型,比如你所报告的错误是对于输入框控件的控制问题,那么我就会以“控制问题”作为一个大项,然后将有这个问题的所有输入框的位置和名称都罗列出来并标注具体的控制是哪方面的问题。以这个为一个大项,其他的问题还是按照正常的一个BUG一个错误报告。避免BUG遗漏。这个是我自己的个人处理方法,好不好请自己斟酌。 2L总结的很好,这种写成一类就好了 能否在一条提示中将所有有此类问题的输入框都写上,集合成一条记录放上去,但是把优先级和严重级都调高一级? 谢谢2L的兄弟,我也觉得你的方法比较好。可是假如我现在用TD进行测试管理,每条缺陷都与相关的测试用例和需求对应,测试用例又对应不同模块,用这种方法,想要将用例和缺陷记录对应,好像就会出现混乱了……课怎么办呢? 还是多个,只要它是产生自不同的测试案例的话 同意5#的观点,这个问题还有什么更好的解决办法吗?而且按照2#朋友的做法放在一个错误类中提交,那在计算BUG数量时,这个错误类是算一个BUG吗?关注中...
PS:新手上路,请多关照 类似的问题报一个BUG就行了。但一定要在BUG描述里,把所有出现这种相似问题的界面都要列出来,不能漏。 好像缺陷记录的原则是一个缺陷对应一条记录,这样才方便管理和统计,可是这个问题……真的让我疑惑了,有什么标准没?或者谁在工作中遇到过这种情况的?
测试不断地去优化开发流程
我现在所在公司的做法是:测试不断地去优化开发流程想这样的问题在开发前期的文档中都做了输入框检查的项
在测试阶段不可能出现大量输入框未作检查的问题
我觉得这个方法相当不错:测试不断地优化开发流程 原帖由 红尾鱼鱼 于 2008-8-24 16:42 发表 http://bbs.51testing.com/images/common/back.gif
谢谢2L的兄弟,我也觉得你的方法比较好。可是假如我现在用TD进行测试管理,每条缺陷都与相关的测试用例和需求对应,测试用例又对应不同模块,用这种方法,想要将用例和缺陷记录对应,好像就会出现混乱了……课怎么办 ...
测试用例也不能写的太死板了,有时候也需要一定的通用性! 可以将所有这些用例链接到一个bug上,在bug的描述内说明是该bug是诸多用例出现的一类bug。 按你的描述,应该是由于相同的问题引起的,你可以试着分析一下原因,然后提一个更深入的BUG,而不是表象,比如由于某某原因造成所有的…………出现问题
页:
[1]