現代的前端工程師所負責的任務可以說是越來越複雜了,跟過去「前端沒有邏輯」的時代相比,根本不可同日而語。
這種不斷累積疊加的複雜度,如果沒有一個健康的流程與系統來維持的話,恐怕專案會慢慢累積出各種「歷史本文」,進而演化成「歷史共業」。
當然,如果是一次性、用完就丟的拋棄式專案,自然就不太需要考慮這方面的問題,不過如果你所要負責的專案需要長期的開發、維護,那麼提高維護性就是不能忽視的重要課題。
為什麼我們會須要 Mock API 呢? 第一點是我們在做前端開發時,可以不用真的與後端進行互動, 可以在後端完成 API 前就進行相關的開發,需要進行各種情境...
在專案維護的進程中,即使 QA 與自動化測試再怎麼的擴大測試覆蓋率,一定也會有些只有特定情境才會發生的錯誤被使用者回報。 這種錯誤在修復的時候,很容易遇到難以重...
提供通靈的線索 而 Sentry 在記錄問題提供的資料算是蠻詳細的,除了錯誤訊息的 Stack 會記錄下來以外,也會紀錄下使用者的許多操作記錄,例如頁面跳轉、A...
自動化測試是維護專案健康的重要工作,不只是能在開發、重構、維修時提供安全感以外,測試本身也是一份「需求文件」,對合作的或後需接手的工程師來說,閱讀一個完整且能順...
而在什麼情況選擇 E2E 測試呢?這個答案可能在不同的情境有不同的答案,不過可以分享一下我的情境,我目前的公司屬於新創公司,需求還在快速迭代的情況下,我們的測試...
E2E test 的測試框架也有好幾個常見的選擇,而我們在 E2E test 方面選擇使用 Playwright 作為測試框架。 Playwright 作為測試...
在 E2E 測試中,因為要真正的整合前後端進行測試,所以難免會遇到登入之類的問題。 如果要在每個 test 去進行登入,會是非常沒有效率的行為。 這時候就可以搭...