某银行网贷业务功能测试分析

报告，从而对个人信贷系统贷前、贷中、贷后三个阶段的应用程序健壮性进行测试及缺陷分析，使得整个系统安全上线，稳定运行。该网贷系统整体架构如图1所示。

2  测试方案设计

2.1  测试的方法

对于网贷系统的测试，根据贷款的流程分为贷前、贷中和贷后三部分进行，每部分所应用的测试方法是根据具体业务进行设计的。

2.1.1  贷前、贷中关注界面测试和接口测试

界面测试主要分两种测试方法：

一是静态测试主要关注贷前、贷中各个用户界面的布局是否合理美观，如边界、间隔、配色、字体大小等。风格是否与用户要求一致，重点是信息展现的清晰度。

二是动态测试主要关注贷前、贷中用户界面中各个类别的控件功能是否符合概要设计所规定的条件，如：在贷款查询界面中点击查询按钮可实现信息查询功能。还要对用户界面在不同类型浏览器的不同版本下的显示情况进行兼容性测试。

界面测试的最终目的是保证贷前、贷中用户界面通过测试各个组件及控件功能的实现，达到用户要求的标准，确保用户界面的友善性、美观性和功能的易用性。

接口测试法：由于该网贷系统与行里大部分外圍系统及核心系统之间有交互关系，所以本次测试需要采用接口测试方法来校验网贷系统与各系统之间的联通性，以保证数据能够正常传递，接口测试的关键在于验证接口功能是否实现，也就是通过传值检查返回值的正确性来验证接口的联通性及接口的安全性和逻辑关系的正确性。如：网贷系统与外部系统之间的信息传递为保证信息准确性就必须采用接口测试。

2.1.2  贷后部分报表测试部分

贷后部分主要关注报表测试中的数据正确性、用户权限控制性、报表格式正确性及辅助功能易用性。

（1）对于用户而言，使用报表的目的就是通过报表平台能够快捷、方便、准确地查阅到自己需要的有用信息，所以报表测试最主要的内容就是要验证数据的正确性，但是致使数据错误的因素很多，找出数据错误的原因不易。这就导致测试报表数据准确性是即费时又耗工。为提高数据准确性的测试效果，测试人员必须依据相关数据校验准则进行测试，准则具体阐述如下。

1）基本类校验：是数据正确性测试的基础，主要针对每个字段找出基本的数据有效格式及字段取值逻辑的差错。基本类校验准则适用示例如下。

如：用户证件号码，该规则表示用户证件号码为必输项，通常情况下适用于用户证件号码为主键。

2）逻辑类校验：主要重视相同报表或不同报表中各字段之间的相互关系。逻辑类校验包括时间类校验、权限类校验和额度类校验等。逻辑类校验准则梳理是报表数据准确性测试中的重点。逻辑校验准则适用示例如下。

如：开始时间小于等于结束时间是经常出现的一类校验准则，用来验证一笔业务在起止两个时间点的逻辑关系。

（2）报表测试中用户权限的控制性校验是报表测试的关键点。由于大部分用户单位报表内容涉及保密信息，所有各层级用户权限不同看到报表中的数据信息也截然不同。例如：信贷部门主管的权限是可以看到用户在报表中的全部信息，但是操作员只能看到用户的基本信息。

（3）报表格式主要关注表头标题名称及各字段要素的正确性、报表字体的美观性和报表整体设计风格是否符合用户要求和大众审美观念，报表的首页与尾页是否规则一致，当前输出的内容多时分页是否合理，翻页功能是否正确以及页眉和页角的表示是否合理，数据格式是否规范，如：数据太长时是否折行等。

（4）报表辅助功能易用性测试，因报表在系统中生成后，并没有结束。报表一般都需要打印出来供用户使用，例如提交审批之类，所以报表的打印功能也是非常重要的。在打印之前，用户一般都需要导出报表做进一步的分析或用于和其他报表的比较，所以也要验证报表的导出功能。一般可以导出的主要格式是txt、Excel和PDF格式，然后要验证导出的内容是否正确，与生成的报表是否一致。

2.1.3  业务场景测试法

根据不同业务场景的要求将网贷系统中的各个功能模块进行合理串接，模拟用户的实际使用情形对系统进行操作，以促使系统能够充分满足用户所要求的功能为目的设计出不同的业务场景并进行测试。在业务场景的测试过程中，需要考虑基础和业务两项数据，其中基础数据主要采取用户所提供的经过脱敏后的真实数据，而业务数据则必须符合业务开展的基本流程。针对网贷的业务流程情况，设计业务场景如下。

在线贷款申请（通联支付）：

（1）准入准则校验：贷款用户在合作平台前端发起贷款申请，填写基本校验数据信息，通过准入准则校验实时交易接口，提交校验信息;网贷系统接收到信息后，调用准入规则并将校验结果信息返回给合作平台;合作平台根据返回结果信息进行下一步处理或弹出验证未通过的信息提示。

（2）授信申请提交：用户进入放款账号及手机号码设置，并完善其他信息进行短信验证后，阅读用户须知、确认授权书、接收贷款用途声明书后，用户完善贷款申请相关信息填写，并完成面签答题后进行授信申请最终提交，通过授信申请提交实时交易接口将授信申请的最终信息提交至网贷系统;网贷系统接收授信提交申请后，对信息进行必输校验，如果校验不通过将返回提示信息;如果校验通过则从日终批量表中的商户信息表中获取最新商户信息并进行快照存储，记录当前时点的商户信息，通过查询核心用户号实时交易接口至核心系统获取核心用户号信息，如果不存在，再通过核心用户号开立实时交易进行核心用户号开立并将返回的核心用户进行存储，最终完成授信申请信息更新后，业务进入在线业务受理环节。业务流程如图2所示。

2.2  测试环境及工具

测试的环境及工具如表1所示。

2.3  测试案例的设计方法

2.3.1  等价类划分法

针对网贷平台中系统管理、用户管理、贷款在线管理、贷后管理和合作方管理等业务模块采用等价类划分法进行测试，等价类划分法的特点是将所有可能的输入数据划分成若干个子集，在每个子集中，如果任意一个输入数据对于揭露程序中潜在错误都具有同等效果，那么这样的子集就构成了一个等价类。后续只要从每个等价类中任意选取一个值进行测试，就可以用少量具有代表性的测试输入值取得较好的测试覆盖结果。

2.3.2  边界值分析法

针对网贷平台中额度管理模块下的限额管理采用边界值法进行测试，边界值法是指软件计划的操作界限所在的边缘条件。其特点是利用边界值法设计测试案例时，开始要确定被测数据的边界，一般情况下输入输出等价类值的边界都选择刚好等于、正好大于或刚好小于边界的值作为测试数据，这样就可以准确测试出这类账户额度的上限值和下限值。

2.3.3  错误推测法

针对网贷平台日终处理中的系统日期查看、额度管理模块下的额度查询和贷款查询采用错误推测法进行测试，错误推测法是指凭经验猜测出错的可能类型，有针对性地列举出程序中所有可能的错误和容易发生错误的情况。其特点是充分发挥人的主观直觉性和长期积累的经验，集思广益，简单易用，快速易切入。

3  测试报告分析

本次共执行测試案例5478个，测试案例通过5135个，测试案例失败343个，通过率为93.73%，按执行轮次分析第一轮从2018年6月26日至2018年7月11日，9人执行5478个测试案例，发现缺陷281个，第二轮从2018年7月12日至2018年7月20日，6人执行测试案例3392个，验证缺陷281个，第三轮从2018年7月21日至2018年7月25日，9人执行测试案例5478个，复测缺陷52个。

缺陷分布情况分析，网贷平台系统测试共发现缺陷281个，缺陷主要问题是UI问题、程序问题、接口问题和需求问题，分布情况分析如下：

首先，程序问题占缺陷占比最大，为52%，问题产生的主要原因是代码编写不严格，如：选择下拉框中无码值。

其次，UI问题占缺陷占比为18%，这部分问题产生的主要原因是原型界面修改不到位。如：界面某个字段名出现不在同一行情况。

再次，需求问题占缺陷占比为16%，这部分问题产生原因是需求更新不同步。如：需求中日期输入方式是手工输入，而系统中则是采用日期控件弹出方式。

最后，接口问题缺陷占比14%，这部分问题只是针对已经联调的部分外围系统在测试过程中发现的问题。如：反洗钱准入业务流程有部分需要与信贷系统联调，当前因为信贷系统不稳定，会影响测试进程。

根据缺陷严重程度分析来看严重缺陷占比为7%，一般缺陷占比为66%，轻微缺陷占比为27%。通过测试结果来看，当前测试要点在平台功能实现、接口测试和业务场景测试，主要对贷前、贷中和贷后等业务流程进行了重点测试，但是接口部分因为涉及外部联调系统，有的数据厂商配合不到位，导致数据只能由我方后台人员自己造数，所以这部分数据准确性还有待验证。

本次测试已达到测试计划的目的，满足测试的约束条件，具体结论如下：共发现281个问题，贷前和贷中功能模块产生的问题占问题总数的67%左右;提出的缺陷解决率达到100%。

4  结  论

随着我国人民消费水平的不断提高，群众消费观念的转变及社会节奏的不断加快等，越来越多的消费群体的消费模式发生了转变，从手里钱攒够了再买需要的物品转为贷款提前消费。在此大环境下，随之而来的就是网上贷款消费将成为当下的主要消费方式，网上贷款只要是有网络和电脑，且本人会上网就可以完成贷款的全部流程。对于讲求速度和节奏的现代社会人民群众来说网上贷款与传统银行贷款流程相比，网上贷款具有门槛低、放款快、选择多、办理方便等优点。本文通过对网上贷款平台功能的测试，从测试基本功能、数据流程到最后的业务场景测试验证了网上贷款平台功能的完善性、易用性和可靠性。该项目测试成果提交后得到了用户的一致好评。

参考文献：

[1] 宋家强.商业银行网贷系统的设计与实现 [D].大连：大连理工大学，2018.

[2] 王天.类银行网贷平台的可行性分析 [J].当代经济，2017（16）：28-29.

作者简介：刘嘉祥（1976.12-），男，汉族，山东日照人，助理工程师，研究方向：计算机软件。