好的测试用例应具备的条件

每个测试新人都会有这样的困惑：一个怎样的测试用例，才是好的测试用例呢。不同的公司对用例的要求虽都不同，但用例三要素：编号，标题，步骤是都包含的。只是如何把握一个用例的步骤，期望等细化程度。基本是各执一词。对于功能测试来说，衡量一个测试用例的好坏，还是有一些共性可参考的。

注：该共性来自肖利琼老师的《软测之魂：核心测试设计精解》2011版

• 用例表达清楚，无二义性。当测试用例的设计人员与测试人员不是同一个人时，可以减少理解错误的可能。
• 用例可操作性强。测试中常会遇到这种情况，执行一条用例，需准备大半天的测试环境，或用例太粗，操作描述模棱两可，测试执行人员很难顺利地往下执行。
• 用例的输入与输出明确。一条用例只有一个预期结果，如果一个用例有N个不同的预期结果，一方面容易使测试人员遗漏观察点，另一方面会造成测试统计不准确。
• 用例的可维护性好。用例的结构，表达，遵循用例的设计规范，犹如开发的编码规范，共同工作的团队有一个统一的风格 ，方便相互之间的交流。
• 用例对需求的覆盖率高。这一点很重要，可建立一个需求与用例的追溯表来保证每一需求都有用例与之对应。
• 暴露程序Bug的能力强。

但在这里，笔者也有疑问，是否为了提高用例的覆盖率就需要尽量把用例写得很长，包含更多的观察点。这样一来，用例的覆盖率高了，但是对用例执行者来说，也是一件头疼的事情吧～～～