"用例獨立。用例相互之間沒有依賴,隨便拉出一條用例就能執行。" 這是我在文章《接口自動化框架設計漫談V1.0》提到的,也是我一直堅持的接口自動化用例設計方式。 這麼做的依據是某些開源測試框架是這樣設計的,某些公司測試平台也是這麼設計的,自然而然就這樣認為了。最近公司平台做了升級,能夠支持用例複用了,讓我重新思考接口自動化的用例,到底是獨立還是複用。 為什麼用例獨
第一章:理解測試開發的邊界與職責 測試開發的核心並不是“寫一些自動化腳本”或“把測試流程工程化”,而是站在質量體系的更高維度,思考如何用工程方式提升整體研發效率與質量。與傳統測試相比,測試開發更強調抽象能力、編碼能力以及對系統架構的理解深度,這決定了他們不僅要會用工具,更要能構建工具。 在現代軟件研發體系中,測試開發承擔着讓質量“前置”的責任。無論是構建測試框架、接入 CI
在 JavaScript 開發中,選對測試框架就像選對趁手的工具,能讓你的開發效率事半功倍。Jest 和 Mocha 是目前最受歡迎的兩大測試工具,它們在功能、易用性和適用場景上各有千秋。Jest 就像是一套開箱即用的工具箱,內置了各種測試所需的功能,特別適合前端框架(如 React、Vue、Angular)項目,讓你能快速上手,專注於寫測試而不是配置環境。Mocha 則更像是一個高度可