解决痛点：高性价比下的天阳科技接口测试工具

Posted 2021-04-29 天阳科技

随着经济的发展，银行作为一个重要的社会行为节点，中间业务越来越多，而业务的繁杂必然涉及与行外系统之间更多的交互，更多的IT系统以及更多的相互间业务和数据的关联。

这就需要频繁地进行银行业务的变更与系统版本的升级，对回归测试的要求也越来越高，敏捷开发与持续集成的IT模式，则对测试速度提出更高要求。

天阳接口测试工具在持续的实践中已形成更具有竞争力和可行性的关键价值，成为能够切实满足业务需求的接口测试工具。

天阳接口测试关键价值：高性价比下的可持续使用

a.

参数化，高可配置性

一套工具可以应对多系统、多项目、多技术路线的测试需求

b.

配置化而非代码化    

实现了业务、技术、数据的尽量分离

配置化而非代码化

降低了工具使用的技术水平要求

业务人员、测试人员皆可参与接口测试

c.

自动化程度高           

大大减轻了操作工作量

上手快、易实施，可维护性高

实现全生命周期的高性价比

d.

可扩展性强               

既可用于功能测试，也可用于性能测试

产品特性

基本特性

多协议支持、多报文支持、复杂报文支持、加解密＆加签验签、多项目/多系统、一发一收、执行过程监控

关键特性

多案例集/多案例、案例生成与批量导入/导出、预期结果及自动判定、多发多收、接回字段多种数据来源设置（固定值/前后报文数据传递/系统函数自定义函数/参数/SQL）、返回报文多维度显示、对复杂测试环境的支持、执行机

附加特性

用户与权限、统计分析、XLS模版导入报文定义、案例定时执行、测试报告自动生成、日志

高阶特性

报文反向解析生成报文定义及案例、报文录制、并发、资产复用（各个维度的导入/导出）

接口测试流程

天阳接口测试典型案例

场景案例之：报文功能测试

XX银行核心测试

场景：

模拟第三方外联系统，向被测系统发送请求报文。

场景目标：

定义所有不能提供测试环境的第三方系统接口，供测试实施同事进行功能测试。

接口类型及数量：

4类通讯协议接口（TCP、HTTP、WebService、Hessian）；

4类格式报文（定长、XML、分隔符、SOAP）；

共计近150个接口。

成果：

1.定义了20+系统的近150个接口。

2.对相关人员进行了培训，未来由测试人员自行进行接口定义。

3.模拟公积金系统的报文加解密。

4.模拟支付宝的加签/验签。

场景案例之：接口回归测试

XX城商行接口回归测试

场景：

以某天生产数据作为测试环境数据，在3天内完成快速回归测试。

场景目标：

在测试环境数据变更的前提下，能够在非常短时间内完成案例测试数据的自动更新、执行及自动生成测试报告。

接口类型及数量：

三方支付、网银内管、直销银行、信贷系统、二代支付等16个系统和模块近200个接口实施，设计测试案例3000余条，是对应手工案例的2.5倍。

工具应对：

1.自动执行查询SQL，获取查询结果并自动更新案例测试数据。

2.创立中间数据库，提高查询速度。

3.多种参数化配置，提高案例对多套环境的复用性。

4.案例执行报告自动生成，案例执行结果的自动统计。

成果：

3个工作日内，自动化在10余家法人行完成测试案例执行近7000次，是同期手工回归的近5倍。

场景案例之：仿真平台

XX农信仿真平台

场景：

建设一套通用仿真平台，通过平台进行各行外系统的仿真配置，以便为行内系统在开发及测试阶段提供联调环境。

场景目标：

在配合测试需求环境的前提下，完成仿真环境开发及维护。

接口类型及数量：

农信银仿真、身份核查系统、居民保、交行银期转账、TIPS国库系统等20余个系统和模块共计200多个接口开发。覆盖了TCP、HTTP、WebService、MQ(同步、异步)、Tuxedo等协议类型，定长、XML、SOAP、8583、分隔符、混合报文（定长+XML）等报文类型。

工具应对：

1.每个被模拟系统创建对应数据库，根据业务场景分支进行逻辑分支编写及数据库操作。

2.定制开发数据维护页面，方便测试人员数据维护。

3.对于业务逻辑分支进行事件类定制编写。

成果：

实现数据测试人员预制，数据的维护，与业务场景分支闭环，更加贴切测试需求。

RECOMMEND

推荐阅读

长按二维码

识别关注