關于自動化測試平臺搭建的初步構想

一.前言
測試平臺可以理解為一個測試管理平臺，主要用WEB來進行實現，方便其他人統一工作，方便公司統一管理，可以提高公司效率。該平臺主要是為測試服務，但不僅為測試提供服務。一切的出發點都是為了提高工作效率，減少公司成本，為公司提供一個更加愉快的工作環境。
二.為什么需要測試平臺
目前，很多小公司或者較大一點的公司，測試完全是基于功能測試，如果只是進行功能測試則可以直接使用開源的項目質量管理軟件(例如:禪道)即可。如果進行接口、UI自動化測試、性能方面的測試，則可有考慮自己搭建測試平臺。下面就以接口測試為例，接口測試一般抓包后需要進行消息體的構造，有人喜歡用postman工具直接保存接口，有人喜歡直接使用fiddler等其他的工具，這樣不同的測試人員各自工具不統一、各自用例也不統一。前者新人來了接手工作可能需要學習新的工具，雖然時間短但也是成本的消耗，后者如果本地機器出現了問題可能所有用例都沒有了。既消耗了公司的成本又導致部門管理不規范。
如果搭建一個統一的平臺就可以解決上述問題，例如直接在WEB界面上直接將消息體復制進來即可完成接口測試并添加額外的數據校驗功能，各個接口各個場景測試通過后直接將內容保存到數據庫中。這樣，1是代碼集中統一管理了；2是要求低,對操作人員低，任何人只需要按照格式進行消息體的構造就可以進行接口測試；3是所有人只要有相應的權限即可共享用例，方面測試人員相互交流學習，也可發現問題并完善用例；4是提高了工作效率；5是相比較已有的開源工具，可以隨意擴展。
文章以接口測試為例簡述搭建測試平臺的思路。我們知道，接口是程序的最重要的一部分，而接口測試相對于性能和功能來說可能也是比較簡單的。我們只需要理解接口協議，看懂接口文檔，熟悉用戶使用場景，理解用戶的表面需求和隱性需求，我們就可以設計出各種各樣的接口測試用例，并可以與開發工作同時進行。
三.怎么做
既然是自己搭建平臺進行接口測試，個人認為WEB是最好的選擇，我們只需要部署好服務端，客戶端可以直接訪問不用像其他應用程序一樣需要在每臺客戶端安裝其他軟件。
使用HTML/CSS鋪一個界面，保證可以輸入URL、RequestBody及對應的請求方式即可，這樣后臺接受前端傳來的數據進行解析并拼接(后臺的處理主要看前端傳參的形式，最好是事先定義好規范)。后端將處理好的參數發送到相應的服務器，并接收響應的返回值返回給前面并在界面上顯示即可。這樣一個最簡單的接口測試流程就完成了。如圖所示:

四.如何完善
前面只是一個簡單的接口測試的過程，只能說可以完成接口測試功能，但是和其他測試工具相比并不能體現出平臺的優勢，如何保證平臺的優勢呢？
接口返回后，必須需要自動進行相關參數的校驗，1是返回狀態或返回值的校驗；2是相關數據庫數據的校驗；這些工作均可以在頁面完成，如果是返回狀態或返回值的校驗可以直接用一個json格式來指定需要校驗的字段及對應的值(值可以是變量)。如果是需要校驗數據庫則可以通過表單的形式來完成，表單內需要校驗的值可以是任意的，例如:可以是入參的值;可以入參處理后的值；可以使用正則來校驗數據庫值的類型(有些要求有值即可，有些要求是字母、數字；有些要求包含某些指定的值；可以指定查詢條件(where或in等等)……
這樣，只需要定義好格式就可以完成從請求到返回結果校驗的全過程了。
五. 如何擴展
如果只包含接口測試就稱之為測試平臺，則有些大題小做了。個人認為，測試平臺既能通過WEB頁面完成相關的測試還應該能定時自動運行指定的用例(當人多，機器自然不足時，可以指定用例在半夜來自動跑用例)；可以在代碼發布之前進行檢測代碼的質量，只有當代碼只能滿足指標時才允許發布；可以將各個項目的公用測試工具(例如mock消息)都可以包含進平臺中，這樣所有人都可以直接使用…

只有想不到的，沒有做不到的。前提是成本低、效率高,不能只是為了平臺化而刻意平臺。
六.歡迎關注作者公眾號