是否有任何理由在自動化測試中使用日誌記錄?我在問,因爲我理解測試必須可讀,並且不應該使用任何日誌記錄來擴大代碼。它也用於理解應用中發生了什麼,所以如果失敗,我知道爲什麼(斷言消息),如果沒有 - 好的,我不在乎測試中的內容。登錄自動化測試
預先感謝您。
是否有任何理由在自動化測試中使用日誌記錄?我在問,因爲我理解測試必須可讀,並且不應該使用任何日誌記錄來擴大代碼。它也用於理解應用中發生了什麼,所以如果失敗,我知道爲什麼(斷言消息),如果沒有 - 好的,我不在乎測試中的內容。登錄自動化測試
預先感謝您。
你是否適合這種說法,因爲測試代碼是production code
測試必須是可讀
。如果不一樣,質量應該很高。但恕我直言
不應該使用任何日誌記錄來膨脹的代碼。
是不正確的。如果您在遠程(物理或虛擬機)服務器上運行自動化測試,則需要一些方法來了解每個步驟中發生的情況,以及錯誤和警告的位置。
如何使用堆棧跟蹤和最新斷言消息來排除或重現失敗的測試?記錄可幫助您避免Obscure Test - Mystery Guest的常見原因。您應該能夠看到夾具和驗證邏輯之間的原因和結果,而不需要太多的努力。讓我們來看看Log4j home page
日誌記錄爲開發人員提供了應用程序故障的詳細上下文。另一方面,測試爲應用程序提供了質量保證和信心。記錄和測試不應該混淆。它們是互補的。當明智地使用記錄時,它可以證明是一個重要的工具。
我希望直到現在我已經設法說服至少有一個人說日誌是自動化測試的基礎部分。