在开发自动化测试平台时，不可避免的会遇到将测试用例相关的数据存储起来，不管是存储到数据库中还是存储到文件中（如excel、csv表格）。
常见的方式是将测试数据，尤其是每次自动化case跑完的执行结果存到数据库中。这样，不管是从从维护的成本还是便捷性考虑，都有优势。
当然，根据测试数据的重用频次不同，也需要选择不同的存储方式，比如：
只使用一次的测试数据，那么只需要写入临时文件，用完作废或者删除即可；
即经常使用的测试数据，应根据数据量级，使用场景，数据类型选择合适的存储管理方式；
可以理解为base-data或者持久数据，这种类型的数据因为其本身更新频次很低，或者数据量级较大，一般存储在DB中是比较好的一种管理方案。
那么数据库中的每张表要如何设计呢？怎么创建这些表呢？本文以接口测试相关的信息在mysql数据库的存储为例来做说明。
对于一个自动化测试平台而言，我们要测试一类接口，比如现在常用的restful类型的接口。无非发送一个request报文给服务端，然后服务器做出响应，返回response报文给我们，我们对返回的response报文进行分析，和期望数据一致的话，说明接口功能没有问题，该条测试用例通过。若是返回的response报文和我们的断言值（期望值）不符合，则该条测试用例不通过。
一般来说，一个服务是由多个不同的接口来组成的。我们做接口测试时，服务的名称、测试环境（常用的测试环境也是已知的），那么我们可以将这种类型的数据存储到数据库中。比如，对于一个服务来说，至少要存储它的id，名称，执行环境等（其中，环境又分为特性测试环境、集成测试环境、生产环境地址等）
同样的，测试用例列表、接口信息等都需要按照类似的方式，设计出需要存储的字段和类型
然后保存成sql文件。在mysql客户端执行文件导入命令，如图所示：
然后在mysql数据库中执行该sql文本。
然后，就可以愉快的码代码了。
Mysql客户端执行文件时遇到的坑：
- 当报错为 error 1064（42000）时，有可能是格式不对，可以将文件用记事本打开，然后后重新保存一下就可以了。
