Fitnesse集成TestLink

TestLink做爲開源測試管理工具，能夠進行測試工程、測試計劃以及執行計劃的管理，並且TestLink團隊提供了XML-PRC的接口供第三方工具調用，接口支持程度也比較好。

Fitnesse做爲開源驗收測試框架，自己能夠作到測試集、測試用例的執行，有較爲優秀的測試執行行爲的管理以及測試結果的收集。

因爲Testlink大部分場合下是用於手工測試用例的管理，爲了可以是Testlink對於測試用例管理的優勢也用於Fitnesse上自動化測試用例的管理，也爲了可以讓手工測試用例和自動化迴歸測試用例mapping起來，方便測試管理者可以清晰知道自動化測試用例在測試項目中的比例，也爲了測試管理者能夠較好的管理迴歸測試流程，考慮將Fitnesse和Testlink進行集成。

兩個平臺集成的基本思路是: 1. 將Testlink上的用例和Fitnesse上的用例一一mapping. 2. 將Fitnesse上用例的執行結果可以實時反饋給Testlink上用例的執行結果。

Testlink Java api client提供了一個很是好的接口，

reportTestCaseResult(projectName,testPlanName,testCaseNameOrVisiableID,buildName,execNotes,testResultStatus)

該接口有6個參數，其中

projectName: Testlink上對應的測試工程名稱

testPlanName：Testlink上測試工程對應的測試計劃

testCaseNameOrVisiableID: Testlink上測試用例的名稱或ID,這裏的ID是指測試項目前綴加上'-'在加上阿拉伯數字

buildName:Testlink上對應測試計劃的構建執行計劃

execNotes:是指每一個case執行後的備註，能夠爲null

testResultStatus：是指測試用例執行結果，'p'或者'f'

經過調用給接口，咱們能夠完成測試用例執行結果的傳遞。

接下去咱們要解析Fitnesse執行結果的分析：

在這裏我經過一個代理proxy來完成該任務，該代理須要完成Fitnesse測試執行結果的解析，測試用例ID的解析，而後完成TestLink接口的調用

以下圖所示整體架構：

固然個人proxy還作了其餘的事情，能夠完成和Jenkins之間集成和調用。下圖是最終完成的事列

上圖備註是測試用例在fitnesse上的具體執行結果，能夠點擊查看失敗用例的緣由。

經過這個方法能夠完成自動化測試用例和手工測試用例之間的mapping，也可讓測試人員瞭解哪些用例是能夠經過自動化實現的。

總之使用Testlink java client api能夠實現不一樣測試平臺之間的集成，方便工具和用例的統一管理。

關於proxy代碼有興趣的話，能夠上個人git hub主頁獲取。