阅读下列说明,回答问题1至问题2,将解答填入答题纸的对应栏内。
【说明】
软件系统几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程,从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。下面是对某IC卡加油机应用系统的基本流和备选流的描述。
基本流A:
备选流:

刷题刷出新高度,偷偷领先!偷偷领先!偷偷领先! 关注我们,悄悄成为最优秀的自己!
阅读下列说明,回答问题1至问题2,将解答填入答题纸的对应栏内。
【说明】
软件系统几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。场景法就是通过用例场景描述业务操作流程,从用例开始到结束遍历应用流程上所有基本流(基本事件)和备选流(分支事件)。下面是对某IC卡加油机应用系统的基本流和备选流的描述。
基本流A:
备选流:


根据问题中的描述和系统流程图,确定其他应用场景的测试数据元素与基本流类似,包括账号、是否黑名单卡、输入油量、账面金额和加油机油量等。根据每个场景的业务逻辑,构建测试用例矩阵,为每个场景设计相应的测试用例ID、场景条件以及预期结果等。例如,“卡无效”备选流场景一(余额不足),测试用例ID为C02,账号为正常账号,是否黑名单卡为否,输入油量和账面金额正常,但由于余额不足,预期结果为提示余额不足,加油失败或加油量减少。其他场景的测试用例矩阵可按照类似方式构建,确保覆盖所有可能的业务场景和异常情况,以全面测试系统的功能和性能。
本文链接:场景中的每个场景都需要通过测试用例进行确认,通常使用矩阵来管理和确定测试用例。根据给出的说明和图示,
版权声明:本站点所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明文章出处。让学习像火箭一样快速,微信扫码,获取考试解析、体验刷题服务,开启你的学习加速器!
