软件缺陷报告单中对测试的描述为什么不用测试用例代替?
软件缺陷报告单中对于测试步骤之类的描述与测试用例中的描述不一样吗?为什么不借助于 测试用例来 描述软件缺陷报告单中的测试呢?而在软件缺陷报告单中再次描述测试步骤之类的不是浪费吗? 用例的粒度问题，如果你的用例详细到可以发现所有的缺陷而不需要补充，当然可以直接从用例到缺陷。
TD的需求、用例、缺陷相互的关联可以说就是这个意思吧。 就我所在的公司而言,测试用例并不是开发人员编写的,他们对测试用例也不是很了解,如果用测试用例代替操作步骤的话就需要他们去翻阅用例.写步骤的时间与翻阅及询问的时间相比是比较少的.
另外,在测试过程中可能会有新增用例,这些都是在测试完成后才会添加到用例库里的,测试的过程中在用例中是找不到的.
所以还是不能替代的. 主要还是粒度问题，测试用例的易用、易维护决定需要缺陷报告。
深有体会阿！ 1、测试用例的粒度达不到测试缺陷报告中的再现缺陷的测试步骤的要求
2、缺陷发生时，不一定包括在哪个测试用例中
3、缺陷报告时，最好要说明测试时的测试步骤和测试数据（为了复现问题），而测试数据是不一定描写在测试用例中的 look后受益匪浅！！谢谢 绝大部分可以引用，但不是全部。。。你实践过后会深有体会的哦 如果在测试用例的基础上添加才错误汇报，开发人员很少会接受，他们会回应你，给他这个干什么，他们看不懂！
只能自己进行加工，写成另一格式，部分能直接引用就引用，不能引用就再另外描述了 在测试用例中的操作步骤只是指引测试执行者怎么去操作。而缺陷报告单中的对缺陷的详细描述，是给开发人员看的，应该尽量的详细，如果有必要还可以附上附件，比如截图，文档等。
页:
[1]
