題:
Javascript單元測試框架
Toni Leigh
2014-08-27 23:08:14 UTC
view on stackexchange narkive permalink

如果存在這種情況,我應該選擇哪種單元測試框架來進行javascript開發。

理想情況下(應該以優先級的高低順序排列):

  • 重複測試用戶界面元素(例如復雜的表格)*
  • 要盡可能簡單,以創建新的測試
  • 將其結果輸出到一個格式正確或易於格式化的地方
  • 支持測試驅動的開發範例
  • 與優秀的部分配合使用,如Douglas Crockford所述
  • 與流行的工具(例如,角度,餘燼,流星)很好地配合和主幹。
  • 使用香草javascript,而無需使用jQuery之類的第三方框架(儘管可以提出一個強有力的案例來否定該要求)

這是很多'none to haves',將其視為理想的願望清單,最好的解決方案將盡可能多地解決這些問題。

從何而來並不是一個問題,假設開發人員處於他們精通的水平在OOP / js等語言中,並且在某種程度上可以認真解決TDD等更高級的概念。

*一個我可以實現巨大生產率增長的現實示例是,至少有30個字段人工測試了大約1000次或多次的工作-這就是測試用戶界面元素的意思

四 答案:
#1
+2
Agostino
2015-02-22 02:04:02 UTC
view on stackexchange narkive permalink

我的團隊使用了茉莉花。這是出現在現場的首批JS測試框架之一,並且仍在積極開發中。如果您正在執行TDD,那可能是您可能關心的事情,因為您不想花費所有時間來編寫測試,否則很快您就會對此感到厭倦。

它使用了一點點的功能風格,這可能不是普通的OOP編碼器所習慣的,但是,如果您使用的是JavaScript,那麼從它那裡逃脫幾乎沒有。

它沒有外部依賴性,因此不需要jQuery

看看文檔,看看它是否適合您檢查大量字段的需求。

#2
+1
Farid Nouri Neshat
2015-01-22 17:20:31 UTC
view on stackexchange narkive permalink

我建議 mocha,獨立版可以支持您的所有內容。您可以將它與 zombiejs一起使用(儘管要小心,不要在那裡渲染),也可以在具有 karma的瀏覽器中使用。

#3
+1
Simon B.
2020-05-06 18:35:40 UTC
view on stackexchange narkive permalink

我推薦賽普拉斯,我們將其用於一個大型項目。賽普拉斯建立在Mocha之上,並提供了足夠的便利性,以使我們所有的QA工程師無需進行任何培訓即可編寫測試。

(儘管我們在瓶頸之上再增加了一層抽象,是測試方案文檔和測試代碼之間的轉換。我們項目的代號為“模數t”。)

如果賽普拉斯存在,當我寫這個問題時我就知道了,我想我甚至都沒有問過這個問題!
#4
  0
dwjohnston
2015-04-23 03:42:49 UTC
view on stackexchange narkive permalink

我發現 qUnit完全可用。

它將結果顯示為網頁,儘管我猜您是否真的希望您可以破解它以將結果傳遞到其他地方。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...