测试用例的设计实际上是测试人员进行测试的指导手册。通过测试需求分析阶段评审的测试项和子项是测试用例设计的输入。在软件测试活动中，需求规格说明是软件测试活动的基石，所有的测试活动都以此为基础。测试需求来自需求规范，是系统测试阶段和验收测试阶段的基础。测试用例和预测试用例以测试需求中的测试项目和子项目为准。在审查测试项目和子项目之后，测试用例设计活动可以正式启动。
在单元测试测试用例设计阶段，常用的用例设计方法包括语句覆盖、判断覆盖、条件覆盖、判断条件覆盖、路径覆盖等。也就是通常所说的白盒测试设计技术。在系统测试用例设计阶段，常用的测试用例设计方法包括等价类、边界值、决策表、因果图、正交实验、状态转移、场景分析等。通常称为黑盒测试设计技术。下面从测试用例的一般格式和设计方法方面详细分析这些测试用例设计技术。
测试用例概念。在开发软件活动时，通常需要根据测试用例来执行。那么有哪些测试用例，它们的功能是什么？测试人员如何编写设计测试用例？要解释上面的问题，首先要理解为什么测试活动需要测试用例。按照自己的意愿组合测试需求是不是更快？答案肯定是否定的。
在国外软件测试发展的早期，测试作为一项辅助工作，并不像今天这样专业和规范。很多情况下，基本都是基于测试工程师的经验，按照需求和规范进行测试活动。在这种情况下，测试的覆盖率和正确性基本取决于测试工程师的专业素质，盲目测试和漏测的风险大大增加。随着软件工程学科的发展和用户对产品质量要求的不断提高，ISO、CMMI等软件质量标准要求在实施测试活动时必须设计测试用例，以降低软件质量风险，提高测试活动质量。
测试用例，顾名思义，就是测试用例的列，是为特定目标开发的输入、执行条件、操作步骤和预期结果的集合。在不同的测试活动中，测试用例的格式是不同的。在测试活动中，为了判断被测对象是否符合用户的预期，测试工程师会提前根据用户的需求设计测试用例，即包含测试目的、测试输入、操作步骤、预期结果等关键信息的格式文档。作为开展测试执行活动的重要依据。测试时，按照测试用例中的操作步骤对测试对象进行操作，根据测试输入测试数据。然后，检查测试对象的结果现象是否与预期结果相同。如果相同，则测试通过，否则，测试失败不一致的现象视为缺陷。