测试用例的设计及概念

测试用例的设计，其实就是方便测试人员测试的指导手册。经过测试需求分析阶段评审通过后的测试项及测试子项，即是测试用例设计的输入，在软件测试活动中，需求规格说明书是软件测试活动的基石，所有测试活动以其为基准。测试需求来源于需求规格，是系统测试阶段、验收测试阶段的依据，测试用例及预测试用例以测试需求中测试项及测试子项为准。评审通过测试项及测试子项后，可正式展开测试用例设计活动。

在单元测试测试用例设计阶段，，常用的用例设计法有语句覆盖、判断覆盖、条件覆盖、判断条件覆盖、路径覆盖等，通常称为白盒测试设计技术。系统测试用例设计阶段，常用的测试用例设计方法有等价类、边界值、判定表、因果图、正交实验、状态迁移、场景分析等，通常称为黑盒测试设计技术，下面从测试用例概格式及设计方法方面详细剖析这些测试用例设计技术。

测试用例概念。开展软件活动时，通常情况下都需要依据测试用例进行，那么到底什么测试用例，其作用如何？测试人员又是如何编写设计测试用例的呢？要解释上面的问题，首先要明白为什么测试活动需要测试用例，根据自己的意愿结合测试需求是否更快捷？答案肯定是否定的。

在国外软件测试发展的初期，测试工作作为一个辅助性工作，并不像如今这么专业规范，很多时候基本都是测试工程师的经验进行，依据需求规格说明书开展测试活动，这种情况下测试覆盖率及正确性基本都是靠测试工程师个人职业素质，盲目测试、漏测风险大大增加。随着软件工程学科发展及用户对产品质量需求的不断增加，在ISO、CMMI等软件质量的标准中要求测试活动实施时必须进行测试用例设计，以期降低软件质量风险，提高测试活动质量。

测试用例，顾名思义，就是测试用例的列子，是为某个特定目标开发的输入、执行条件、操作步骤及预期结果的集合，在不同的测试活动中，测试用例的格式不尽相同。进行测试活动时，为了判断被测对象是否满足用户期望，测试工程师会事先根据用户需求设计测试用例，即一个包含测试目的、测试输入、操作步骤、预期结果等关键信息的格式文档，以此作为开展测试执行活动的一个重要依据。测试过程中，依据测试用例中的操作步骤操作测试对象，并根据测试输入测试数据，然后检查被测对象表现出的结果现象是否与预期结果一样，如果一样，即测试通过，否则测试失败不一致的现象被认为缺陷。