13518219792
本文小编为大家详细介绍“spring怎么编写有效的接口测试”，内容详细，步骤清晰，细节处理妥当，希望这篇“spring怎么编写有效的接口测试”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。
创新互联公司专业为企业提供嵊州网站建设、嵊州做网站、嵊州网站设计、嵊州网站制作等企业网站建设、网页设计与制作、嵊州企业网站模板建站服务，10年嵊州做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
测试也是分层的，如下图所示：
在一个系统内，自动化测试一般分单元测试、模块测试和接口测试。
单元测试
目前我的应用代码基本都是基于spring框架面向接口这种编程模式，单元测试已被弱化。单元测试的要求基本上是单个类单个方法的测试，在我们当前模式下，编写成本太高。当然，如果是一个工具或者一段比较内聚而又复杂的逻辑(例如算法逻辑)，还是应该使用单元测试来保障逻辑的正确性。
模块测试
在系统比较大、模块比较多的情况下，可以建立模块测试层，保障各模块功能的正确性。不过当前的系统发展趋势是微服务架构，因此模块测试层并非十分必要，可以通过接口测试层来覆盖。
接口测试
个人觉得准确来说应该叫入口测试，这一层，是从系统入口出发进行集成测试。应用入口通常是HSF（一个分布式RPC服务框架）服务，消息，定时任务。
作为开发，测试手段千万条，接口测试不可少。在我们应用的接口测试有效且覆盖完整的情况下，不仅能保障我们新功能的开发质量，还能让我们在修改功能逻辑的时候有回归的能力，同时这也是我们做代码重构的前提。同时，易测性也是代码结构合理的一个指标，如果发现一段代码编写测试脚本困难或者无法测试，那就说明当前代码结构不合理需要重构。接下来，我将主要谈一谈接口测试的有效性。
基础原则：
自动化：接口测试是非交互式的自动化执行，不需要人参与。
独立性：接口测试之间不应该相互依赖。
可重复：接口测试可重复执行，不受环境影响。
接口测试遵守BCDE原则，保障接口交付质量。Border：边界测试。Correct：正确的输入，正确的预期输出。Design：按照需求和设计文档编写测试逻辑。Error：错误输入，预期输出。
数据准备：数据准备通过系统服务进行，不能通过直接插入db方式。
可测性：对于不可测的代码需要进行重构成合理的结构。
覆盖性：接口测试需要覆盖所有UC，同时代码覆盖率和分支覆盖率应达到一定标准，新增代码必须被覆盖。
持续性：如果代码修改导致已有接口测试执行失败，必须修复代码问题或者测试代码逻辑。
时间要求：接口测试应该在项目发布之前完成，不应放到项目发布之后补充。
以上的基本原则应适用于所有层的自动化测试用例，在编写接口测试时，除了上面这些原则，还有其他原则需要遵守，先看一张图：
从系统角度来分析入口调用，以HSF服务为例：
外围系统调用由我们系统提供的服务。
系统执行了一堆代码逻辑，其中包含有分支逻辑。
系统执行过程中依赖外部HSF服务，进行了调用，并得到了返回值。
系统执行过程中依赖DB查询或者落地了数据，依赖缓存查询或者落地了数据。
系统执行过程中对外发送了消息。
给上游系统返回HSF执行结果。
有效接口测试的关键原则是要覆盖所有入口，mock所有依赖，校验执行过程中所留下的痕迹，总结如下：
入口覆盖：接口测试用例必须覆盖HSF服务入口、消息入口、定时任务入口。
依赖mock：在基本原则中，有可重复这个原则，即接口测试不能受环境依赖，需要mock掉对外依赖。但对于db依赖，不建议完全mock掉，一方面mock成本高，另外可能覆盖不到sql和表约束逻辑。
校验完整：有效的接口测试，应该具备完整的校验，没有校验的接口测试是没有意义的。只要执行过程中，留下的痕迹对业务有影响，都要进行完整校验，方能保障接口测试的有效性。HSF接口返回值校验：按照场景和接口约定进行HSF返回参数校验。DB校验：校验落地数据的正确性。缓存校验：校验存入缓存中数据的正确性。HSF依赖入参校验：通过mock工具获得依赖HSF调用的入参，进行入参校验。消息校验：通过mock工具获得发送的消息对象，进行消息体校验。
在编写测试代码的时候，也应跟写业务代码一样，考虑代码的可读、可扩展、可复用性。同时也可以根据系统的业务特性，在测试框架的基础上封装适合当前系统的测试组件，提高测试代码编写效率，规范测试代码结构。
一个接口的测试代码，大概的结构如下：
1 测试准备
依赖数据准备
很多时候，我们的测试有数据依赖，可能是配置数据，也有可能是业务数据(例如退款需要依赖支付数据)。
配置数据：可以通过定义配置文件来初始化配置。
业务数据：这类数据，禁止通过直接插入数据方式产生，而是应通过调用业务服务产生。
依赖mock
对于外部依赖，需要对被依赖的服务进行mock，避免真实调用。
接口测试入参准备
准备接口方面的入参。
2 测试执行
调用接口方法，执行业务逻辑。
3 测试校验
返回参数校验：校验接口的返回参数。
DB：校验DB落地数据。
缓存数据校验：校验落地到缓存中的数据。
消息校验：校验对外发送的消息对象。
对外HSF调用校验：校验对外HSF调用的入参。
1 执行效率
对于接口测试，执行效率是不得不关注的一个点，若一个接口测试执行3分钟以上才能看到结果，会大大降低开发同学编写接口测试的热情。对于测试执行效率提高，建议的方案为：
最小化启动测试上下文，例如spring boot的应用，启动spring就可以了
使用内存数据库，例如h3
将中间件依赖mock掉
2 测试框架选择
对于测试框架，建议选择基于testng，能够提供通过配置文件做数据准备的测试框架。如果找不到合适的，可以自己基于testng进行封装。
3 接口测试覆盖度
场景的完整性影响着测试用例的覆盖度，一方面需要开发同学基于业务场景的输入和测试经验枚举出正常和异常情况，另一方面接口方法也有一些固定需要测试的点，例如幂等测试，边界值测试，参数不正确测试等等。
同时也要通过覆盖率工具查看接口未覆盖的代码或分支逻辑，进行针对性的场景覆盖测试。根据我的经验，分支完整覆盖非常重要，特别是异常的分支。
读到这里，这篇“spring怎么编写有效的接口测试”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注创新互联行业资讯频道。
