我们都知道金融离不开交易,无论线下POS机还是线上网银,每一次的交易其实都是一次接口的数据互通。面对这千千万万的接口,测试应该如何下手呢?
面对大量的接口测试,我们首先要考虑的事就是项目的技术架构,用到了什么类型的接口(http\web service\hession\soap\socket\rpc\json等)?接口的数据传输有没有涉及到安全性方面的内容,是否需要对传输数据加密解密,是否需要进行多协议转换等?如何验证数据的正确性(比如RETURN的数据、DATABASE、APPLICATION LOG等)?如何做到把大量的接口测试代码与数据剥离,实现基本的分层自动化?大量测试驱动数据又是如何结合用例进行管理,这都是需要我们在做接口测试前需要了解清楚的地方。
其次,在测试过程中要从小到大,从简单到复杂,先考虑的就是具体的单个业务(功能)接口,每一次的交易交互过程,都涉及到了相当多的子系统或是模块之间的交互,先对单个模块\子系统的接口进行测试,确认好该接口针对的是外部系统还是内部子系统或是模块之间,特别需要重点结合具体的业务对接口内容进行测试。
最后,再到整个系统的业务流程测试,对流程进行串行测试,重点在一些对接的异常流程处理上,比如子系统之间的成功、超时、对应的错误码后续的流程处理。
在其后的项目的快速迭代过程中,我们会根据需求设计及开发进度持续维护跟新增接口的用例,保证项目在后期迭代更新过程中接口功能的稳定性,这在系统存在大量接口测试的时候是非常重要的一点(通过实时构建-回归测试来适应敏捷型项目测试),也是体现自动化测试价值非常重要的一个方面,另外为了实现能把自动化过程实现分层跟统筹,这也是我们开发自己的测试平台(UTP)的初衷。
本文收录于《51Testing专访何彦霖—深度揭秘金融领域测试如何打造自动化》。
版权声明:本文出自于《51Testing专访何彦霖—深度揭秘金融领域测试如何打造自动化》。51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。