黑盒测试往往会造成测试用例之间可能存在严重的冗余和未测试的功能漏洞。
在两个用例中,如果一个用例拥有另一个用例的所有结构、行为和关系,并在此基础上增加了新的特性,则此两个用例之间可以用泛化关系表示。
用例(Use Case)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个"订单输入子系统"中,创建新订单和更新订单都需要核查用户账号是否正确。用例"创建新订单"、"更新订单"与用例"核查客户账号"之间是()关系。
测试用例实际上是对软件运行过程中所有可能存在的目标、()、行动、环境和结果的描述,是对客观世界的一种抽象。
RUP中提供了用例规约的模板,每一个用例的用例规约都应该包含以下()内容。
用例模型的基本组成部件是用例、角色和用例之间的联系。()
在UML中,活动图是显示特定用例之间的详细流程。并且显示了它们之间的交互,以及对象之间发送消息的顺序。
用例(Use-case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在“税库银系统”中,扣款和重发扣款都需要检查三方协议是否有效。那么,用例“扣款”、“重发扣款”与用例“检查三方协议是否有效”之间是()关系。
用例图用来定义一个用例的输入和输出,以及在用户和系统之间交互的顺序。
用例(use case)用来描述系统对事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系筑”中,创建新订单和更新订单都需要核查用户账号是否正确。用例“创建新订单”、“更新订单”与用例“核查客户账号”之间是()关系。
在UML中,定义了用例图来描述()及他们之间的关系,而用例建模的主要工作是书写用例规约。
在用例建模的过程中,若几个用例执行了同样的功能步骤,这时可以把这些公共步骤提取成独立的用例,这种用例称为(1)。在UML的用例图上,将用例之间的这种关系标记为(2)。空白(2)处填()
在用例建模的过程中,若几个用例执行了同样的功能步骤,这时可以把这些公共步骤提取成独立的用例,这种用例称为(1)。在UML的用例图上,将用例之间的这种关系标记为(2)。空白(1)处填()
抽象用例是不能被实例化的,它必须被包含在其他用例中才能得以执行。
在UML中,定义了用例图来描述()及他们之间的关系,而用例建模的主要工作是书写用例规约。()
一个用例中加入一些新的动作后则构成了另一个用例,这两个用例之间的关系是包含关系( )
扩展关系规范了扩展用例的行为如何及何时插入到基用例的行为之中,由基用例指向扩展用例。 ( )
用例(Use-case)用来描述系统在事件做出响应时所采取的行动。用例之间是具有相关性的。在一个“订单输入子系统”中,创建新订单和更新订单都需要检查用户帐号是否正确。那么,用例“创建新订单”、“更新订单”与用例“检查用户帐号”之间是()关系
用例从用户角度描述系统的行为。用例之间可以存在一定的关系。在“某图书馆管理系统”用例模型中,所有用户使用系统之前必须通过“身份验证”,“身份验证”可以有“密码验证”和“智能卡验证”两种方式,则“身份验证”与“密码验证”和“智能卡验证”之间是(65)关系。
某系统中有两个用例:一个用例的参与者是用户,用例是“注册”;另一个用例的参与者是系统管理员,用例是“审核用户注册”。这两个用例之间是()。
以下关于用例图的叙述中,不正确的是(1)。图书馆管理系统需求中包含“还书”用例和“到书通知”用例,对于“还书”用例,应先查询该书是否有人预定,若有则执行“到书通知”。“还书”用例和“到书通知”用例是(2)关系,以下用例图中,(3)是正确的。管理员处理“还书”用例时,需要先执行“验证身份“用例,那么“还书”用例和“验证身份”用例之间是(4)关系。2、_____()
用例(use case)用来描述系统对事件做出响应时所采取的行动。(请作答此空)抽取两个或多个用例共有的一组相同动作,作为一个独立的子用例,该子用例可为多个基用例共享或复用。()关系用带箭头的虚线表示,并附上标记<<extend>>。
某学员在才士集团购买某博士的微职位课程时,关于“支付”功能需求描述如下:如果该学员进行支付时,可以使用信用卡支付或支付宝支付。从中抽象出3个用例:支付、信用卡支付和支付宝支付,这3个用例之间的关系是()
用例(use case)用来描述系统对事件做出响应时所采取的行动。()抽取两个或多个用例共有的一组相同动作,作为一个独立的子用例,该子用例可为多个基用例共享或复用()关系用带箭头的虚线表示,并附上标记<<extend>>