信息科学与系统科学
下面有关用例和场景的描述，不正确的是（）A、场景是参与者和系统之间的一系列特定的活动和交互B、场景是由用例组成C、场景也称用例实例D、用例是由场景组成
题目
下面有关用例和场景的描述，不正确的是（）
- A、场景是参与者和系统之间的一系列特定的活动和交互
- B、场景是由用例组成
- C、场景也称用例实例
- D、用例是由场景组成
相似问题和答案
第1题：
功能模型用于表达系统的需求，为软件的进一步分析和设计打下基础。在面向对象方法中，由()实现。
A.场景描述
B.活动图和场景描述
C.用例图和场景描述
D.交互图和场景描述
第2题：
阅读下列说明，回答问题1至问题3，将解答填入的对应栏内。
[说明]
场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程))，设计用例遍历软件系统功能，验证其正确性。
下面是对网上银行支付交易系统的基本流和备选流的描述：
基本流A：
备选流：
注：假定输入的银行卡号是正确的：不考虑备选流内循环情况。
使用场景法设计测试用例，指出所涉及到的基本流和备选流。基本流用字母A表示，备选流用题干中描述对应编号表示。
请针对问题1设计的测试用例，依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。表中行代表各个测试甩例，列代表测试用例的输入值，用V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功支付”用例。
测试用例表
在上述系统中，假设银行卡号只能输入0～9的数字，请参考下表，给出用边界值法检查卡号字符合法性的关键测试数据(字符或ASCⅡ值)。
请帮忙给出每个问题的正确答案和分析，谢谢！
根据题目中已经确定的基本流与备选流，可以设计场景，每个场景覆盖一种在该案例中事件的不同触发/顷序与处理结果形成的事件流，最后得出所有的测试用例。下面就是所有的测试用例和用例中所涉及的基本流与备选流。 用例1: A 用例2: A、B 用例3: A、C 用例4: A、C、D 用例5: A、B、C 用例6: A、B、C、D 以上顺序可以互换。
问题 2 答案解析：根据“问题一”得到的测试用例按照问题二的提示和要求可以得出下面的场景分析表。
每行顺序可以互换。根据“问题一”得到的测试用例，按照问题二的提示和要求，可以得出下面的场景分析表。
每行顺序可以互换。问题 3 答案解析：根据边界值分析法设计测试用例的原则之一：“如果输入条件规定了值的范围则应取刚达到这个范围的边界的值以及刚刚超越这个范围边界的值作为测试输入数据”的原则答案如下： 0 (或48)和9(或57) / (或47) ：(或58)
根据边界值分析法设计测试用例的原则之一：“如果输入条件规定了值的范围，则应取刚达到这个范围的边界的值，以及刚刚超越这个范围边界的值作为测试输入数据”的原则，答案如下： 0 (或48)和9(或57) / (或47) ：(或58)
第3题：
试题（46）、（47）
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
试题（46）、（47）分析
根据基于软件架构的设计的定义，基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
参考答案
（46） B （47） C
第4题：
基于架构的软件开发(Architecture Based Software Development，ABSD)强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用（ ）描述软件架构，用（ ）来描述需求。
A.类图和序列图 B.视角与视图 C.构建和类图 D.构建与功能 A.用例与类图 B.用例与视角 C.用例与质量场景 D.视角与质量场景
第5题：
A.使用测试用例进行的测试称为用例测试
B.通过业务场景来设计测试
C.用例描述了用户与系统之间的交互作用，并从这些交互产生从用户的角度所期望和能观察到的结果
D.用例测试常常用于组件测试
第6题：
______
A．用例与类图
B．用例与视角
C．用例与质量场景
D．视角与质量场景
A．
B．
C．
D．
解析：根据基于软件架构的设计的定义，基于软件架构的设计(Architecture Based Software Development，ABSD)强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
第7题：
基于软件架构的设计（Architecture Based Software Development，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用 （46） 来描述软件架构，采用 （47） 来描述需求。
（46）
A. 类图和序列图
B. 视角与视图
C. 构件和类图
D. 构件与功能
（47）
A. 用例与类图
B. 用例与视角
C. 用例与质量场景
D. 视角与质量场景
根据基于软件架构的设计的定义，基于软件架构的设计（ArchitectureBasedSoftwareDevelopment，ABSD）强调由商业、质量和功能需求的组合驱动软件架构设计。它强调采用视角和视图来描述软件架构，采用用例和质量属性场景来描述需求。
第8题：
A.基本流
B.备选流
C.数据流
D.控制流
第9题：
阅读下列说明，回答问题1至问题4。
[说明]
软件系统几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程，从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。下面是对某IC卡加油机应用系统的基本流和1备选流的描述。
使用场景法设计测试案例，指出场景涉及到的基本流和备选流，基本流用字母A表示，备选流用题干中描述的相应字母表示。
场景中的每一个场景都需要确定测试用例，一般采用矩阵来确定和管理测试用例。如下表所示是一种通用格式，其中行代表各个测试用例，列代表测试用例的信息。本例中的测试用例包含测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额、加油机油量)，然后构建矩阵，最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中，V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功加油”基本流。请按上述规定为其他应用场景设计用例矩阵。
测试用例表：
假如每升油4元人民币，用户的账户金额为1000元，加油机内油量足够，那么在A4输入油量的过程中，请运用边界值分析方法为A4选取合适的输入数据(即油量，单位：升)。
假设本系统开发人员在开发过程中通过测试发现了20个错误，独立的测试组通过上述测试用例发现了100个软件错误，系统在上线后，用户反馈了30个错误，请计算缺陷探测率(DDP)。
请帮忙给出每个问题的正确答案和分析，谢谢！
场景1：A 场景2：A、B 场景3：A、C 场景4：A、D 场景5：A、E 解析：场景法就是通过用例场景描述流经用例的路径，从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。
按照这个设计原则和题干的要求，场景可以设置为A，AB，AC，AD，AE 5种。
问题 2 答案解析：
解析：考查在场景法中设计测试数据。根据问题1中设置的5种场景，表中已给出A场景的测试数据，可依次给出其他4种场景时的测试数据。
AB：卡无效。输入值“账号无效”，预期结果“退卡”。
AC：黑名单卡。输入值“账号有效，黑名单卡”，预期结果“吞卡”。
AD：金额不足。输入值“账号有效，非黑名单卡，输入油量有效，账面金额无效，加油机油量有效”，预期结果“提示错误，重新输入加油量”。
AE：油量不足。输入值“账号有效，非黑名单卡，输入油量无效，账面金额有效，加油机油量无效”，预期结果“提示错误，重新输入加油量”。
问题 3 答案解析：0升250升251升
0升，250升，251升 解析：考查用边界值法设计测试用例。
边界值法的取值原则是取最小值和最大值，比最小值稍小值和比最大值稍大值。
油量合理范围在0～250升，用边界值法，输入数据如下：
最小值0，比0再小就是负数了，不取。
最大值是250，比250稍大是251。
故在A4中油量输入值是0，250，251。
问题 4 答案解析：DDP=Bugstester÷(Bugstester+Bugscustomer=(20+100)÷(20+100+30)=80％(0.8) 其中Bugstester为测试者发现的错误数； Bugscustomer为客户发现并反馈技术支持人员进行修复的错误数。
DDP=Bugstester÷(Bugstester+Bugscustomer=(20+100)÷(20+100+30)=80％(0.8) 其中，Bugstester，为测试者发现的错误数； Bugscustomer为客户发现并反馈技术支持人员进行修复的错误数。 解析：考查缺陷探测率的算法。
DDP=Bugstester÷(Bugstester+Bugscustomer)
其中，Bugstester，为测试者发现的错误数；
Bugscustomr为客户发现并反馈技术支持人员进行修复的错误数。
第10题：
试题三（15 分）
阅读下列说明，回答问题1 至问题4，将解答填入答题纸的对应栏内。
[说明]
软件系统几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而
同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务
操作流程，从用例开始到结束遍历应用流程上所有基本流（基本事件）和备选流（分支
事件）。下面是对某IC 卡加油机应用系统的基本流和备选流的描述。
[问题1]（5 分）
使用场景法设计测试案例，指出场景涉及到的基本流和备选流，基本流用字母A 表
示，备选流用题干中描述的相应字母表示。
[问题2]（4 分）
场景中的每一个场景都需要确定测试用例，一般采用矩阵来确定和管理测试用例。
如下表所示是一种通用格式，其中行代表各个测试用例，列代表测试用例的信息。本例
中的测试用例包含测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结
果等项目。首先确定执行用例场景所需的数据元素（本例中包括账号、是否黑名单卡、
输入油量、账面金额、加油机油量），然后构建矩阵，最后要确定包含执行场景所需的
适当条件的测试用例。在下面的矩阵中，V 表示有效数据元素，I 表示无效数据元素，
n/a 表示不适用，例如C01 表示“成功加油”基本流。请按上述规定为其它应用场景设
计用例矩阵。
测试用例表
[问题3]（3 分）
假如每升油4 元人民币，用户的账户金额为1000 元，加油机内油量足够，那么在
A4 输入油量的过程中，请运用边界值分析方法为A4 选取合适的输入数据（即油量，单
位：升）。
[问题 4]（3 分）
假设本系统开发人员在开发过程中通过测试发现了20 个错误，独立的测试组通过
上述测试用例发现了100 个软件错误，系统在上线后，用户反馈了30 个错误，请计算
缺陷探测率（DDP）。
参考答案（问题1）