壞點測試的精準度受限於工具實際執行的工作：它會向瀏覽器請求八個特定 sRGB 色彩值其中之一，並讓您的眼睛將該畫面與您的預期進行比對。W3C CSS 色彩規範定義的是這八個值，而非您面板發出的光，因此在這個語境下，「精準」代表的是測試能穩定地顯示所要求的刺激訊號，而瀏覽器與面板之間的所有環節（色彩管理、HDR 模式、色域、視角、縮放、區域調光、子像素排列）仍然決定了您眼睛實際接收到的內容。在某個畫面下看起來有問題的點，在另一個畫面下可能看起來正常，這就是為什麼一組八個純色的檢查清單會比單一全白畫面來得更有用。了解這個界線落在哪裡——介於有文件記載的刺激訊號與未經量測的面板之間——正是讓視覺檢查作為第一道關卡時值得信賴的原因，也解釋了為什麼測試本身從不宣稱可以認證某個像素為壞點。
「精準度」在壞點測試中的意義
搜尋壞點測試精準度的人，通常是在問兩個不同的問題。第一個是測試本身是否忠於某份有文件記載的規範。第二個則是您在螢幕上看到的內容，是否真的代表您的面板。
對於第一個問題而言，任何會公開其測試圖樣（fixture）的工具，答案都是肯定的。一套可靠的測試會渲染一組不可變的純色 CSS 色彩值、在螢幕上清楚標示其名稱，並讓您透過可預期的控制方式逐一檢視。壞點測試正好採用取自 CSS Color Module Level 4 的八個值：黑色 #000000、白色 #ffffff、紅色 #ff0000、亮綠 #00ff00、藍色 #0000ff、青色 #00ffff、洋紅 #ff00ff，以及黃色 #ffff00。當前圖樣的名稱、位置與精確的十六進位值會顯示在一行進度資訊中，方便您確認自己應該看見的內容。W3C 定義了這些值；MDN 命名色彩參考則對其加以記載。沒有主題上的臆測，也沒有概略的色票。
對於第二個問題，精準度取決於面板與訊號傳遞管線。瀏覽器向作業系統請求一種 CSS 色彩；作業系統將其透過一條經過色彩管理的管線轉發；GPU 將其送往面板；面板則在發光之前套用自身的色域、亮度與影像處理。這條鏈中的任何一環都可能改變送達您眼睛的內容，這也是為什麼壞點測試是一個精確的刺激訊號產生器，卻是一個不夠精確的量測裝置。
八個 sRGB 色彩畫面與各自的作用
不同的像素瑕疵會在不同畫面下最為顯現，而這正是這份檢查清單存在的全部理由。測試會依下列順序循環播放八個圖樣：
| # | 色彩 | 十六進位值 | 有助於辨識的問題 |
|---|---|---|---|
| 1 | 黑色 | #000000 | 卡在亮起的像素、背光漏光、始終開啟的子像素 |
| 2 | 白色 | #ffffff | 卡在暗處的像素、亮度不足的子像素、壞掉的子像素 |
| 3 | 紅色 | #ff0000 | 紅色子像素瑕疵，以及來自相鄰色道的串色干擾 |
| 4 | 亮綠 | #00ff00 | 完整的綠色子像素瑕疵（此為 CSS 命名色彩 lime，而非較暗、命名為 green 的 #008000） |
| 5 | 藍色 | #0000ff | 藍色子像素瑕疵與面板特有的假影 |
| 6 | 青色 | #00ffff | 綠色與藍色色道同時發生瑕疵的情況 |
| 7 | 洋紅 | #ff00ff | 紅色與藍色色道同時發生瑕疵的情況 |
| 8 | 黃色 | #ffff00 | 紅色與綠色色道同時發生瑕疵的情況 |
這個順序並非裝飾性的安排。它涵蓋了三個單色原色，加上白色與黑色，再加上三個雙色道的組合。一個卡在「開」的紅色子像素，會在黑色畫面下亮起來，並在青色與藍色畫面下持續可見；而一個卡在「關」的紅色子像素，則會在白色畫面以及紅色、黃色、洋紅畫面上呈現為一個暗點。不同的組合會產生不同的可見特徵，因此逐一走完八個畫面，能讓這項視覺檢查涵蓋的範圍比任何單一的全螢幕色彩都更廣。
這些值本身是由 CSS 色彩規範所固定的。W3C 命名色彩清單將 green 定義為 #008000，這也正是測試將其完整的綠色圖樣標示為 lime（#00ff00）而非 green 的理由。這個區別對於精準度至關重要：若測試圖樣採用的是 #008000，綠色色道只會被部分驅動，一個完整的綠色色道瑕疵就有可能被隱藏起來。
以完整精準度執行壞點測試
- 在開啟測試之前，請僅依照製造商建議的安全程序清潔顯示器的外表面。一粒灰塵會比任何面板問題更早被辨識為「異常」。
- 開啟壞點測試並選擇「Start fullscreen test」（開始全螢幕測試）。全螢幕僅是來自「Start」按鈕的瀏覽器請求；若瀏覽器拒絕該請求，頁面內的面板仍會循環播放全部八個圖樣。
- 可透過點擊、空白鍵或方向鍵逐一切換八個畫面。進度資訊會始終顯示當前圖樣的名稱、編號與精確的十六進位值，方便您確認自己應該看見的內容。
- 在每個畫面上檢視多個區域，包括邊緣與角落，而非僅看中央。瑕疵可能藏在你目光通常不會停留的角落。
- 記下任何在多個不同畫面下都保持相同顏色的點。一個在每次更換背景時都與其形成對比的固定點，是最強烈的視覺訊號。
- 按下 Escape 鍵，或透過瀏覽器的一般控制來退出全螢幕。測試並不會停用 Escape 鍵，也不會強制進入資訊站模式。
- 若發現固定不動的異常點，請在做任何維修決定之前，先參閱製造商的診斷說明與保固政策。視覺檢查是一個起點，而非最終判決。
會改變面板顯示內容的因素
這項測試對於它所請求的內容是精準的，但在宣稱認證您的螢幕方面則並不精準。這個落差來自於訊號傳遞管線：
- 色彩管理與 ICC 描述檔可能會將所請求的 sRGB 值重新對應至面板原生色彩。
- HDR 模式、面板色域（廣色域面板通常會將 sRGB 渲染得更鮮豔）以及硬體校色，皆會改變顯示出來的色調。
- 子像素排列、縮放與影像強化（銳利化、動態對比）可能讓一個均勻的畫面看起來帶有細微的紋理。
- 區域調光與防烙機機制可能會調暗或偏移大面積的純色區塊，進而隱藏或模擬出瑕疵。
- 視角與環境光會以 CSS 值無法涵蓋的方式，改變對比與色彩感受。
- 纜線瑕疵、GPU 輸出的怪現象以及遠端顯示器的壓縮，皆可能引入與面板本身無關的假影。
W3C CSS 色彩規範定義的是瀏覽器所請求的內容，而非您的顯示器所發出的光。因此這項測試所辨識的是所請求的刺激訊號，而非來自面板的量測色彩。
異常點能證明與不能證明的事
可見的異常點並不一定是壞點。數個與面板無關的原因也可能產生相同的症狀：
- 附著於外表面的灰塵、指紋與螢幕保護貼
- 隨視角改變而移動的反射與眩光
- 前一張影像造成的影像殘留
- 部分（而非完全）故障的卡住子像素
- 瀏覽器的縮放、繪製或縮放比例所產生的假影
- GPU 輸出、纜線瑕疵或遠端顯示器的壓縮
螢幕擷圖只能用來部分區分原因：面板內部的瑕疵通常根本不會出現在擷圖中，而渲染或內容產生端的錯誤則可能會出現。若某個固定的點不會出現在擷圖裡，卻能透過您的眼睛在實際面板上看見，則傾向於指向硬體問題；若它也出現在擷圖中，則原因可能位於管線更上層。
若顯示器出現持續擴大的損壞、電氣症狀、撞擊損傷或安全疑慮，請停止使用並遵循製造商的專業指引。請勿施加壓力、敲擊、加熱或以快速閃爍的方式嘗試「解除」像素卡住，也請勿安裝來路不明的像素修復軟體。這項測試刻意採用靜態畫面，且不提供頻閃、強制指示或修復承諾，正是基於這個原因。
何時應從視覺檢查升級至製造商診斷
製造商的診斷說明與保固政策才是維修或更換決定的權威依據。視覺檢查是一道分流步驟，可用以確認瑕疵的存在、縮小受影響色道的範圍，並判斷該症狀是否在多個畫面之間皆一致。
若某個固定的異常點在您測試的每個畫面都會出現，下一步便是執行製造商內建的診斷程式。大多數作業系統與螢幕的 OSD 都內建可完全繞過瀏覽器管線的自測圖樣產生器。請執行該測試。若製造商的圖樣仍顯示出該瑕疵，則表示面板本身可能出問題；若未顯示，則原因介於瀏覽器與面板之間。
若想進一步了解檢查流程本身，請參閱壞點測試與修復：先檢查顯示器。視覺檢查是該流程的起點，而非終點。
延伸閱讀：線上鬧鐘精準度：影響可靠性的因素。