面向客户渠道的支付结算项目测试案例设计方法研究（开题报告）

1、北京开发中心2014年新入行员工指导期论文开题报告登记表学员姓名朱哲君所在处室功能集成测试处u1u/亠m位二级业务员指导导师姓名徐芳助教（辅导员）清单凌艳论文（设计）题口面向客户渠道的支付结算项目测试案例设计方法研究一、选题背景及内容：为全面贯彻落实“十二五”的it建设指导方针，实现1t转型的战略性目标，我行倾全行之力 开发新一代信息系统建设项目，新一代项冃采用全新的建模方法，从流程、数据、产品和用户体验 四个方面出发，对企业级的业务和应用场景进行分析和设计。在这样的人背景下，我于2014年7 刀加入到建行。在领导及同事的帮助下，我参与了新一代系统的测试任务，包括新一代2.1期的客 户渠道应用

2、总装测试阶段、新一代2. 2期的支付结算组件组装测试阶段和应用组装测试阶段。在导 师徐芳和辅导员凌艳以及上开支付结算导师章天则和非功能测试导师袁琳及助教刘一鸿的指导卜， 我初步学习并认识了新一代系统的架构，提高了对测试分析方法、测试案例设计方法的应用能力， 测试数据准备和测试执行的能力也得到了相应的提升。支付结算业务是银行重要的中间业务，它是指银行为单位客户和个人客户采用票据、汇款、托 收、信用证、信用卡等结算方式进行货币支付及资金清算提供的服务。新一代系统架构下的支付结 算2. 2期项目在主机平台（p6）和java开放平台（p8）两个平台小开发，p6涉及结算卡组件、票 据组件和信用证组件，p

3、8主要为支付和清算组件。支付结算在新一代2.2期中主要实现了如下功 能：新建支付、结算、清算、借记卡（结算卡）组件；重构核心业务系统ccbs中的汇划、清算、 结算、信用证子系统及银行卡子系统的结算卡部分，具屮ccbs屮重构的汇划部分包扌舌：批量代理 业务子系统（ccbsa）、支付密码子系统（zfmm）等子系统；重构现代化支付系统（cnaps）的笫二代支付系统大额支付系统（hvps）、第二代支付系统小额支付系统（beps）、网上支付跨行清算了 系统（tbps）、代理他行支付子系统（arps）四个子系统；封装电票系统（ecds）；封装外汇清算的 mps （总行外汇清算系统）、gmps （海外清算系

4、统）、gmx （总行报文管理子系统）、fxs1 （境内外币 支付子系统）、p1et （个人国际速汇子系统）子系统。在支付结算项h组成员的帮助下，我学习了支付模块的系统用例说明书。结合业务组提供的需 求文档和开发项冃组提供详细设计文档，在客户渠道及员工渠道上进行测试，进一步学习、归纳并 总结各用例的业务规则、操作流程，加强对支付结算业务知识和系统操作的认识，分析客户渠道及 员工渠道各业务功能的异同点。在测试分析及测试实施过程中，我发现支付结算在重构核心业务系统ccbs的过程中导致客八 渠道调用的交易服务变更。在2. 2期端到端对接的过程中发现:即便后台提供的交易服务发生变更， 前台客户渠道发起的

5、业务功能并未发牛改变，换句话说客户渠道提供的功能点未发牛变化；而客户 渠道的系统用例与支付结算的系统用例间无法构建頁接映射关系，因此以系统用例为维度来设计从 客户渠道发起的支付结算业务功能的案例是比较困难的。因此，我选样以功能点为依据，研究从客 八渠道发起的支付结算项目测试案例的设计方法。本文是在前期支付结算功能测试的基础上，基于新一代应用组装功能测试方法，分析支付结算 项冃的技术框架、交易路径和端到端对接方法。本文重点提出以功能点为案例分析设计的慕础，分 析并设计客户渠道与支付结算端到端案例，归纳总结客户渠道配套新一代系统改造的功能测试案例 设计方法。二、论文综述：本文以新一代2. 2期支付

6、结算项目为主要研究对象，针对从客户渠道发起的支付结算业务进行研 究。客户渠道作为发起渠道自身拥有一些特殊的业务规则，本文在分析以功能点为基础进行分析，主 要内容包含以下几个部分：1. 回顾入职以來参与的主要功能测试任务。2. 支付结算项目介绍及架构分析。木文结合个人工作情况及对支付结算项目的理解，从支付结 算项目整体情况和支付结算构建分析两方面进行阐述。支付结算项目整体情况着重讲述支付 结算业务背景和实现的主体功能。支付结算构建分析重点分析支付结算的新一代应用架构和 配套系统关联关系以及新一代架构下支付结算所具有的特性。3. 木文以支付结算为主要研究对象，以支付模块为例，从以下三点阐述论文主体

7、内容。（1）根据支付模块多发起渠道的特点，从系统构建角度分析客户渠道与员工渠道的不同点及对 测试方法的影响。不同于员工渠道，客户渠道是配套支付结算进行改造的系统，配套支付 结算改造部分的功能未发生改变。在2. 2期中，客户渠道配套支付结算改造部分没有对应 的系统用例，且与支付结算项目捉供的系统用例间无法形成直接映射关系，导致在测试过 程中很难按照依据现有系统用例叨确客户渠道配套改造的测试范围并设计客户渠道配套 改造案例。经广开与上开项冃组协商，客户渠道配套支付结算组件部分以调用的交易服务 为主要依据进行端到端对接，用以明确测试对象。（2）测试范围确定方法。本文首先根据架构确定的支付结算项目作战

8、地图确定研究的发起渠 道。根据已明确的发起渠道结合客八渠道与支付结算端到端的对接方法，分析渠道调用支 付结算的服务清单列表确定木文研究的客户渠道业务功能。其次，木文根据业务功能结合 软件能力成熟度模型集成（cmmt）对功能点的定义提出适用于从客户渠道发起的支付结算 功能点抽取方法和依据。（3）测试案例设计方法。现有的测试案例分析方法以系统用例为维度，主要针对从员工渠道发 起的业务功能。木文提出以功能点为测试维度，在客八渠道与支付结算后台服务对接的基 础上，细化各功能点的特性及对应规则，总结出适用于从客户渠道发起的支付结算测试案 例的设计方法，以实现覆盖客户渠道配套支付结算改造各功能的功能点，提高测试案例设 计的充分性。4. 总结此类测试的问题与关注点。论文以实际测试过程为基础，分析客户渠道配套新一代系 统组件改造的测试中遇到的问题及关注点，讨论相关测试工艺适用的特姝性，以期为后续 该类测试提供一些借鉴。三、课题计划进度和预期成果:>2015.05.212015. 06. 19：撰耳开题报告>2015. 06. 202015. 07. 09：编写结业论文初稿>2015. 07. 102015. 07. 20：修改和完善论文初稿