用例之间有扩展、使用、组合等几种关系。（）
用例的实现细节不会在（）描述。
用例的实现细节不会在中描述。（）
在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使用（）是最为合适的。
中间等级的用例描述扩展了简单描述，它包括了用例的内部活动流。
以下关于测试用例的描述中，错误的是（）。
在两个用例中，如果一个用例拥有另一个用例的所有结构、行为和关系，并在此基础上增加了新的特性，则此两个用例之间可以用泛化关系表示。
下列对用例的泛化关系描述不正确的是（）。
你觉得有必要写测试用例么，写测试用例的作用有哪些？
一般而言，一个用例通常对应一个（）。如果不同用例的任务有较多类似之处，也可以考虑在多个用例的实现方案中加以共享。
RUP中提供了用例规约的模板，每一个用例的用例规约都应该包含以下（）内容。
黑盒测试用例的方法有（）
有关用例的描述错误的是（）。
在基本用例的对象分析过程中，定义交互行为的关键在于通过描述分析类实例之间的（）将用例的职责分配到分析类中。
用例图用来定义一个用例的输入和输出，以及在用户和系统之间交互的顺序。
在使用UML建模时，若需要描述跨越多个用例的单个对象行为，使为（）是最为合适的。
记录用例的最正式的方法是（）。
下面关于测试用例的说法，正确的是（）。
构造（）的关键在于将用例的各项功能分解并分派至合适的分析类，并研究分析类之间如何通过消息传递来协同地完成各项功能。
系统分析员Analyst在做储蓄系统的需求开发时，发现：①“取款”用例 ②“查询余额”用例 ③“更改密码”用例都要使用 ④“验证卡号和密码”用例的功能。那么①②③3个用例与用例④的关系是什么？（ ）
某系统中有两个用例：一个用例的参与者是用户，用例是“注册”;另一个用例的参与者是系统管理员，用例是“审核用户注册”。这两个用例之间是()。
描述用例开始之前准备好的条件是用例的哪个要素（）
状态图不适合描述跨多个用例的单个对象的行为，而适合描述多个对象之间的行为协作。（）
