平台開發 1 開篇

時光飛逝，已經是做測試的第三個年頭了。

回想一下當初為什麼會選擇軟體測試，是因為我想讓世界變得更美好。。。

額，是因為幾年前測試門檻相對較低。

不過近幾年來，公司對於測試人員的要求也越來越高，越來越全面，只會點點點已經吃不開了。

所以測試人員必須要高階。

那麼要開發自動化服務，不就得要寫**了嘛？

或許有人會說，我用工具一樣實現自動化。沒錯，是可以，但是相比較而言，我個人覺得用**開發更加的靈活。當然了，最終還是根據公司或者業務需求，選擇最合適的落地方案。

當你搭建的自動化服務成功落地，真正的提公升了效率，這時候你就有時間或者想法去實現更多的訴求。

比如，業務測試中有一些重複的工作，那麼你可以試著能否把它自動化掉。再比如，大家覺得你開發的工具很好用，你可以分享給更多人來用，那麼這時候你可以考慮做乙個平台，把工具整合進去，不用命令列操作，直接通過簡易的介面讓更多的人可以更便捷的使用。

這裡就要提一下目前公司內部實現的乙個效能測試平台，通過對jmeter的封裝，將服務平台化。這時候，大家做效能測試的時候不用再麻煩的去排程壓測資源，不用再去解決亂七八糟的環境問題等等，大幅的提高了大家的工作效率，這就是一件很有意義的事情。

所以，測試開發這個職位，最近幾年也是非常的火熱，各大公司都有大量的需求招聘。

平台的話，我個人覺得還是以優先解決通用性強的問題。

那我目前想實現的乙個功能就是mock功能。可以根據我自己制定的規則，去返回介面的響應結果。

如果單為了有個mock服務能用，其實有現成一些mock應用服務，比如大家常說的moco。但是我也是為了從學習的角度出發，所以打算開發乙個這樣的功能。

技術選型的話，打算用springboot和vue，因為這也是目前很多公司業務都採用的實現方案。前端現在也有很多比較好用的腳手架，可以幫助快速搭建，然後根據自己需求去改動一下。至於springboot對我來說也不算太陌生，因為做介面測試的時候有時候會拉去開發的**在本地進行除錯。

大概是這些，後面具體看實踐的情況如何。