随着应用系统数量不断增加、系统规模不断扩大以及微服务架构持续推进，系统间模块间的关联关系越来越复杂，全面的测试设计不仅要考虑所测试系统，还要考虑关联交易以及上下游关联系统。通过在工作中不断摸索尝试，本文简述在跨系统复杂业务场景有着较高应用价值的全流程测试方法论。

一、当前问题目前，测试案例设计存在过程不清晰，交易场景复杂时易遗漏测试路径等问题。测试人员拿到需求说明书后，一般是在纸上或脑海里构想出一条条测试路径和各种场景，直接编写案例，这一思维过程并非标准化的执行过程，如果是跨多系统交易逻辑复杂的项目，对于案例评审专家来说，这种非显性的思维过程难以观测，仅凭纷繁浩渺的测试案例无法有效评审是否遗漏特殊的场景和测试路径。二、解决方案

全流程测试是一种覆盖项目全生命周期、关联系统关系以及全业务场景的软件测试方法论。本文使用全流程测试方法论中的跨系统复杂业务场景测试设计方法(即：横向全流程测试能力集)，助力测试案例覆盖跨系统复杂金融场景。在系统测试过程中，通过结合业务逻辑视图和技术架构视图，对被测业务模块的关联系统关联业务流程进行梳理、归纳，实现全流程测试，使被测对象的各个功能通过业务流程贯穿起来运行，模拟真实用户实际的工作流程，从而验证流程的正确性。

使用场景法完善测试案例覆盖(以试点项目:某市统建智慧政务APP某融资项目为例)只需填好excel模板表格即可。

步骤1梳理基本流-备选流-异常流

场景业务流指不同输入选择和不同交易顺序组合产生的业务流程。场景业务流通常分为三种:基本流、备选流、异常流。

基本流

表示通过业务流程时所有的输入和选择都正确，最终能达到目标的流程。

备选流

表示通过业务流程时有部分或全部的输入错误(或者操作错误)导致流程存在反复，但通过系统逻辑的自行纠正仍能最终达到目标的流程。

异常流

表示通过业务流程时输入或选择产生的错误(或操作错误)无法通过系统自动纠正达到目标，而是异常终止的流程。

以某融资项目实践为例，此步骤只需填好表格即可：

表1:某融资项目基本流、备选流和异常流

步骤2   流程图(可选)

绘制流程图，再次确认流程路径。根据基本流、备选流和异常流生成场景。由于在电脑中画图比较费时费力，我们这步可以在草纸上用笔画个原型即可，不要求体现在后续文档中，极大减轻了测试设计者的工作负担！

图1:基本流、备选流和异常流关系图

以某融资项目为例，绘制某银行产品发布模块的业务流程图:

图2:某融资项目的基本流、备选流和异常流流程图

步骤3测试路径表

根据流程图提取测试路径。本步骤只需根据基本流、备选流、异常流填写路径表格即可，每个流可能对应一个或多个路径。

表2:某融资项目某银行产品发布模块的测试路径表

步骤4细化路径，抽取测试用例

通过边界值、等价类等方法细化路径，抽取测试用例，同时去掉生产上不可能存在或重复的情况。注意，测试路径与测试案例不一定要一一对应。

三、结语

全流程测试方法相比于传统的案例设计方法有三大优势:一是把需求-场景-路径-案例的映射关系清晰地展现在表格中，使测试设计过程显性化。二是在同业务部门和开发部门进行案例会审时，便于业务、开发人员直观理解案例设计的思路。三是增强测试场景及流程的完备性，防止遗漏部分测试路径。

目前该方法已在新一代资产管理平台、债市宝系统建设、对公存款分布式核心系统(一期)和黑龙江、吉林和山西非税收入收缴适应性改造等试点项目中实践。通过对测试场景及流程的补充和完善，以最小的资源投入，覆盖尽可能多的流程，提高测试案例的缺陷命中率，最终实现测试工作整体的提质增效。

下一步将继续秉持求是、专业的理念，加强业技融合、研测协同，交叉覆盖测试场景，提高测试的完备性和广度，为我行数字化转型贡献力量。

人物简介：张兆吉，就职于测试二部，从事公司业务及大客户领域测试工作。爱好羽毛球、电音，对生活充满热情，不断奋进。