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