测试用例及测试用例与bug的对应关系？

majnolia

最近在写新项目的测试用例和执行一些测试用例，有点疑问：
1.测试用例是否应是将模块或这功能分解到最小，然后针对这个最小单位来写呢？还是可以将一些内容组合起来检查，比如用户填写信息的界面检查，除了需要检查是否有错别字、界面是否美观等，由于自我介绍有输入字数约束是否也可以在这里一并检查？
2.如果1.中可以组合检查，那么提bug的时候是应该将问题分开提还是放在一条bug里面？就是说，一条用例对应一条bug么？还是说可以灵活掌握，同类型错误可以提交到一条bug中，比如某个功能这个地方的名称只能写20个字，另外一个地方名称可以写50个字，两个地方都没有限制正确，就可以放在一条bug中？
还请大虾们指教！！！

66545685

一条用例对应一个缺陷报告这个是肯定的
不要偷懒写在一起

个人觉得用例对应的模块和功能，步骤应该详细，这样以后bug重现起来也较为方便

luming

1.从理论上说，每条测试用例都只完成单一的功能。所以应该分成不同的用例测试不同的内容。
2.写成2条bug，因为修改的时候，可能会出现只修改一个地方的情况。在哪里出现问题，就在哪里记录一条缺陷。你认为可能是同类型，但是修改缺陷的可能不知道。

dujun

如果你非要一个用例测试多个内容 那么 请把步骤细化到最小

zlyhello

1。一个用例对应一个BUG好。
2。提交bug单上应有出现bug用例上的编号，这样便于查找详尽用例内容。
3。一个用例对应一个bug的好处是对于开发人员来说利于他们对问题的修改，避免遗漏。
欢迎光临中国数据采集分析网：http://www.chinadacs.cn

陶大大5.19

zlyhello 发表于 2008-4-10 15:48
1。一个用例对应一个BUG好。
2。提交bug单上应有出现bug用例上的编号，这样便于查找详尽用例内容。
3。一 ...

能问一下，我们一条用例上发现了多个UI界面上的错误，那么编写Bug的时候是分开写，还是只写一条？