单元测试分析报告

单元测试分析报告

1引言

1.1编写目的

本文档对天津农合行稽核监督及操作风险监控系统的单元测试进行分析总结，读者主要面向参与本项目的开发人员和测试人员，另外还有天津农合行相关领导和专家。

1.2背景

◆项目来源

传统上，银行的风险指信贷风险和市场风险，在操作风险管理上较为落后。当前对操作风险的预防主要放在监督中心，现有的监督软件只能做到通过分散地挑选一部分凭证来对流水进行核实，对于没有凭证的业务不能进行监控。对整个业务的综合分析，只能通过人工的方式凭业务人员的自身素质进行简单判断，若要对需复杂计算、大数据量分析后才能得到的风险信息，就需要运用计算机手段来实现。原先由人工进行监督，只能对凭证进行全面监督，无法根据业务重要性区分监督重点。

近年来银行内部人作案层出不穷，由于这些人熟悉银行制度、系统的漏洞，作案手段有很强的连续性和隐蔽性，通常一般监督难以发现。

现阶段，部分银行还存在以下问题：

●凭证保存不便，查阅困难。凭证经过事后监督后送回网点，由网点分散保管，占据

了行内存放凭证的空间，查阅凭证费时费力，要递送凭证纸张，浪费时间，并且由

于经常查阅导致凭证损坏。

●整个事后监督操作比较分散，不适应前台业务整合和核算一体化的管理要求。

●人工审票重点不突出。一般由事后监督人员手工翻阅部分传票，无法选择高风险业

务进行重点监督。

●人工审票需要具有较高素质、较多经验的监督人员，这样对监督人员要求高，人员

培训也要花费很大的开销。

●不能实现基于历史交易统计和关联交易分析。目前各家银行在风险的防范上均采取

了各种措施，包括主业务系统内部实现的基于交易的控制，以及基于当天业务数据

的简易的分析，但是随着目前高智商犯罪的增加，做案分子专门找制度的漏洞，使

得每一笔业务本身都是正确的，而只有基于大量业务的统计和关联交易进行分析时

才发现。

●对风险缺乏制度化的整套管理制度。风险模型的提出和建立、风险的生成和查询、

风险的处理、风险的打印、风险的核销和落实没有制度化的方法来保证，效率低下。

风险的响应不及时。一般地，70％的风险案件需要查找到原始凭证或者凭证的图像，但是目前的银行凭证的管理和风险的分析属于两个不同的部门，使得即使发现了风险，等到落实查找时已经过去了许多天，不能及时减少风险带来的损失。

有效地管理和方便地调阅庞大的交易流水信息和凭证影像信息，高效监督并及时发现操作方面的风险日益受到银行各级领导的重视，为了适应行内前台业务整合和核算一体化的管理要求，达到减员增效和提高监督质量的目的，建立一套完善的、自动化程度高、扩展性强的集流水勾对、帐务处理、稽核和统计分析、决策支持的全新的监督系统已迫在眉睫。

为了解决银行面临的以上问题，信雅达公司提供的综合事后监督系统引入了OCR 光学识别技术，集凭证录入、图像处理、智能识别、数据核对、海量存储、精确查询、重点监督于一体的计算机辅助管理系统，实现了凭证档案的缩微，并在实现凭证影像精确索引的基础上，建立业务处理风险预警监督中心，结合影像和流水实现对业务的重点监督，替代银行原有的手工监督和账务监督的模式，逐步实现了事后监督的自动化。

该项目的可行性研究，正是基于这样一种背景，为统一影像技术的应用范围、应用模式、业务需求、技术方案和加强该项技术的应用管理而提出来的。

◆委托单位

天津农合行；

◆开发单位

信雅达系统工程股份有限公司；

◆主管部门

天津农合行业务监控中心、天津农合行信息技术中心

1.3定义

CMM 软件能力成熟度模型

OCR 光学字符识别

CSBANK IPS 天津农合行稽核监督及操作风险监控系统

1.4参考资料

[1] 天津农合行产品业务需求书

[2] CMM软件规范，信雅达质量管理部，2010.4.18

[3] 天津农合行稽核监督及操作风险监控系统需求规格说明，项目组，200

[4] 天津农合行稽核监督及操作风险监控系统概要设计说明书V1.0.0，项目组，2009

[5] 天津农合行稽核监督及操作风险监控系统数据库结构说明书V1.0.0，项目组，2009 2单元测试项目及结果

2.1 扫描程序

2.2 自动处理

单元测试子项002

单元测试子项003

单元测试子项004

单元测试子项005

2.3 流水导入

2.4 人工处理

2.5 主附件核对

2.6 差错处理

2.7 人工查账

2.8 数据归档

2.9 日终清理

2.10 版面配置

2.11 系统配置

3分析摘要

本项目的单元测试基本以每一个系统程序开发人员为单位，在以《单元测试计划》的文档指导下，文档所提及的测试范围以及测试需求都得到比较好的贯彻。

同样，由于把单元测试分散在每个程序员的开发编码过程中，有利于提高代码的质量，减少了代码中可能存在错误隐患。

每个程序员对自己开发的代码是最熟悉的，所以通过这种自己开发，自己测试的方式，

可以养成程序员良好的编码习惯。

综上所述，这次项目的单元测试满足了项目对软件质量的要求，并且已经可以进行下一阶段系统、集成测试。

4测试资源消耗

（无）