在開發自動化測試平臺時，不可避免的會遇到將測試用例相關的資料儲存起來，不管是儲存到資料庫中還是儲存到檔案中（如excel、csv表格）。
常見的方式是將測試資料，尤其是每次自動化case跑完的執行結果存到資料庫中。這樣，不管是從從維護的成本還是便捷性考慮，都有優勢。
當然，根據測試資料的重用頻次不同，也需要選擇不同的儲存方式，比如：
只使用一次的測試資料，那麼只需要寫入臨時檔案，用完作廢或者刪除即可；
即經常使用的測試資料，應根據資料量級，使用場景，資料型別選擇合適的儲存管理方式；
可以理解為base-data或者持久資料，這種型別的資料因為其本身更新頻次很低，或者資料量級較大，一般儲存在DB中是比較好的一種管理方案。

那麼資料庫中的每張表要如何設計呢？怎麼建立這些表呢？本文以介面測試相關的資訊在mysql資料庫的儲存為例來做說明。
對於一個自動化測試平臺而言，我們要測試一類介面，比如現在常用的restful型別的介面。無非傳送一個request報文給服務端，然後伺服器做出響應，返回response報文給我們，我們對返回的response報文進行分析，和期望資料一致的話，說明介面功能沒有問題，該條測試用例通過。若是返回的response報文和我們的斷言值（期望值）不符合，則該條測試用例不通過。
一般來說，一個服務是由多個不同的介面來組成的。我們做介面測試時，服務的名稱、測試環境（常用的測試環境也是已知的），那麼我們可以將這種型別的資料儲存到資料庫中。比如，對於一個服務來說，至少要儲存它的id，名稱，執行環境等（其中，環境又分為特性測試環境、整合測試環境、生產環境地址等）

然後在mysql資料庫中執行該sql文字。

然後，就可以愉快的碼程式碼了。
Mysql客戶端執行檔案時遇到的坑：

1. 當報錯為 error 1064（42000）時，有可能是格式不對，可以將檔案用記事本開啟，然後後重新儲存一下就可以了。