先解決維度爆炸
伺服器相容驗證至少有六層變數：平臺代際、BIOS 版本、BMC 韌體、作業系統與核心、NVMe 驅動、盤韌體版本。任意組合展開是測不完的。可行的做法是按失效相關性給維度排序——BIOS 與 BMC 直接決定列舉與熱插拔行為，需要逐版本覆蓋；核心與驅動的差異主要影響錯誤處理路徑，可按大版本分組抽樣；盤韌體則只測受控發佈版本。裁剪的依據必須寫進測試計劃，否則覆蓋率無法向外說明。
四類必測行為
驗證重點集中在四類行為，它們在不同平臺之間的差異最大：
- 上電列舉與鏈路訓練：冷啟動、熱復位與 Surprise Removal 下的列舉成功率與協商速率是否穩定；
- 帶負載熱插拔：業務 I/O 進行中插拔，觀察主機側超時行為與盤側掉電保護動作；
- 異常復位恢復：非正常斷電後的啟動時間、映射表重建與資料一致性；
- 錯誤注入與上報：AER 路徑下的錯誤分類、降級行為與 Telemetry 記錄完整性。
多命名空間、NVMe-MI、TCG Sanitize、線上升級與回滾這些功能項在平臺間差異較小，按代表性平臺覆蓋即可。
什麼才算通過
判定標準必須是可復現的量化條件，而不是“工作正常”。例如熱插拔後鏈路需在規定時間內恢復到協商速率與寬度、重訓練次數不超過閾值、掉電保護觸發後回寫資料零丟失、韌體升級失敗時可回滾到上一版本且資料保持可訪問。沒有量化閾值的相容記錄，在匯入評估階段起不到技術依據的作用。
結果必須可複用
每條記錄都要繫結完整的環境快照，以及被測盤的 BOM 組合與韌體版本，否則換一個批次記錄即失效。產品線的 30 個正式型號目前都還在產品定義與工程驗證區間內，相容矩陣仍隨目標平臺清單擴張，此刻定下來的記錄格式，決定了後面這些資料能不能橫向比較。矩陣中暴露出的邊界條件——某個 BIOS 版本下的列舉超時、某塊背板上偏多的重訓練——應固化為長期迴歸專案，而不是停在一次性的測試報告裡。