关于用例的概念,下列说法不正确的是()
A、用例是一个连贯的功能性单元
B、用例是通过Actor确认的
C、可以借助状态转换图来描述用例
D、用例是一个类,而不是事件
A、用例是一个连贯的功能性单元
B、用例是通过Actor确认的
C、可以借助状态转换图来描述用例
D、用例是一个类,而不是事件
A、测试用例通常由软件开发人员根据自己写的代码而设计 B、一个成功的测试用例将证明程序的正确性 C、测试用例的设计与软件的具体功能或性能有密切的关系 D、在编写测试用例的时候,一般不再需要考虑需求
A、A.包含是指一个用例含有另一个用例的行为 B、B.包含关系是一种依赖关系,指向被包含的用例 C、C.扩展关系是从一个扩展用例到一个被扩展用例的一种泛化关系 D、D.扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中
A、用例的泛化关系中,所有的子用例都有相似的目的和结构。注意它们是整体上的相似 B、用例的泛化关系中,基础用例在目的上可以完全不同,但是它们都有一段相似的行为,它们的相似是部分的相似不是整体的相似 C、用例的泛化关系类似于面向对象中的继承,它把多个子用例中的共性抽象成一个父用例。子用例在继承父用例的基础上可以进行修改 D、用例的泛化指的是一个父用例可以被特化形成多个子用例,而父用例和子用例之间的关系就是泛化关系
A、用例图中的参与者和用例之间是关联关系 B、包含是用例之间的一种依赖关系,指向被包含的用例 C、参与者和参与者之间、用例和用例之间都可能出现泛化关系 D、扩展关系规范了扩展用例的行为如何及何时插入到被扩展用例的行为之中,由被扩展用例指向扩展用例
A、用例和参与者之间的对应关系又叫做通信关联,它表示参与者使用了系统中的哪些用例 B、参与者只能是人,不能是子系统、时间等 C、特殊需求指的是一个用例的非功能性需求和设计约束 D、在扩展关系中,基础用例提供了一个或者多个插入点,扩展用例为这些插入点提供了需要插入的行为
A、立从测试用例到需求的可追溯性,有助于需求变更的市场分析。 B、测试用例本身的质量是否与需求有可追溯性以及期望结果的正确性这两方面来评定。 C、理想情况下,通过执行测试用例就可以执行测试用例的期望结果。 D、测试用例由一组输入值,执行的执行条件、前值步骤、期望结果和执行后置条件等组成。