Armoury+迎來一次大更新,包含測試案例管理和API測試管理兩者都分別有重點功能,這篇文章將主要介紹這三個功能和應用場景。尤其是最後一個,絕對是API測試的必備功能。
測試案例內容搜尋篩選
在此之前,Armoury+要尋找特定內容的Case是有限制的,只能土法煉鋼的用瀏覽器的搜尋功能來找特定字串,而這個方法也限制了只能搜尋Title。
從即刻起,群組Case的資料搜尋正式上線
在Case的管理畫面上新增了一個文字搜尋框,輸入內容後按Enter或是把焦點移到其他元件上,就會開始搜尋
搜尋的範圍是除了附件之外的所有Case的全部資料(包含CaseID, 步驟, 描述, Note),大幅增加對Case的掌控度。
批次設定測試結果
雖然我們有Public API提供回填測試結果,讓自動化腳本可以輕鬆整合測試結果,但有些公司更傾向於先檢查自動化結果再回填,這其實是基於公司產品流程設計,為了符合更多企業的習慣,現在Test Run的多選Case功能,多新增了設定測試結果。
當多選Case的狀態時,點擊設定測試結果,完成後,所有被選擇的Case都會被回填相同的內容。
有了這個功能,即使是手動設定,效率也不亞於自動回填喔~
鏈式請求 Chaining Requests
Chaining Request在API測試工具中,可謂是重要功能,在場景情境測試下,API不會單獨被測試,而是如同Client端連續發送多個API完成操作。例如新增一筆資料,會同時打另一筆取得資料的API,來檢查是否新增成功;或是打了登入的API取得Token後,想讓Token存成變數,給後續的API使用。
這些需求,已經在Armoury+上辦到囉~
目前的Collection會依由上至下的順序執行
只要你的API Response是JSON格式,可以透過JSONPath Widget來選取資料,將資料「儲存」成一個變數。
而在此之後的同個Collection的API,就都能使用存取環境變數的方法,去取得同Collection內設定的變數。