用例测试是一种技术，可以帮助我们识别从头到尾按事务处理整个系统的测试用例。Ivar Jacobson在他的著作“ 面向对象软件工程： 用例驱动方法” [Jacobson，1992]中描述了它们。
- 用例是演员（系统的用户）对系统的特定使用的描述。每个用例描述了actor与系统之间的交互，以便实现特定任务（或者至少为用户产生一些有价值的东西）。
- 演员通常是人，但他们也可能是其他系统。
- 用例是描述actor和系统之间交互的一系列步骤。用例是根据actor而不是系统定义的，描述了actor所做的事情以及actor看到的内容，而不是系统期望的输入和系统的输出。
- 他们经常使用业务的语言和术语而不是技术术语，尤其是当演员是商业用户时。
- 它们是主要在系统和验收测试级别开发测试用例的基础。
- 用例可以发现集成缺陷，即由不同组件之间的不正确交互引起的缺陷。以这种方式使用，actor可以是系统接口的东西，例如通信链路或子系统。
- 用例根据最可能的用途描述流程通过系统。这使得来自用例的测试用例特别适合于在系统的实际使用中发现缺陷（即，在首次使用系统时用户最可能遇到的缺陷）。
- 每个用例通常具有主流（或最可能）的场景，有时还有其他替代分支（例如，涵盖特殊情况或特殊情况）。
- 每个用例必须指定用例工作所需的任何先决条件。
- 用例还必须指定可观察结果的后置条件以及用例成功执行后系统最终状态的描述。
ATM PIN示例如下图4.3所示。我们展示了成功和不成功的场景。在该图中，我们可以看到A（演员 - 在这种情况下是人类）和S（系统）之间的相互作用。从步骤1到步骤5即成功方案，它表明卡和引脚都已经过验证并允许Actor访问该帐户。但在扩展中，可能还有另外三种情况，即2a，4a，4b，如下图所示。
对于用例测试，我们将测试成功方案，并对每个扩展进行一次测试。在这个例子中，从安全的角度来看，我们可以给扩展4b提供比4a更高的优先级。
系统要求也可以指定为一组用例。这种方法可以使用户更容易参与需求收集和定义过程。
References
- What is Use Case Diagram?
- What is Activity Diagram?
- What is State Machine Diagram?
- What is Sequence Diagram?
- What is Communication Diagram?
- What is Interaction Overview Diagram?
- What is Timing Diagram
- What is UML Collaboration Diagram?
- UML Association vs Aggregation vs Composition
- UML Class Diagram Tutorial
- State Machine Diagram vs Activity Diagram