04 jenkins接口自動化測試(YApi結合xxl-job自動化測試)

熟悉，還需要知道如何通過將某一測試工具生成的某種格式的測試報告集成在Jenkins上以方便一鍵獲取測試報告。

像cucumber的測試報告插件：

像Allure的測試報告插件：

有了這些插件的輔助，在流水線上就一鍵可得測試報告，為‘質量團隊負責’提供了很好的契機。

3） Pipeline as Code, 想要集成測試到流水線，不可避免是需要一些DevOps相關知識的

也許項目的需求是如何通過Jenkinsfile 并行運行各種測試，也許是通過Jenkinsfile傳遞測試相關參數以為云上運行測試所用，還也許你需要在Jenkinsfile里添加調試信息用以線上調試，等等。

云上運行，我們還要學會如何在一個slave 上優雅地管理運行測試的容器，不出現容器占用，slave內存不足，測試失敗之后報告不可得等等問題。

所以只會自動化工具不夠，只有自動化測試也不夠。如果你們團隊開發們沒有DevOps的經驗，或者他們忙于特性開發，上線沖刺，那么QA必須對Docker，Kuber買粉絲es 基本命令和用法有些了解。QA就是一個不分前后端，不挑技術棧，需要持續不斷學習的角色。

會自動化工具算是有了織網的道具，有自動化測試資產算是編出了能撈魚的網，而持續測試才能真正地實現持續交付，才算是把一張張過濾不同缺陷的網放置于了不斷提交變更的交付之流中。

只有網而無法至于河里，或者不知道于何處放置，那就只能站于岸邊時時撒網捕魚，不夠及時，也不算釋放了捕魚人 （QA和團隊) 。

我們期望的是，各種不同的網 （自動化測試資產） ，置于不同的河段（ 軟件產品不同層級：函數級別？組件級別？接口級別？系統級別？） ，過濾不同的魚 （缺陷） ，而不管是誰 （團隊的所有角色） 都可以去確認有沒有撈著魚 （測試掛了嗎？為什么掛？我們對目前的變更有足夠的信心嗎？） ，也需要所有人時時確認我們的漁網是不是破了？ （測試覆蓋率不夠？斷言不嚴謹？測試用例過時？） 。

軟件交付是一項團隊工作，即便自動化測試也一樣需要全員協作。

文/ThoughtWorks郭泰瑜

YApi結合xxl-job自動化測試

YApi旨在為開發、產品、測試人員提供更優雅的接口管理服務。可以幫助開發者輕松創建、發布、維護 API，包括提供了一系列可視化接口管理，還有自動化測試

傳統的接口自動化測試成本高，大量的項目沒有使用自動化測試保證接口的質量，僅僅依靠手動測試，是非常不可靠和容易出錯的。

YApi 為了解決這個問題，開發了可視化接口自動化測試功能，只需要配置每個接口的入參和對 RESPONSE 斷言，即可實現對接口的自動化測試。而且大部分接口支持Swagger導入或者從Idea配置直接導入。大大提升了接口測試的效率。

使用 YApi 自動化測試，第一步需要做得是創建測試集合和導入接口,點擊添加集合創建，創建完成后導入接口(同一個接口可以多次導入)。

編寫測試用例主要涉及兩個方面，一個是請求參數，另外一個是斷言腳本。

請求參數可以填寫期望的字符串，YApi 還提供了 Mock 參數和 變量參數。Mock參數用來生成隨機字符串，變量參數是為了解決請求參數依賴其他接口的返回數據或參數。

Mock 參數每次請求都會生成隨機字符串

YApi 提供了強大的變量參數功能，你可以在測試的時候使用前面接口的 參數 或 返回值 作為 后面接口的參數 ，即使接口之間存在依賴，也可以輕松 一鍵測試~

格式： $.{ key}.{ params|body}.{ path}

例如：現有兩個接口，分別是“導航標題”和“文章列表”

文章列表接口需要傳參數: 當前標題(id) ，而這個 id 需要通過 導航標題 的返回值獲取，這時應在 文章列表 的參數輸入框中根據前者的 key 找到對應 id。 導航標題 的參數和返回值有如下結構：

則 文章列表 的參數可以如下配置：

其中 .269. params** 即表示 key 值為 269 用例的請求參數，$.269. body 即表示 key 值為 269 用例的返回值。

如果 requestBody 是 json 格式也可以在 json 中寫變量參數，如下圖：

目前 yapi 中的 query ， body , header 和 pathParam 的輸入參數已經支持點擊選擇功能。無需自己填寫表達式，只需在彈窗中選擇需要展示的表達式即可。 輸入選項包括 常量 ， mock數據 ，在測試集合中也支持 變量 選擇。具體用法：單擊編輯按鈕打開表達式生成器，點擊需要的數據創建表達式，這里也可以實時查看表達式結果。

編寫完請求參數，可通過 js 腳本寫斷言，實現精準測試，在接口用例頁面點擊 Test 編輯。

在測試列表可以看到每個測試用例的 key,還有 開始測試、報告等功能

點擊開始測試會按照 case 定義的參數從上往下一個一個進行測試，如果順序有問題，可以拖動調整

測試完成之后，點擊報告查看該次請求的結果

參考： 買粉絲s://nodejs.org/dist/latest-v8.x/docs/api/assert.買粉絲

開始測試功能是在瀏覽器跑自動化測試，他依賴于瀏覽器的使用環境。服務端自動化測試功能是在YApi服務端跑自動化測試，不需要依賴瀏覽器環境，只需要訪問 YApi 提供的 url 鏈接就能跑自動化測試，非常的簡單易用，而且可以集成到 jenkins。

點擊服務端測試，出現如下彈窗，用戶訪問該 url 就可以獲取當前測試用例的所有測試結果。

然后可以在xxl-job添加這個腳本的地址，可以選擇郵件通知，來進行定時的自動化測試

然后就能看到郵件了~

買粉絲s://zhuanlan.hu.買粉絲/p/32202008

買粉絲s://hellosean1025.github.io/yapi/

買粉絲s://testerhome.買粉絲/topics/20437

軟件測試難不難學?

必須明確一點軟件測試不是很難，但是也不是說誰都能夠學習，也不是說會使用測試工具，點點點就行的。根據企業現在軟件測試崗位要求，要求測試人員能熟練掌握功能測試、接口測試、性能測試、自動化測試、安全測試等技術。

功能測試就是檢驗產品的模塊是否有問題，這部分入門比較簡單，零基礎就能學會。主要學習計算機基礎、軟件生命周期；測試理論、測試方法、測試用例，缺陷生命周期；版本管理工具、測試管理工具、Office、流程圖。Windows Server、Linux、數據庫等。

接口測試的話就是測試接口的數據傳輸有沒有問題。需要掌握接口概念、計算機網絡、網絡協議、編程語言、Fiddler、HttpWatch、WireShark、Postman、JMeter、SoapUI、瀏覽器內置工具等。

性能測試就是檢測在一定負載情況下，產品會不會出現問題，穩定性如何等。需要掌握性能測試理論、分類、方法、性能測試工具（Loadrunner、Jmeter)、性能調優、數據庫調優、分析報告等。

自動化測試這塊兒是重點，要求能夠使用或編寫工具，實現對一個項目的web自動化或移動自動化測試任務。會學習Web前端基礎、編程語言、Web自動化測試框架Selenium、QTP、APP自動化測試框架工具Appium、Monkey等。

軟件測試相比開發類課程，涉及的代碼更少，所以不是很難學。因此越來越多的應屆畢業生，零基礎轉行的，非計算機專業的人想進入軟件測試這個行業。

「自動化測試」是否有必要做自動化測試？

目錄

一、前言

二、自動化目的

三、自動化分類

四、自動化實現

一、前言

在一些測試交流群經常會看到有小伙伴在問，"怎么做自動化測試？學習自動化測試有什么資料嗎？自動化測試是不是很牛逼？" ，甚至有些言論是"不會自動化的測試人員，真的要被淘汰了嗎？"

不得不說一堆流量號主抓住大眾心理，點進去的必然是賣課廣告，或者是關注買粉絲買粉絲領取測試資料大禮包。

實話實說，我之前也有同樣的疑問，甚至帶著擔憂。每次又不甘心得領著測試資料大禮包......

當然，隨著自己的認知不斷擴大，自己的一套測試體系建設不斷完善，于是這些擔憂逐漸的消失。每項技術引用都要看適用場景，是否適合自己的團隊，因地制宜才能發揮其最大的價值。

因此，我想通過這篇文章來分享下我對于自動化測試的理解。

二、自動化目的

<

很赞哦!（38896）