技術與測試 核心 C · 業界慣例 平台: 通用

Lint

靜態規則檢查

Lint 不執行程式就能檢查程式碼。它會找出可能錯誤、不安全寫法、格式問題和違規內容。

看看怎麼運作
也有人這樣說 LintLinter靜態分析程式碼規則

看看怎麼運作

原創情境範例靜態規則檢查

另一個例子

審查前,Lint 找到未處理的 Promise、無障礙圖片問題和錯誤的伺服器模組匯入。

主要部分

  1. 01被測程式或行為
  2. 02可觀察證據
  3. 03覆蓋、失敗與復原

什麼時候用

在編輯器和 CI 執行穩定規則。自動修正只處理安全且可預期的變更。

什麼時候不要用

不要啟用雜訊很多的規則,也不要把 Lint 當測試。處理單一任務時別改無關檔案。

程式裡的名稱

AST rules + diagnostics + optional autofix

上線前要檢查

檢查環境與預先準備的測試資料。定義看得到的預期結果、失敗與邊界案例。也要定義隔離方式、固定輸入、查錯資訊與清理流程。設定執行時間預算、負責人與不穩定測試的處理規則。

可以直接複製的需求

預期成果:用 靜態規則檢查 (Lint) 收集可重複驗證這項行為或品質風險的證據。 使用者情境:審查前,Lint 找到未處理的 Promise、無障礙圖片問題和錯誤的伺服器模組匯入。 驗證方式:靜態規則檢查 (Lint)。 適用理由:在編輯器和 CI 執行穩定規則。自動修正只處理安全且可預期的變更。 不應使用的情況:不要啟用雜訊很多的規則,也不要把 Lint 當測試。處理單一任務時別改無關檔案。 測試要求:說明要測的系統與環境。定義預先準備的測試資料(Fixture)、其他輸入,以及看得到的預期結果。加入預期失敗、邊界案例、容許值、隔離方式與清理流程。 測試維護:讓失敗原因容易查找,並控制隨機或會改變的輸入。指定負責人。測試速度與維護成本要符合發布前檢查的需要。 驗收條件:已知缺陷存在時測試會失敗,修正後通過。測試能在目標環境重複執行,提供可採取行動的證據,且不洩漏或改動無關資料。 證據與限制(證據邊界):沒有一份官方標準能管到全部內容。不同團隊、平台或框架的用法可能不同。 待確認:發布前必過的檢查、環境、測試資料、容許值、執行時間預算、負責人,以及不穩定測試的處理規則。

檢查這份需求

請 AI 程式助手檢查目前如何使用 靜態規則檢查 (Lint)。 定義:Lint 不執行程式就能檢查程式碼。它會找出可能錯誤、不安全寫法、格式問題和違規內容。 正式環境檢查:檢查環境與預先準備的測試資料。定義看得到的預期結果、失敗與邊界案例。也要定義隔離方式、固定輸入、查錯資訊與清理流程。設定執行時間預算、負責人與不穩定測試的處理規則。 修改程式前,先列出看到的證據、缺口、嚴重程度,以及最小且安全的修正。

C
這個術語有多正式?

業界慣例

工作上常會用到這個術語。列出的來源可能說明用法或限制,但不會定義全部內容。

沒有一份官方標準能管到全部內容。不同團隊、平台或框架的用法可能不同。

適用範圍
只包含來源有說明的內容:正式名稱、定義、平台 API、實作、使用指南
文件狀態
穩定
查證日期
2026-07-30

證據來源與適用範圍

正式來源 · OpenJS Foundation · 穩定 ESLint Documentation 適用範圍: 正式名稱、定義、平台 API、實作、使用指南 本頁用途: 提供背景,不是正式定義 來源涵蓋內容: 正式名稱, 定義, 平台 API, 實作, 使用指南

自行複製

瀏覽器無法自動複製。請選取下方文字,再自行複製。