测试用例中的步骤设计可以与场景中的步骤不同。

[说明]

现有的软件通常都是由事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成了事件流。该软什设计思想也可被引入到软件测试中，从而生动描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使得测试用例更容易得到理解和执行。

用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。表7-15是对某IC卡加油机应用系统基本流的描述，表7-16是对该IC卡加油机应用系统备选流的描述。

图7-13是对该IC卡加油机应用系统的基本流路径和备选流路径的描述，请用试题描述中的相应字母(见表7-15和表7-16)将图中(1)～(6)空缺处的内容填写完整。

[说明]

现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成了事件流。这种在软件设计方面的思想也可被引入到软件测试中，生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时测试用例也更容易得到理解和执行。

用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有基本流(基本事件)和备选流(分支事件)。以下表6-4是对某IC卡加油机应用系统基本流的描述，表6-5是对该IC卡加油机应用系统备选流的描述。

图6-9是对该IC卡加油机应用系统的基本流路径和备选流路径的描述，请用题干中描述的相应字每将图中(1)～(6)空缺处的内容填写完整。

[说明]

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程))，设计用例遍历软件系统功能，验证其正确性。

下面是对网上银行支付交易系统的基本流和备选流的描述：

基本流A：

备选流：

注：假定输入的银行卡号是正确的：不考虑备选流内循环情况。

使用场景法设计测试用例，指出所涉及到的基本流和备选流。基本流用字母A表示，备选流用题干中描述对应编号表示。

请针对问题1设计的测试用例，依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。表中行代表各个测试甩例，列代表测试用例的输入值，用V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功支付”用例。

测试用例表

在上述系统中，假设银行卡号只能输入0～9的数字，请参考下表，给出用边界值法检查卡号字符合法性的关键测试数据(字符或ASCⅡ值)。

请帮忙给出每个问题的正确答案和分析，谢谢！

[说明]

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程(包括基本流(基本流程)和备选流(分支流程))，设计用例遍历软件系统功能，验证其正确性。

下面是对网上银行支付交易系统的基本流和备选流的描述：

基本流A：

备选流：

注：假定输入的银行卡号是正确的：不考虑备选流内循环情况。

使用场景法设计测试用例，指出所涉及到的基本流和备选流。基本流用字母A表示，备选流用题干中描述对应编号表示。

请针对问题1设计的测试用例，依次将银行卡号、初次输入密码、最终输入密码、卡内余额、银行卡可支付额度等信息填入下述测试用例表中。表中行代表各个测试甩例，列代表测试用例的输入值，用V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功支付”用例。

测试用例表

在上述系统中，假设银行卡号只能输入0～9的数字，请参考下表，给出用边界值法检查卡号字符合法性的关键测试数据(字符或ASCⅡ值)。

请帮忙给出每个问题的正确答案和分析，谢谢！

阅读下列说明，回答问题1至问题2，将解答填入答题纸的对应栏内。

[说明]

场景法是黑盒测试中重要的测试用例设计方法。目前多数软件系统都是用事件触发来控制业务流程，事件触发时的情景便形成了场景，场景的不同触发顺序构成用例。场景法通过场景描述业务流程（包括基本流(基本流程)和备选流(分支流程)），设计用例遍历软件系统功能，验证其正确性。

图1描述了简化的中心层、省市层、地区层三级的“公文流转”业务流程，表 1 描述了省市层（图1阴影部分）业务的基本流和备选流。

公文的状态包括：已下发、未下发、已接收、未接收。

【问题1】（5分）

用表 1 中表述的基本流和备选流，使用场景法设计测试场景。基本流和备选流用

表1中对应的字母编号表示。

【问题2】（10分）

下表给出了测试用例名称，请将表中的输入条件和预期输出补充完整。

软件系统几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程，从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。 下面是对某IC卡加油机应用系统的基本流和备选流的描述。 基本流A； 备选流： （1）使用场景法设计测试案例，指出场景涉及到的基本流和备选流，基本流用字母A表示，备选流用题干中描述的相应字母表示。 场景1：A 场景2：A、B 场景3：A、C 场景4：A、D 场景5：A、E （2）场景中的每一个场景都需要确定测试用例，一般采用矩阵来确定和管理测试用例。如下表所示是一种通用格式，其中行代表各个测试用例，列代表测试用例的信息。本例中的测试用例包含测试用例、ID、场景涤件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额、加油机油量)，然后构建矩阵，最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中，V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功加油”基本流。请按上述规定为其它应用场景设计用例矩阵。 测试用例表 测试用例ID号 场景 帐号 是否黑名单卡 输入油量 帐面金额 加油机油量 预期结果 C01 场景1：成功加油 V I V V V 成功加油 C02 C03 C04 C05 （3）假如每升油4元人民币，用户的账户金额为1000元，加油机内油量足够，那么在A4输入油量的过程中，请运用边界值分析方法为A4选取合适的输入数据(即油量，单位；升)。 1. 0升 2. 250升 3. 251升

[说明]

软件系统几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程，从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。下面是对某IC卡加油机应用系统的基本流和1备选流的描述。

使用场景法设计测试案例，指出场景涉及到的基本流和备选流，基本流用字母A表示，备选流用题干中描述的相应字母表示。

场景中的每一个场景都需要确定测试用例，一般采用矩阵来确定和管理测试用例。如下表所示是一种通用格式，其中行代表各个测试用例，列代表测试用例的信息。本例中的测试用例包含测试用例ID、场景/条件、测试用例中涉及的所有数据元素和预期结果等项目。首先确定执行用例场景所需的数据元素(本例中包括账号、是否黑名单卡、输入油量、账面金额、加油机油量)，然后构建矩阵，最后要确定包含执行场景所需的适当条件的测试用例。在下面的矩阵中，V表示有效数据元素，I表示无效数据元素，n/a表示不适用，例如C01表示“成功加油”基本流。请按上述规定为其他应用场景设计用例矩阵。

测试用例表：

假如每升油4元人民币，用户的账户金额为1000元，加油机内油量足够，那么在A4输入油量的过程中，请运用边界值分析方法为A4选取合适的输入数据(即油量，单位：升)。

假设本系统开发人员在开发过程中通过测试发现了20个错误，独立的测试组通过上述测试用例发现了100个软件错误，系统在上线后，用户反馈了30个错误，请计算缺陷探测率(DDP)。

请帮忙给出每个问题的正确答案和分析，谢谢！

A、在功能测试中，应选择所有不同的测试方法，围绕功能点设计尽量多的测试用例

B、在数据可以穷尽的情况下，只要能保证测试用例覆盖所有数据，就可以确保测试没有风险

C、在功能测试中，应优先使用等价类测试方法来测试数据，然后使用场景法测试流程，最后使用边界值测试做补充测试

D、功能测试中，针对事件流中的每个节点，应使用等价类和边界值测试对涉及的数据进行校验

A、在功能测试中，应优先使用等价类测试方法来测试数据，然后使用场景法测试流程，最后使用边界值测试做补充测试

B、在功能测试中，应选择所有不同的测试方法，围绕功能点设计尽量多的测试用例

C、在数据可以穷尽的情况下，只要能保证测试用例覆盖所有数据，就可以确保测试没有风险

D、功能测试中，针对事件流中的每个节点，应使用等价类和边界值测试对涉及的数据进行校验