文章 核心 rest atlas 時間 con contain docs 存在

筆者曾在文章《Jmeter排憂解難—生成excel結果文件》聊到了一種提高接口測試效率的方法。今天，咱們接著對“提高接口測試效率”這個話題做更深入的探討。作為一名接口測試人員，我們是否一直在不厭其煩地重復以下工作。

對於驗證不通過的測試案例，拷貝接口響應報文及上送報文、對關鍵信息截圖、用一種開發人員易於理解的語言對bug做詳細描述，然後登陸缺陷管理系統去提交bug。

當然，此刻有童鞋可能會想到，一般的缺陷管理系統都支持批量提交缺陷，所以提交缺陷並不會占用測試人員太多的時間。但筆者想說的是，雖然可以批量提交缺陷，但也不能有效地減少測試人員整理缺陷的信息（響應報文、上送報文、關鍵信息截圖等）。此刻，測試的童鞋可以大膽地進行暢想：批量執行測試案例，如果存在驗證不通過的案例，是否可以自動收集缺陷信息，讓測試人員實時確認缺陷，然後再提交缺陷管理系統。眾所周知，咱IT人的內心深處至始至終有個聲音在呼喚：只有想不到，沒有做不到。接下來，筆者將以jmeter和jira為例，將測試童鞋上述的“大膽暢想”付諸實施。

一、功能概述

Jmeter跑完腳本後，對於驗證不通過的案例，由測試人員確認bug後，自動提交Jira跟蹤。

二、實現方法

由於Jmeter支持批量執行測試案例，那咱們先把案例的執行結果（預期結果、實際結果、響應報文、上送報文、數據庫斷言等）寫到excel文件（實現方法可閱覽《Jmeter排憂解難—生成excel結果文件》一文），然後編碼提取不通過的案例信息，依賴java swing提供的JTable等控件，展示失敗案例的執行結果，由測試人員進行確認，最後通過jira rest api提交缺陷。

三、關鍵步驟

1、讀取不通過的案例信息

測試案例模板 案例執行結果 不通過案例報告

讀取“不通過案例報告”，核心代碼如下：

讀取不通過案例信息

2、展現失敗案例信息

不通過案例信息 預期結果、實際結果、缺陷描述等信息編輯

不通過案例信息寫入JTable，核心代碼如下：

不通過案例信息寫入JTable

3、確認並提交缺陷

確認並提交缺陷

附件目錄如下圖所示：

附件目錄（註意二級目錄文件夾使用案例編號作為唯一標識）

四、缺陷提交成功

缺陷描述模板 缺陷附件

至此，咱們已經實現了Jmeter和Jira的集成，有興趣的小夥伴可以順著以上思路進行嘗試，有疑問的地方歡迎私信筆者，筆者堅信：多一份探索的激情，工作效率必能再上一個臺階。

最後附上jira rest api的官網鏈接JIRA REST API。

作者：Tomandy
鏈接：https://www.jianshu.com/p/a8d49cbe0868
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權並註明出處。

Jmeter集成Jira提交缺陷