在设计测试用例中的一点儿烦恼

happychap

做测试有一段时间了，在设计和执行测试用例的时候有一个问题困绕了我好久，至今没能摆脱出来，还望各位大虾小虾的指点迷津。

我在写测试用例的时候，一个用例往往有数个步骤，而执行用例的时候，发现BUG却是在某一步骤上，这样一来，在执行回归测试的时候，就很难一眼明白是哪个步骤上发现的问题。其结果是降低了回归测试的效率，更糟糕的是有些BUG未关闭的用例也被显示成了Pass，这为分析带来了错误的信息。

所以，困绕就来了：想一个用例只用一个步骤吧，用例又会太多，写起来麻烦，想将就上面的方法用吧，又实在很郁回归测试时对没有问题的步骤还要进行处理。。。
大家指点一下咯。

xueyuhanchen

测试用例写的 有问题

jysql

5楼说得很在理

Nio

听LZ说的，觉得你在做这方面的管理目的性不强！

我觉得你还是不要用工具来管理你的用例和BUG了。

先手工管理一段时间，明确应该如何管理才是最有效的管理，再建立起工具管理的模式，会更适合。

auto_apple

一个用例多个BUG，这种情况尽量避免吧。我建议lz细化一下测试用例。
不过话说回来，这种情况也不是可以完全杜绝的。只要有一个bug还没有修正，就不要把用例标为pass，不过可以在执行结果的备注里说明一下。

happychap

嘿嘿，好办法，借用之，
不过还有一个问题没有解决，就是：一个用例多个BUG，一个BUG回归测试通过了，那就得记录该用例是PASS的，但其实该用例还有其它的BUG未被Fixed掉呢。

ycxlove11

在提交BUG的时候一定要注明问题是出在哪个具体的步骤上。