针对批处理服务的功能测试方法研究

针对批处理服务的功能测试方法研究开发中心导师责任制结业论文题目：针对批处理服务的功能测试方法研究学员： 导师： 部门： 功能集成测试处 2014年7月20日摘要本文主要以对公存贷款为例，研究批处理测试的基本逻辑和方法，作为新一代核心银行业务系统中的一个重要部分，对公信贷与存款系统为客户提供了存款类合约（活期定期）的建立、维护、终止、查询等功能以及贷款前中后流程服务，另外现金管理、资金监管、E商贸通也是存贷款系统的重要组成部分。首先，为了说明系统批处理服务测试的设计思想与方法，本文首先围绕对公信贷与存款项目基本情况展开介绍，提供了批处理服务研究的实践背景，同时，对对公存贷款功能测试方法进行了浅析，这为后文进行具体的测试方法研究提供了一定的实践依据。其次，本文对公信贷与存款系统中批处理服务的业务特点进行分析，结合系统的基本业务内涵和组织结构，从批处理服务的业务内涵、主要分类、类别之间的差异与共同点等方面进行初步介绍。同时批处理服务与“联机交易类”、“报表查询类”、“渠道自有类”交易存在显著差异，对该领域的测试方法研究理应有所不同，本文对其存在的必要性和部分重要业务功能列示说明。接下来对对公存贷款系统的批处理业务与联机交易和报表查询类交易的相关关系进行详述，在批处理服务中，批前准备案例和批后验证案例与批处理自身服务的逻辑相关性的研究是本文重点考虑，针对不同的批处理类型，其批前批后案例的选择方法有所不同。这些为后文的测试方法的讨论提供了实践基础。再次，在有了相关理论和实践基础的情况下，本文对批处理服务的测试方法运用进行了较为系统的分析。包括批处理时间安排，批处理的执行有其特殊的时点性特征，跑批时间的安排自然也不能和联机交易一样在工作日随时进行，特殊营业日期的预先设定与有序计划才能保证批处理服务的测试顺利进行，这些都是本文试图去说明的部分。另外，针对不同批处理服务需要满足的技术和业务设计约束条件，不同类型批处理服务的验证点分析也不尽相同。正是通过上述较为详细的批处理逻辑分析，使我们更容易理解上开存贷款组件的批量运作，并为测试跟踪提供了很好的基础。最后，本文对上述理论依据和实践经验进行了总结，并探讨了批处理服务测试方法改进的目标和方法。测试方法的提升不是“毕其功于一役”的，我们应当学中思变，思考将本文探讨的一些方法进一步运用到以后的测试实践中去。 目录摘要2目录31.绪论11.1研究背景11.2研究意义11.3研究内容21.4论文结构42.对公信贷与存款项目介绍及其功能测试方法浅析52.1 对公存贷款项目介绍52.2 对公存贷款功能测试方法浅析63.批处理服务特点分析93.1批处理服务整体背景93.2批处理服务的分类123.2.1批处理服务的业务分类123.3批处理服务与其他类型交易的关联关系分析133.3.1批处理与联机交易的关联关系分析133.3.2批处理与报表查询类交易的关联关系分析164.批处理服务测试方法运用174.1批处理测试的时间安排策略174.2批处理业务的准确性验证195.测试总结与展望205.1总结205.2不足之处与未来研究方向21致 谢22针对批处理服务的功能测试方法研究1.绪论1.1研究背景2014年7月，我加入了建行开发中心功能集成测试团队，按照中心的要求和安排，我参与到了新一代2.2期对公信贷与存款系统的测试任务中，正是新一代如火如荼的测试进程，使我熟悉了业务，锻炼了才干，并积极学习和基本掌握了功能测试的基本方法。 在测试实践中，我熟练掌握了QC工具的相关操作，包括案例的规范性检查、范围案例导入等，我还通过测试实施提高了发现问题、解决问题的能力，能够很好地进行缺陷的记录与后续追踪。在代理保险项目组轮岗阶段中，我有机会实际操作了保险业务批量和日终操作，学习了运用ORACLE数据库跟踪检查保险公司批量报文接受、报送主机、主机跑批、报文发送等逻辑流程的方法，这为后续我对对公存贷款批处理的分析提供了良好的基础。在新一代2.2期对公信贷与存款系统的测试任务中，通过参与不同组件的相关测试实施与缺陷分析跟踪，我对我行的存贷款业务有了一定的了解，加之有机会协助参与了项目跑批验证的执行与统计分析，更激发了我对批处理相关测试方法的浓厚兴趣。通过与上海开发中心银行业务和开发技术人员交流和沟通，学习了相关批处理的专业知识，更加深了对批处理服务测试逻辑的理解。本文就是以此为背景，结合在新一代项目的测试实践，较为系统地研究批处理服务相关测试的方法。1.2研究意义所测试内容的自身业务特点决定其测试方法的特殊性：由于批处理类服务大多自身没有直观的可视化界面，其功能隐藏在后台，这无疑给测试实施和管理带来了一定的复杂度。如何在功能测试中梳理批处理的相关业务内涵以及理解它的特殊时间安排和前后相关数据准备和后续验证就成了重要议题，对其的研究对于更好的理解银行相关业务有着举足轻重的意义。批处理类功能测试复杂度要求高，对关联交易也有较高依赖度，行内目前对批处理的测试方法研究还不是很多，在建设波澜壮阔新一代系统背景下，主机一体化的批处理服务由于结合了众多相关子系统，其业务内涵相比原来有了更为系统化、综合化的考量，这就决定了从业务特点上其与传统系统完全不同的特性，例如，定活期的司法冻结、业务冻结就属于新功能，相对应就新增了对公活期自动解冻处理、对公活期自动解控处理等批处理内容，业务验证时通过设置未输解冻日、指定解冻日，金额冻结等不同场景来加以验证，考察冻结到期日（OR前一天）日结后是否自动解冻的业务逻辑的正确性。此类相应的功能测试可依据的往常经验就比较少；对其业务的特殊性就需要单独考虑。本文在可供参考文献较为稀缺的基础上，主要依赖工作一年来的测试实践和相关理论学习，试图对批处理服务的测试进行一定的梳理和分析，在这种角度上，该文具有一定的创新性，其研究的意义也在于此。1.3研究内容本文主要以对公存贷款为例，研究批处理测试的基本逻辑和方法，作为新一代核心银行业务系统中的一个重要部分，对公信贷与存款系统为客户提供了存款类合约（活期定期）的建立、维护、终止、查询等功能以及贷款前中后流程服务，另外现金管理、资金监管、E商贸通也是存贷款系统的重要组成部分。新一代对公信贷与存款组件对老系统的功能进行了整合优化，对操作痛点进行了改进，对新的业务场景进行了科学的分析。首先，为了说明系统批处理服务测试的设计思想与方法，本文首先围绕对公信贷与存款项目基本情况展开介绍，提供了批处理服务研究的实践背景，同时，对对公存贷款功能测试方法进行了浅析，这为后文进行具体的测试方法研究提供了一定的实践依据。其次，本文对公信贷与存款系统中批处理服务的业务特点进行分析，结合系统的基本业务内涵和组织结构，从批处理服务的业务内涵、主要分类、类别之间的差异与共同点等方面进行初步介绍。同时批处理服务与“联机交易类”、“报表查询类”、“渠道自有类”交易存在显著差异，对该领域的测试方法研究理应有所不同，本文对其存在的必要性和部分重要业务功能列示说明。接下来对对公存贷款系统的批处理业务与联机交易和报表查询类交易的相关关系进行详述，在批处理服务中，批前准备案例和批后验证案例与批处理自身服务的逻辑相关性的研究是本文重点考虑，针对不同的批处理类型，其批前批后案例的选择方法有所不同。这些为后文的测试方法的讨论提供了实践基础。再次，在有了相关理论和实践基础的情况下，本文对批处理服务的测试方法运用进行了较为系统的分析。包括批处理时间安排，批处理的执行有其特殊的时点性特征，跑批时间的安排自然也不能和联机交易一样在工作日随时进行，特殊营业日期的预先设定与有序计划才能保证批处理服务的测试顺利进行，这些都是本文试图去说明的部分。另外，针对不同批处理服务需要满足的技术和业务设计约束条件，不同类型批处理服务的验证点分析也不尽相同。正是通过上述较为详细的批处理逻辑分析，使我们更容易理解上开存贷款组件的批量运作，并为测试跟踪提供了很好的基础。最后，本文对上述理论依据和实践经验进行了总结，并探讨了批处理服务测试方法改进的目标和方法。测试方法的提升不是“毕其功于一役”的，我们应当学中思变，思考将本文探讨的一些方法进一步运用到以后的测试实践中去。 1.4论文结构本文主要分为五章，具体结构如下：第一章，绪论（即本章）。介绍论文的研究背景、研究意义、研究内容以及论文的组织结构。第二章，相关的项目实践部分，着重对公信贷与存款项目介绍及功能测试方法浅析。第三章，以批处理服务为研究对象，分析该类特殊作业的自身业务特点，梳理出其与联机交易和报表类查询交易的相互关联性。第四章，研究批处理服务相应测试安排的实施过程，还原这类业务类型的测试方法。第五章，总结展望，根据测试过程，总结出测试中遇到的难点和问题，将这些测试中的创新点作为今后测试的经验和参考。2.对公信贷与存款项目介绍及其功能测试方法浅析2.1 对公存贷款项目介绍作为对公信贷与存款测试小组的光荣一员，通过认真学习对公信贷与存款业务规则，深入上开现场参与连通与应用组装，提升了测试设计水平与测试执行能力，加强了对系统的认识与了解，提高了对公信贷与存款各组件特点的理解和运用。对公信贷与存款的每个子产品面向的用户不同，实现的功能各具特色，业务处理流程与规则也不尽相同。主要分为以下几个组件：存款组件：本组件主要为客户提供对公活期/定期存款产品的建立、维护、终止、查询等服务流程，包括对公活期/定期存款账户的开立、账户属性维护、存入、支取、计息、销户等交易。此次改造旨在提供产品的灵活装配，快速创新，并实现多渠道的业务部署。除了对老系统的功能进行整合优化、操作痛点进行改进外，新一代存款组件还将原来的冻结功能区分了业务冻结和司法冻结，并把两种冻结中不同的冻结场景进行区分和配置，并对业务冻结的类型以及司法冻结的优先级进行了设置，对外围交易业务提供了很好的支撑。对公信贷组件：信贷是我行主要的资产来源之一。对公信贷组件整体功能复杂，产品多样，规则繁多，除公用流程和功能外，不同产品具有特殊的业务规则。主要包含对公贷款、担保承诺、汇票贴现、转贷款、委托贷款等贷款产品，以及合约变更、贷款信息查询等交易。对公贷款流程复杂，分为贷前流程、贷中流程和贷后流程。贷前流程的重点为与客户签订信贷合约和支用信息，约定贷款产品、信贷合约总金额、利率方式、每次实际发放贷款金额等；贷中流程指的是开立账户、发放贷款，还包括提前/按期还款、贷款展期/预期等业务功能；贷后流程主要有当期偿还、核销贷款等业务功能。E商贸通组件：E商贸通的主要功能为给特定商户下的签约会员提供大宗现货、期货的交易行的金融类服务，主要涉及员工渠道、企业网银和渠道整合平台三个渠道。ECTIP（渠道整合平台）提供了商户的签约、信息维护以及清算服务；企业网银渠道满足了商户和会员的签约以及信息查询等需求；另外，会员还可以在柜面办理会员签约及出入金交易等业务。商户、会员两个实体间的资金来往只能通过与银行约定的清算账户来进行是E商贸通组件最大的特点,这既方便了ECTIP后台的清算，同时满足了监管的需要。现金管理组件：现金管理组件主要包括对公理财一户通、现金池、集团账户和财资管理。其中对公理财一户通是我行向客户提供的通过一个单位人民币结算账户实现其名下活期、定期、通知、协定等不同性质、不同期限人民币存款统一管理的现金管理产品；现金池产品为企业内部不同层级银行结算账户建立联动关系，支持多级账户资金实时归集下拨和定向支付控制，实现企业灵活管控财务资源，提交资金使用效率。现金管理产品集存款、账户、结算三位一体，有助于提高客户黏性、挖转他行存款、提升业务收入。资金监管组件：资金监管主要由百易安、政府监管集成模式、政府监管集团模式三部分组成。百易安业务管理包括业务流程管理和客户增值服务管理两部分。业务流程管理部分是针对对公客户经理营销百易安业务流程进行管理，包括监管协议、列表信息、资金监管、监管报告、业务管理功能模块；客户增值服务管理是百易安系统的辅助模块，通过系统为客户提供一般性财务分析、资讯服务报告，同时为客户经理提供基金研究评价资讯系统权限，为登录的百易安系统的客户经理展示相关基金信息。政府监管集成模是指政府监管部门在银行开立人民币资金结算账户，作为存放监管资金核算的总（主）账户；下设若干分账户，分户核算具体单位或项目缴存的监管资金。政府监管集团是指由缴存单位自行开户并交存政府类监管资金，政府类监管资金业务系统以政府监管部门总账户（虚拟账户）关联全部缴存单位账户（实有账户）集群，进行相关资金监管和信息报送业务操作的业务模式。2.2 对公存贷款功能测试方法浅析存款组件测试方法：存款组件分为活期存款和定期存款，二者又包含不同的可售产品，在分析设计阶段，主要考虑不同的账户类型、业务类型，以及不同功能按先后不同组合成的不同业务场景。先将多种业务类型罗列，再列明其分别涉及的众多业务要素，按照主要的流程分支进行区分，保证每一种业务要素、每一条业务逻辑、每一个种业务类型都得在不同流程的组合中得到全覆盖，以实现案例组合最优、最少的选择，提高测试案例设计效率。同时还针对特定的业务类型补充涉及案例设计，以覆盖更多更复杂的业务场景。例如针对冲正、冻结、扣划、解冻功能分别独立进行案例设计后，再将四者进行组合，补充了“冻结冲正”、“冻结扣划”、“冻结扣划冲正”、“冻结冲正扣划”、“冻结解冻冲正”、“冻结冲正解冻”、“冻结部分扣划解冻冲正”等业务场景，更有效全面的对实际生产中的多种业务场景进行了分析测试。贷款组件：对公信贷组件的测试设计，主要从产品类型、交易渠道、界面要素、业务规则、用户权限、系统工作流等规则的角度出发，采用等价类划分法、边界值分析法、场景法等测试设计方法。例如以国内信用证议付的产品为例，针对该产品从贷款发放、贷款偿还、贷款核销一系列流程深入分析。该产品的交易渠道只涉及员工渠道。界面要素设计根据界面输入域的相关规则，对于输入域是姓名、身份证、卡号、日期等约束规则进行了测试分析和设计。在业务规则方面，以应用设计说明书为依据，把每个业务规则进行了梳理，融入到系统功能。用户权限涉及了柜员和高级柜员等相关用户，在测试案例中有明确描述。对于系统工作流，进行了工作流的主干和分支的梳理，对每条流程均进行了测试设计。在以上各规则充分分析的前提下，有效进行了测试分析和设计。E商贸通组件：从测试设计方法来讲，E商贸通除了设计了渠道自身签约、查询、出入金、解约等服务的正确性验证案例外，更重要的是考虑了不同渠道信息反送，交互的无误性检查。另外，后台的批量清算服务和各层级实体的权限控制验证也是测试设计的必要内容。例如，当测试p1网银渠道E商贸通管理-信息维护时，会员解约前需要结息就设计了诸多案例，结息既要考虑入会员帐还是商户帐，又要考虑解约当日距上次结息日间有没有利息暂存以及这期间利率有没有发生过变化，存不存在分段计息的情形。正是通过测试案例的审慎设计与科学考量，E商贸通组件的测试过程的充分性和有效性得到了最大程度的保证。现金管理组件：现金管理组件与同属对公存贷款系统的活期存款、定期存款、贷款组件均有较大关联，同时很多功能还和北开的现金管理系统有交互，因此在测试分析和设计上需要综合考虑前置交易场景。比如针对“对公理财一户通内部分账户转账”功能设计案例，前置交易就包括首先在活期存款、定期存款组件中开立账户，进行存款交易，然后需要在北开现金管理系统中进行客户主账户、中间账户和子账户的签约，业务场景较为复杂。在测试分析和案例设计过程中，需要重点进行前置交易和关联交易分析，覆盖各种可能的复杂场景，提高测试的充分性。资金监管组件：资金监管的测试包括百易安和政府监管两部分，根据产品的特性开展案例的编写与测试。在实际测试中，根据下列测试要点进行分析，细化设计测试案例，以便更全面的覆盖功能要点。百易安相关的功能有：拓展百易安的资金划转方式,可支持监管资金可退回至资金接收方；系统新增退回列表，对监管资金退回做相关控制。支持约定划转，系统可支持在指定日期自动划转监管资金。新增小额支付功能，可指定小额支付单笔限额、日累计限额、月累计限额，该类合约的小额交易可不受支付列表限制。取消贷款合约及非固贷类贷款小额支付条件参数，保留止付列表、授权支付列表。界面展示优化，所有“资金划转”环节名称统一改为“资金支付”，即：入金为“资金存入”；出金为“资金支付”或“资金退回”。政府监管的相关测试要点是：白名单、黑名单功能，根据黑、白名单控制监管账户收、付对象；支付列表，监管资金支付需根据支付列表按笔匹配；优化集成、集团模式监管资金控制模式，可通过账户状态（只收不付）、黑白名单、支付列表多种模式组合监管；目前集成子账户编号仅支持4位，本期扩充账户编号长度，最长可支持10位子账户。3.批处理服务特点分析3.1批处理服务整体背景批处理服务与“联机交易类”、“报表查询类”、“渠道自有类”交易存在显著差异。联机交易主要验证业务逻辑、界面操作与后端服务调用关系、权限处理及输入输出要素检核及错误处理符合分析设计要求，报表查询类主要验证信息查询、格式化报表、数据多维分析、趋势预测、数据挖掘符合分析设计要求，渠道自有类主要验证计算器、收件箱、帮助中心等渠道自有功能或仅为渠道迁移或展示变化影响的功能符合分析设计要求，而批量作业类则是要验证批处理功能、频率、时点处理、触发事件及错误处理符合分析设计要求。批处理是一种经典软件架构风格，即数据流风格。构件为一系列固定顺序的计算单元，构件之间只通过数据传递交互；每个处理步骤是一个独立的程序，每一步必须在其前一步结束后才能开始；数据必须是完整的，以整体的方式传递。其特点主要有两个：顺序性和依赖性。作业的完成需要多个步骤顺序完成，后面步骤是否执行依赖前面步骤的执行情况。这种情况在银行的日终或月末数据处理中是比较常见的。比如，一个代缴费的业务，每天晚上需要进行对账，可以分成获取批量数据文件、解析文件、批量对账、发送对账结果文件等顺序步骤，后面的步骤依赖于前面步骤的完成，否则对账工作是不完整的。批处理一般都是对大量的数据进行处理，如对所有账户信息进行计息处理，这样，很快就会碰到处理效率的问题，特别是使用单进程的情况下，批处理的处理过程会越来越令人难以接受。一个应用系统在早期一般数据量并不大，单进程的串行处理时间可能并不长，随着业务的推广和业务量的不断攀升，一两年后，同样的处理需要2 至3个小时；到后来，同样的处理有可能持续到第二天早晨，甚至影响到联机交易。在个别的情况下，批处理运行过程甚至出现死锁之类的故障。另一方面，与这些问题相对的是机器资源的闲置和浪费，通过相关技术资料观察，批处理在单进程的情况下，CPU 的平均利用率基本在50% 以下，磁盘和数据库的利用率也不高。综合这两方面的因素，采用了并发多进程的模式，在确保可靠性的前提下，充分利用机器资源，提高批处理的处理效率是正确的选择。我们可以把一个批处理作业的处理过程描述如下：把批处理作业分成多个步骤，一个步骤称为一个交易；每个交易拆分成多个可以并行处理的子任务（也称为工作单元），这些单元用交易参数来识别；分步骤按顺序调度这些工作单元（如图1所示）。右边是一个调度进程，左边是一组工作进程需要完成的工作单元集合，绿色的虚线框为正在执行的多个工作单元，并发的数量由工作进程数目以及当时可以并发的交易单元决定。如果一个交易的并发参数数目大于工作进程数目，则该交易的完成需要多次作业调度。图1另外，批处理另一重要内容就是管理进程。管理进程，也称为调度进程，在启动后，创建多个进程组成工作进程池，然后获取批处理的任务信息，按照各个步骤的交易参数（如机构等）进行任务拆分、排序，接着顺序分配这些任务单元给空闲的进程。调度算法体现了批处理的一些可定制的特性。（1）依赖特性：每一个步骤都有一个“前置步骤”的属性，一般来说其前置步骤是上一步骤，有时候相邻两个或多个步骤没有互相依赖关系，则前置步骤可以提前，这样能够提高并发程度；（2）重试特性：一个交易单元如果执行失败，可以依据交易的“可重试”属性，确认是否可以重复执行，直到执行成功或达到最大重试次数；（3）成功特性：如果一个交易设置为“必须成功”的属性，则只有该步骤所有交易单元执行成功，才能开始分配下一个步骤的工作；否则，只要该步骤有一个单元执行结果失败，后续的步骤不再执行，批处理失败退出。除了任务调度，管理进程还需要处理管控命令。管理进程通过开辟共享内存，将所有任务信息放置在该内存中，这样，状态查看命令可以方便地进行读取展示。另外一些控制命令，如暂停、恢复、退出等，通过其他的进程间通信的方式完成消息处理。上述三个批处理调度特性在“下一任务是否满足调度规则”中实现。上述描述可以通过图2来清晰说明，已展示一个完整的管理进程处理逻辑。图23.2批处理服务的分类3.2.1批处理服务的业务分类 批处理根据处理逻辑和输入输出结果的不同可以分为四类：报表清单类、业务数据加工类、业务数据生成类、业务控制类。报表清单类：1）客户使用报表清单类批处理服务生成的报表清单提供给客户（含第三方、监管机构）使用，是直接影响到客户体验的类型。典型交易有：产生对公贷款报表返还文件、贷款账单明细生成数据处理、现金池签解约生效-解约金额划转凭证处理等。2）行内网点营业使用报表清单类，批处理任务生成的报表清单供行内网点第二天营业准备或营业服务中使用。典型交易有：产生贴现报表返还文件、工前贷款放款报表数据加工等。3）一般报表清单类，批处理任务生成的报表清单供行内管理部门使用的报表，批处理程序支持在下一营业日切换前允许重复执行，而且报表清单的内容是一致的。业务数据加工类：1）账务处理类。进行组件内账务处理的批处理服务。主要包括：代收代付、结息、批量扣费、科目结转、账务调整、COA段值变化等批处理。典型交易有：对公活期账户计提、对公活期结息、虚拟现金池填平还原等。2）重要的业务数据加工类。对有时效性要求、影响客户体验或银行关键业务的业务数据进行加工的批处理服务。主要包括：通过加工产生清算文件、对账文件、分户汇总文件等业务数据。典型交易有：对公活期转列睡眠户、对公活期自动解冻处理、现金池总分核对预处理等。3）一般业务数据加工类。对于银行非重要的业务数据进行加工的批处理服务。主要包括：文件格式的转换、数据维护、数据检核等。典型交易有：对公定期自动转存、对公定期账务检查、一户通资金归集、现金池签解约生效-生成解约成功待划转文件等。业务数据生成类：1） 业务数据生成并传给第三方。生成的业务数据通过外联平台传送给第三方使用。典型交易有：对公定期数据报告-保证金存款明细表、对公定期数据报告-外汇账户变更和资金明细信息文件生成等。2） 业务数据生成并传给下游组件。生成的业务数据传送给下游组件使用。典型交易有：贷款还款文件准备、账户透支贷款转列逾期文件准备、结计应付未付利息输出文件处理等。业务控制类：1） 日期控制类。控制组件营业日历切换的批处理，如：日切、月末、季末、年末控制。2） 业务数据生效控制类。用于对业务数据的生效进行控制的批处理。主要包括对营业日历维护的控制、参数生效的控制等。典型交易有：E商贸通欠费停止服务处理等。3） 业务场景控制类。对业务场景的变换进行控制的批处理。主要包括控制交换场次的变化、24小时模式轮替控制等。3.3批处理服务与其他类型交易的关联关系分析通过对以上批处理基本内容的分析，我们不难发现批处理作为一种特殊的交易，与联机交易、报表类查询有着天然的联系。 3.3.1批处理与联机交易的关联关系分析联机交易一般为柜台单笔的，以及由自助设备发起和各种渠道接入的需要及时响应的交易，比如柜台存取款，贷款，atm取款，大小额等，主要验证业务逻辑、界面操作与后端服务调用关系、权限处理及输入输出要素检核及错误处理符合分析设计要求。其最大的特点是实时性，要求响应时间快，且常为界面操作类，结果显示直观且明显。批处理与联机交易关联关系体现在，某些批处理服务需要使用联机交易业务来生成的特定的数据状态，也就是在批前为达到验证效果而进行的必要操作，同时，跑批之后，由于相关内容参数进行了批量化修改，某些批处理服务也需要批后调用联机交易来查看特定账户或其他实体状态，来校验结果的正确性。完整的批处理流程并不是孤立的过程，其业务内涵通过联机交易的配合下更好的体现，批处理在设计中作为一种数据流的形式，也需要前后端联机服务才能将这些数据的真实业务场景意义所表达。批处理与联机交易关联关系体现为两种关系：1.联机交易为批处理服务的前置操作。以上开对公信贷与存款项目应用组装批处理部分服务为例加以说明： 表1 项目名称组件名称用例ID用例名称*自身批处理名称*批处理前完成*批处理后完成对公信贷与存款存款（活期）SUCU007S0303对公活期存款账户业务冻结A0181BS02-对公活期自动解冻处理是否对公信贷与存款存款（活期）SUCU007S0329对公活期存款明细汇总设置A0181BS10-对公活期账户汇总明细批量处理是否对公信贷与存款存款（活期）SUCU007S1002对公活期存款正常转待睡眠A0181BS05-对公活期转列正常户是否对公存贷款活期组件实现了活期存款账户的开立、账户属性维护、存入、支取、计息、销户等交易，其与联机服务相关的批处理业务场景，详见表1：1）A0181BS02-对公活期自动解冻处理（实现对满足条件的业务冻结、司法冻结事务自动解冻，对成功解冻的账户出解冻成功清单，对解冻失败的账户出解冻失败失败清单），通过其前置联机交易SUCU007S0303对公活期存款账户业务冻结，生成冻结账户，并设置解冻日期或不输入解冻日期，验证冻结到期日（OR前一天）日结后是否自动解冻。2） A0181BS10-对公活期账户汇总明细批量处理（签约汇总明细账户，并交易数笔，查看成功清单、失败清单及交易明细（签、解约），通过其前置联机服务SUCU007S0329对公活期存款明细汇总设置，对明细输出的各要素进行特定设置，已达到与预期一致的效果。3）A0181BS05-对公活期转列正常户（针对对公活期不动户数据，按照待睡眠转正常条件转列正常户），通过其前置联机服务生成待睡眠账户，并通过其发生交易行为（包括存入、支取、结息）等，验证其是否转正常。2.联机交易为批处理服务的后置操作。另外还有一些联机服务是作为批后验证的内容，共同构成了批处理服务的逻辑链条。表2项目名称组件名称用例ID用例名称*CCBS批处理ID*CCBS批处理名称*批处理前完成*批处理后完成对公信贷与存款现金管理SUCU0572050J虚拟现金池内部清算明细查询打印A0582B017现金池账户内部存款和透支利息结计和划拨是对公信贷与存款现金管理SUCU0572050K现金管理委贷信息查询打印A0582B021执行现金池委托贷款是对公信贷与存款现金管理SUCU0572050L虚拟现金池明细查询打印-过滤填平还原明细A0582B020虚拟现金池填平还原是对公存贷款现金管理组件的现金池产品为企业内部不同层级银行结算账户建立联动关系，支持多级账户资金实时归集下拨和定向支付控制，实现企业灵活管控财务资源，其与联机服务相关的批处理业务场景，详见表2：1）A0582B017现金池账户内部存款和透支利息结计和划拨，其批后需要通过SUCU0572050J虚拟现金池内部清算明细查询打印联机服务来验证结计和划拨的正确性。2）A0582B021执行现金池委托贷款，针对不同法人之间的资金拆借，按法规必须形成委托贷款，并进行相应的资金划拨处理。那么委托贷款的收款人、金额、方式等详细信息就需要通过SUCU0572050K现金管理委贷信息查询打印联机服务来进一步验证。3）A0582B020虚拟现金池填平还原，实现日切前填平有日间透支的成员账户，日切后还原操作。操作正确与否就可以通过SUCU0572050L虚拟现金池明细查询打印-过滤填平还原明细这支联机服务来查询与验证。3.3.2批处理与报表查询类交易的关联关系分析用表格、图表等格式来动态显示数据的报表提供了批处理服务更直观更系统的结果展示。表3项目名称组件名称批处理服务ID批处理服务名称说明对公信贷与存款E商贸通（电子银行）A0432B001收取E商贸通会员佣金费用用于收取E商贸通会员佣金费用对公信贷与存款E商贸通（电子银行）A0432B002E商贸通商户注销将当日白天联机申请商户注销的商户，进行商户注销。包括对商户下所有会员的出金，解约，商户自己的出金，注销。对公信贷与存款E商贸通（电子银行）A0432B003E商贸通会员结息对符合条件的会员，商户做结息入账处理，出具电子转账凭证，登记分段，结息信息。以E商贸通会员结息A0432B003这支交易为例，该批处理服务作为文件型操作，主要输出E商贸通会员结息失败清单、E商贸通会员结息入账失败清单，对于主要的几种错误补偿方式（断点重提、逃过、回退、重跑），E商贸通会员结息主要设计为重跑，这是由于其为下传作业，失败重跑即可满足要求。当系统执行了会员结息批处理后，我们可以通过P2客户端-托管及监管下的E商贸通相关报表查看输出内容。 选择需要查验的报表菜单项。在新打开的表单链接中输入报表日期，并可以选择网页HTML或EXECL、PDF文档展示。显示会员结息明细表，如果跑批后，对应机构会显示该机构的报表内容。4.批处理服务测试方法运用4.1批处理测试的时间安排策略与常规界面类系统功能测试不同，批处理服务无法直观的查验其是否顺利完成，因此对批处理的流程逻辑较为深刻的把握，对不同业务场景需要有系统的时间安排，这方面的学习一来是要靠研究设计文档，通过研究批处理的设计说明书来学习该批处理的内涵和主要测试点，另一方面则需要与业务人员加强沟通，了解其运行的流程逻辑，只有对其流程逻辑有了较为充分了解，才能首先知道系统中某个批处理服务，前置需要做哪些交易产生待验数据，其跑批业务内涵是是什么，其批后可以通过哪些操作来进行结果的正确性验证。批处理时间的安排不是随意的，而是与业务实质紧密相关，体现的是针对性的系统测试流程。在执行批处理服务时，需要修改主机时间进行针对性的安排，时间维度的考虑也就成了批处理服务执行顺利的关键。不同的批处理服务由于其跑批内容的不同，涉及不同的业务涵义，所以时间的安排就需要根据各服务的业务场景来加以设定。例如上开主机一体化应用组装第二轮批处理安排如下表： 涉及组件跑批内容3月27日，执行4.6每日+每月6日的日终批处理产品支持基础周期性收费周期性费用计收批处理服务4月2日，执行5.12每日+每月12日的日终批处理对公存贷款对公活期转列睡眠户4月10日，执行6.20每日+每季末20日的日终批处理产品支持基础周期性收费周期性费用计收批处理服务对公存贷款E商贸通会员结息对公活期结息现金池账户内部存款和透支利息结计和划拨现金池账户内部借款和贷款利息结计和划拨百易安批量结息4月17日，执行6.21每日+每月21日的日终批处理对公存贷款工后结计应付未付利息工前结计应付未付利息4月24日，执行6.30每日+每月末的日终批处理对公存贷款对公定期报表数据加工及下传支付结算借记卡数据清理4月26日，执行7.1每日+房改金融公积金年度结息入账的日终批处理产品支持基础集中收费处理扣收汇总费用批处理服务支付结算交换营业日历生成主机日期为4月6日的执行的就是日常的日终批处理，产品支持组件执行主要内容就是的周期费费用的计收，包括扣收欠费、获取欠费待重扣明细、汇总费用当日核算批处理等相关内容。5月12日，除了常规的日终批处理外，由于银行业务规定了，每月12日，系统根据设定的一年未发生收付转睡眠的参数自动批处理作业，将符合睡眠户条件的单位活期存款账户的状态由“正常”改为“待睡眠”，次日，账户开户营业机构下载打印 “中国建设银行待睡眠户清理清单”，同时，每月12日，系统还会根据设定的参数（1个月），将把满足条件的“待睡眠”账户结息后批处理转入“其他应付款”科目中核算，同时自动登记“不动户处理情况登记簿”。次日，开户网点下载打印“中国建设银行转睡眠户清单”、“利息清单”）作记账凭证，并抽取睡眠户账户印鉴卡专夹保管。所以对公活期转列睡眠户的操作需要安排在主机日期为12日的时间点，才能更好的验证账户状态变更的逻辑正确性。另外，每月末会涉及对公定期报表数据加工及下传及支付结算借记卡数据清理的操作，所以安排30日来执行，而季末一般是银行规定的活期、E商贸通、百益安等业务的结息日期，相关的日切安排也应该予以考虑，所以对于现金池账户内部存款和透支利息结计和划拨、现金池账户内部借款和贷款利息结计和划拨、百易安批量结息、对公活期结息、E商贸通会员结息等内容，安排在6月20日，来清算结计第二季度的利息数据。4.2批处理业务的准确性验证针对批处理的不同业务类型，其设计时的约束条件不同直接决定了对其结果的验证也就有不同的形式和方法。报表清单类：设计要求上，报表清单1、需要满足客户使用报表清单的时效性要求；2、批处理服务支持在下一营业日切换前允许重复执行，而且报表清单的内容是一致的；测试时就需要满足报表的时效性，在下一日日切前重复生成报表的内容一致性，以及最重要的，报表数据内容的完整显示和格式正确。业务数据加工类：设计要求上对于账务类操作1、需要有重复运行的控制机制，避免发生重复的账务操作；2、记录处理日志。在数据处理过程中，需要记录批处理的处理结果，包括成功和失败的记录笔数。对于失败的要记录明细。采用公共程序记录日志信息。对于一般的业务数据加工类，也需要记录处理日志，及时记录批处理的处理结果，采用公共程序记录日志信息。测试时，对于最重要的账务类批处理服务，如结息、批量扣费、科目结转、账务调整、等批处理，就需要考虑是否重复运行的控制机制逻辑正确，是否能避免发生重复的账务操作，并及时记录处理日志，包括成功和失败的记录笔数，对于失败的要记录明细。从结果来看，就是账务类交易计算的正确性和逻辑控制无误。业务数据生成类：设计要求上，传送给第三方的业务数据需要保证：1、明确第三方客户对于接收业务数据在时效上的要求；2、需要通过外联平台将数据传送给第三方；3、传送的数据内容要与业务需求完全匹配，不能传送超出业务需求范围之外的数据内容；4、在同一营业日内批处理程序具备重复运行生成相同业务数据的能力。对于传送给下游组件的业务数据需满足：对于生成后传给同一接收方的相同业务数据，数据的格式由接收方统一约定，避免接收方需要进行格式转换；2、在同一营业日内批处理程序具备重复运行生成相同业务数据的能力。测试时，对于业务数据生成类，如对公定期数据报告-通知存款约定转存结果清单，这支批处理服务，就需要保证传送的数据内容要与业务需求完全匹配，不能传送超出业务需求范围之外的数据内容，约定转存清单要与实际设定了通知存款约定转存业务的实际数据相符。业务控制类：对于日期控制类的批处理服务应满足：1、日切类批处理程序应该具有高内聚的功能。它不应该包含其他非日切直接相关的功能。2、需要明确本组件可以进行营