2016-05-16 11 views
2

將代碼覆蓋率作爲一個概念並且通常驅使我們的代碼擁有70%以上的行覆蓋率後,管理層現在對REST API覆蓋範圍感興趣。如何從Java單元測試中捕獲或執行REST API覆蓋?

我們目前正在使用RAML確定我們的JAX-RS的REST資源,並使用代碼生成來構建JAX-RS車型和接口實驗。顯然,RAML可以定義哪些方法應該可用的資源集合,指示哪些MIME類型可以被接受和生成,哪些狀態代碼是對任何給定調用的可接受的響應。

是否有,我可以用它來追蹤一組單元測試,並確保所有可用資源都被行使,已生成的所有狀態代碼等任何工具或測試框架?

不能確定它是否是更好地熬下來的數量和跟蹤與閾值/隨着時間的推移;或者覆蓋不完整時是否記錄單元測試失敗。很高興現在考慮這兩種解決方案!

回答

0

我不知道具體的工具,它會做到這一點的。如果沒有可用的,我建議只測量生成的代碼的代碼覆蓋率。通過尋找低於平均覆蓋率的資源實現類(即使在經過良好測試的生成類中存在未覆蓋的代碼),可能很容易找到未經測試的資源。

我懷疑你可以通過這種方法爲每個資源實現「狀態代碼覆蓋率」,因爲任何合理的API實現都會以一種通用的方式在一個地方實現一些錯誤狀態,但是也可能你並不需要如果你覆蓋了所有生成的代碼。