zuozewei

前后端唯一联系变成了API接口，API文档变成了前后端开发人员&测试人员联系的纽带。所以一款强大的Restful API文档就变得至关重要了。而目前在后端领域，基本上是Swagger的天下了。

在今天这篇文章中，主要和大家分享了实现日志管理和性能监控的过程，另外也回复之前某同学提出的用例多参数的问题。

在今天这篇文章中，主要和大家分享了实现注解式多数据源和业务持久层开发的过程。在实现过程中，你最需要关注的几部分内容。

在今天这篇文章中，主要基于 SpringBoot 框架的能力，和大家分享了实现一个用例管理的过程。重点阐述最需要关注的几部分内容。

在上文走进Java接口测试之从0到1搭建数据驱动框架（需求篇）中我们介绍了数据驱动框架中的需求，本文我们将根据需求进入设计阶段，废话不多说，直接进入主题。

一个 “好的” 数据驱动框架，需要从“时间”、“人力”、“收益”这三个方面出发，做好“取舍”。 不能由于被测业务系统发生一些变更，就导致花费了几个小时的脚本无法执行。同时，我们需要看到“收益”，不能

Iterator 对象使用了 filePath 值构造出一个 BufferedReader 对象，每当测试方法需要一条数据时就由 BufferedReader 读一条数据出来，再拆分成数组，返回给测试

我们在前面的文章中，和大家分享过接口自动化测试一些基本的实现方法，但是，你很快就会发现，如果在测试脚本中硬编码测试数据的话，测试脚本灵活性会非常低。

用户登录说起来只是一个很普通的功能，不过它的逻辑一点也不简单。因为登录过程要对个人的信息进行对比验证，验证过程中又要调用相应的加密算法，而加密算法是对性能要求很高的一种功能。