PLC 測試案例怎麼寫？初始條件、操作步驟與結果紀錄

程式能編譯，不等於控制行為符合需求。測試案例要讓另一位工程師在相同環境下，能重現操作並核對結果。以下是測試文件教學，案例均為待執行範例，不宣稱已通過模擬或現場測試。

每個案例至少記錄七項資料

1. 案例編號與對應需求編號。
2. PLC／模擬器、軟體版本與受測程式版本。
3. 初始狀態，包括模式、狀態變數與輸入。
4. 依序執行的動作與輸入變化。
5. 預期輸出、時間條件及判定方式。
6. 實際結果與畫面、趨勢或紀錄檔。
7. 執行日期、執行人及通過／失敗／未執行狀態。

範例：驗證停止優先的模擬需求

先在需求文件定義 StopRequest = 1 代表邏輯停止要求，以及啟動和停止同時成立時停止優先。下列案例只針對此文件假設，不是實體機台測試指令。

案例：TC-02，同時啟動與停止
環境／程式版本：待填
初始條件：模擬停止狀態，RunCommand = 0
步驟：在模擬輸入中同時令 StartRequest = 1、StopRequest = 1
預期：依需求定義的更新時點，RunCommand 維持 0
實際結果：未執行
證據／日期／執行人：待填

除了正常流程，還要列哪些情境？

• 啟動條件不完整：輸出是否仍保持需求規定的狀態？
• 運轉中出現停止要求：是否符合停止條件？
• 計時條件中斷：是歸零、暫停還是其他行為？
• 故障復歸或重新上電：是否符合重新啟動規則？
• 互斥要求同時出現：是否符合明訂的優先順序？

每一項先確認預期結果再執行，不把「程式現在怎麼做」直接當成正確答案。時間相關案例可搭配計時器教學；互斥案例可搭配互鎖教學。

分開記錄三種驗證

編譯檢查記錄平台是否接受語法及設定；模擬測試記錄在指定模擬環境中的邏輯結果；現場驗證另行確認實體訊號、設備及操作條件。任何一種通過都不能自動填成另外兩種通過。

失敗時保存重現線索

保留失敗案例、實際輸入及版本，修正後重跑該案例與相關案例。不要只把原本的失敗紀錄覆蓋成「通過」。可參考PLC 故障排除整理查核方向。

下載需求與測試紀錄範本，或回到免費學習資源總覽。