测试用例及测试用例与bug的对应关系?
最近在写新项目的测试用例和执行一些测试用例,有点疑问:1.测试用例是否应是将模块或这功能分解到最小,然后针对这个最小单位来写呢?还是可以将一些内容组合起来检查,比如用户填写信息的界面检查,除了需要检查是否有错别字、界面是否美观等,由于自我介绍有输入字数约束是否也可以在这里一并检查?
2.如果1.中可以组合检查,那么提bug的时候是应该将问题分开提还是放在一条bug里面?就是说,一条用例对应一条bug么?还是说可以灵活掌握,同类型错误可以提交到一条bug中,比如某个功能这个地方的名称只能写20个字,另外一个地方名称可以写50个字,两个地方都没有限制正确,就可以放在一条bug中?
还请大虾们指教!!! 一条用例对应一个缺陷报告这个是肯定的
不要偷懒写在一起
个人觉得用例对应的模块和功能,步骤应该详细,这样以后bug重现起来也较为方便 1.从理论上说,每条测试用例都只完成单一的功能。所以应该分成不同的用例测试不同的内容。
2.写成2条bug,因为修改的时候,可能会出现只修改一个地方的情况。在哪里出现问题,就在哪里记录一条缺陷。你认为可能是同类型,但是修改缺陷的可能不知道。 如果你非要一个用例测试多个内容 那么 请把步骤细化到最小 1。一个用例对应一个BUG好。
2。提交bug单上应有出现bug用例上的编号,这样便于查找详尽用例内容。
3。一个用例对应一个bug的好处是对于开发人员来说利于他们对问题的修改,避免遗漏。
欢迎光临中国数据采集分析网:http://www.chinadacs.cn zlyhello 发表于 2008-4-10 15:48
1。一个用例对应一个BUG好。
2。提交bug单上应有出现bug用例上的编号,这样便于查找详尽用例内容。
3。一 ...
能问一下,我们一条用例上发现了多个UI界面上的错误,那么编写Bug的时候是分开写,还是只写一条?
页:
[1]