大家好~我是米洛！


這是一個完整的介面測試平臺系列教程，希望能和大家一起學習，從0到1打造一個開源平臺。



歡迎關注我的公眾號測試開發坑貨，獲取最新文章教程!

回顧

上一節我們插入了題外話: 部署相關的內容，讓我們這節繼續回到case相關的話題。

新的篇章

其實在之前的用例編寫相關頁面廢棄以後，我一直在思考怎麼去構建一個合理的，人性化的用例編寫頁面。

但其實也沒有找到好的解決方案，期間也參考過一些其他優秀的開源專案。最終呢，我還是迴歸到了Tab模式:

最終效果大概會長這樣:

主要分為2塊，上面是用例相關的資料，下面是編寫用例的核心地方，分為常見的模組。

下方分為4個步驟，資料構造器（前置條件）-> 介面請求 -> 斷言 -> 資料清理。

符合人體工學設計的setUp -> test -> assert -> tearDown

相關改造

這些基本上算是前端頁面的改造，但是後端介面也會有一些變化。所以我們得對介面做一些適配。

編寫根據用例id獲取前置條件的方法

注意這裡有一個伏筆: 我們的前置條件肯定是有順序去執行的，但我這邊按照建立時間排序，顯然是不友好的，但後面我們會支援變更前置條件執行順序的功能。

調整獲取用例列表方法

改為非同步執行，並且支援根據目錄獲取case，減少大規模查詢case的次數。

調整獲取單個case的方法

以前只拿testcase，現在需要拿到case的基本資訊，前置條件，斷言資訊，最後封裝到一個字典裡面返回，後面還會有後置條件

這邊沒有選擇用join，因為涉及的表比較多，所以我們查詢多次，後續我們可以把查詢好的資料都放入redis，減輕資料庫的壓力。

為什麼要花這麼多時間進行這塊的改造，其實是因為之前確實太難用了。

比如我自己都覺得新增一個前置條件特別費勁，新增後還不能展示出來。

今天的內容就介紹到這裡，下一節講如何控制前置條件的執行順序。