assert庫的利益

Question

我使用Grunt來運行我的單元測試，但沒有聲明模塊，我只記錄了我需要的咕嚕聲，並使用我的「自定義」編碼來檢查變量的狀態和值。

我正在考慮使用摩卡咕嚕，但我想弄清楚它會如何真正改變一些東西，當我運行我的測試。 如何使用摩卡（例如）我的測試更有價值？

關於這些工具的成功，我覺得我錯過了他們的實用工具。 如果有人可以向我解釋他們是如何以及何時他們是有用的，那將非常棒！

Answer 1

對於初學者，mocha是而不是斷言庫，默認情況下不發貨。摩卡是一個測試框架，可以讓你用幾種可用的interfaces之一來描述和組織你的測試。它還提供運行後測試狀態的報告（有時運行，而運行）。

您似乎已經在使用一種描述和運行您的測試的方式了，所以除非您提供更多關於您的框架/跑步者/記者的功能的細節，否則我不能指您mocha的（或其他框架/ ）反對它的優點和/或劣勢。我想看看你的一些測試和你的（測試相關的）咕tasks任務代碼來更好地評估這些。

另一方面，斷言只是檢查測試中必須滿足的條件，以便將它們視爲「通過」。用於JavaScript的斷言庫的示例是chai.js。你提到使用"custom" conditions（我根本不知道你的意思），所以你似乎在使用某種斷言。關鍵是如果一個斷言恰好是錯誤的，那麼它所評估的測試必須失敗。如果你在測試中完成了那個，那麼恭喜你，你已經使用了斷言。如果你不是，那麼你的測試不是自動的（例如，如果你手動比較你的日誌和他們的預期值，那麼你正在運行手動測試）。上述

---

我的評論都是理論上是正確的，你可能會生活在沒有單獨的測試框架，亞軍和斷言庫。然而，使用一個成熟的工具，它也是開源的，因此由開發人員社區維護，可能比編寫自己的測試描述框架，測試運行器，測試記者和斷言庫更可靠。因爲它們的功能傾向於幫助你堅持它們（或者爲了你自己的利益而強制它們），它也將指向你正確的方向，關於經過時間考驗的約定和最佳實踐。例如，mocha爲測試（和測試套件）提供了一種簡單而又簡潔的描述設置和拆卸過程的方法，如果你自己沒有實現它們，會讓你的測試有很多不完全相關的代碼，使他們更難理解和維護。