发起或触发用例的外部用户以及其他软件系统等角色被称为参与者。
用例的实现细节不会在()描述。
用例的实现细节不会在中描述。()
中间等级的用例描述扩展了简单描述,它包括了用例的内部活动流。
有一组测试用例使得每一个被测试用例的分支覆盖至少被执行一次,它满足的覆盖标准()。
在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。
用例图主要用来描述用户与系统功能单元之间的关系,它展示了一个外部用户能够观察到的系统功能模型图。在一个订票系统中,下图表现的是()关系https://assets.asklib.com/psource/2014052618453650254.jpg
你觉得有必要写测试用例么,写测试用例的作用有哪些?
一般而言,一个用例通常对应一个()。如果不同用例的任务有较多类似之处,也可以考虑在多个用例的实现方案中加以共享。
RUP中提供了用例规约的模板,每一个用例的用例规约都应该包含以下()内容。
UML通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画。其中()包括用例图(use case diagram),它从外部用户的角度描述系统的功能,并指出功能的参与者。
黑盒测试用例的方法有()
有关用例的描述错误的是()。
在基本用例的对象分析过程中,定义交互行为的关键在于通过描述分析类实例之间的()将用例的职责分配到分析类中。
用例图用来定义一个用例的输入和输出,以及在用户和系统之间交互的顺序。
记录用例的最正式的方法是()。
扩展关系规范了扩展用例的行为如何及何时插入到基用例的行为之中,由基用例指向扩展用例。 ( )
发起或触发用例的外部用户称为参与者。其中,主要直接同系统交互或触发业务或系统事件的关联人员是()。
系统分析员Analyst在做储蓄系统的需求开发时,发现:①“取款”用例 ②“查询余额”用例 ③“更改密码”用例都要使用 ④“验证卡号和密码”用例的功能。那么①②③3个用例与用例④的关系是什么?( )
某系统中有两个用例:一个用例的参与者是用户,用例是“注册”;另一个用例的参与者是系统管理员,用例是“审核用户注册”。这两个用例之间是()。
一个网上书店系统要求在凌晨零点自动统计前一天的销售额,生成统计报表,并发送至系统管理员信箱。根据描述,“统计销售额”用例的参与者是()。
描述用例开始之前准备好的条件是用例的哪个要素()
当发现两个或多个用例执行同样的功能步骤,一般把这些公共步骤提取成独立的用例,这种用例称为()。