第232贴【2005－05－23】：什么是好的测试用例
对于任何系统来说都可能存在大量的测试用例，但进行穷举测试是不可能的，实际上只能运行其中很少的一部分测试用例，并且希望这些有限的用例能发现软件中的大部分缺陷。因此如何评价一个用例非常重要。什么样的测试用例是好的测试用例？有四个特性可以描述测试用例的质量：最重要的是检测软件缺陷的有效性，即用例能否发现缺陷，或是否可能发现缺陷；其次用例的覆盖程度怎么样，好的用例可以测试多个内容，因此可以减少用例的数量；第三个方面是用例的开销，包括测试用例的执行、分析和调试是否经济；第四个方面是指测试用例的可维护性，即每次软件修改后测试用例的维护成本。 对于覆盖的问题，其实也有一些特别的想法。
从本意来说，其实最好一个testcase覆盖一个测试目标比较好，覆盖多个测试目标
应该不是衡量好坏的标准。
另外，对于很多测试教本，可读性和可复用性，应该也是一个衡量的标准！ 其实覆盖一个测试目标的测试用例和覆盖多个测试目标的测试用例都是需要的，通常而言设计好的覆盖多个测试目标的测试用例更困难，但这种用例更能发现一些隐藏很深的Bug。 其实可以理解为在一个测试用例或一个测试过程中尽可能检查更多的内容，以减少测试用例的数量和反复执行的时间。 我们现在测试根本就不需要测试用例,拿旧系统办理业务的单到新系统测试即可以,但非常不全面,我也很无奈 不知道楼上提到的“旧系统办理业务的单”是否可以看成是测试用例的一种形式，如果是这样，那就可以看成是回归测试。代码进行了重构或者设计进行了优化，只要需求没有变，复用以前的测试用例进行回归测试是没错的。如果认为以前的测试不充分，可以考虑添加测试用例。 "好的用例可以测试多个内容",不能单纯的理解为一个用例测试了多个功能点。例如在进行等价类覆盖的时候，我们需要追求一个用例尽可能多的覆盖有效等价类，这样可以提高测试的效率。
能举个实际的例子说明一个测试用例吗？
能举个实际的例子说明一个测试用例吗？ 可以理解为在一个测试用例或一个测试过程中尽可能检查更多的内容.楼上提到的四大测试用例标准真不错. 好的测试用例能测试出隐藏很深的BUG。 既然也是成本因素，问问天网老师和其他大虾为什么不把第4条直接放第3条得了？[ Last edited by B2CPC on 2005-7-20 at 23:46 ]
对于任何系统来说都可能存在大量的测试用例，但进行穷举测试是不可能的，实际上只能运行其中很少的一部分测试用例，并且希望这些有限的用例能发现软件中的大部分缺陷。因此如何评价一个用例非常重要。
谢谢版主，让我学到了不少东西。:p:p:p
页:
[1]
