Q1. 在 SDLC 中，哪個階段通常是最昂貴且最耗時的？
System Implementation 是 SDLC 中最昂貴和耗時的階段，包含編碼、測試、安裝和訓練等大量工作。
Q2. 將設計規格轉換為可運作程式碼的過程稱為什麼？
Coding（編碼）是將系統設計規格轉換為可運作程式碼的過程。
Q3. Unit Testing 的主要目的是什麼？
Unit Testing（單元測試）針對個別程式模組進行獨立測試，確認每個模組能正確運作。
Q4. 哪種測試類型著重於檢驗模組之間的介面與互動？
Integration Testing（整合測試）專門測試多個模組組合後的介面與互動是否正常。
Q5. Acceptance Testing 是由誰來執行的？
Acceptance Testing（驗收測試）由使用者執行，確認系統符合他們的業務需求。
Q6. Alpha Testing 是在什麼環境下進行的？
Alpha Testing 在開發團隊內部進行，屬於早期測試階段。
Q7. Beta Testing 與 Alpha Testing 的主要差異是什麼？
Beta Testing 由外部使用者在真實環境中測試，而 Alpha Testing 是在開發團隊內部進行。
Q8. Test Plan 包含哪些內容？
Test Plan（測試計畫）定義完整的測試策略、測試案例與測試程序。
Q9. Stub Testing 使用什麼來替代尚未完成的模組？
Stub Testing（樁測試）使用簡單的替代模組來取代尚未完成的模組，以便進行測試。
Q10. 哪種安裝策略的風險最高？
Direct Installation（直接安裝）一次性從舊系統完全切換到新系統，若新系統失敗則無退路，風險最高。
Q11. 哪種安裝策略的成本最高但最安全？
Parallel Installation（平行安裝）新舊系統同時運行，需要雙倍資源，成本最高但最安全。
Q12. Phased Installation 的特點是什麼？
Phased Installation（分階段安裝）逐步替換系統的各個部分或功能模組。
Q13. Single-location Installation 的策略是什麼？
Single-location Installation（單點安裝）先在一個地點實施，驗證成功後再推廣到其他地點。
Q14. System Documentation 主要記錄什麼？
System Documentation（系統文件）記錄系統的技術規格、設計細節與架構資訊。
Q15. User Documentation 的主要用途是什麼？
User Documentation（使用者文件）提供操作手冊和使用指南，幫助使用者學會操作系統。
Q16. Change Request 是什麼？
Change Request（變更請求）是使用者要求修改系統功能或規格的正式書面申請。
Q17. 軟體測試的正確順序通常是？
正確的測試順序是：先做 Unit Testing（單元測試），再做 Integration Testing（整合測試），接著 System Testing（系統測試），最後 Acceptance Testing（驗收測試）。
Q18. Test Case 包含哪些要素？
Test Case（測試案例）包含具體的測試輸入、執行步驟和預期結果。
Q19. 在 Parallel Installation 中，為什麼成本最高？
Parallel Installation 要求新舊系統同時運行一段時間，需要雙倍的人力和系統資源，因此成本最高。
Q20. User Training 的目的是什麼？
User Training（使用者訓練）的目的是教導使用者如何正確操作新系統。
Q21. System Implementation 是 SDLC 中最昂貴和耗時的階段。
系統實施階段包含編碼、測試、安裝、訓練和文件編製等大量工作，確實是最昂貴和耗時的階段。
Q22. Unit Testing 是測試整個系統的功能和效能。
Unit Testing（單元測試）是測試個別程式模組，測試整個系統功能和效能的是 System Testing（系統測試）。
Q23. Alpha Testing 是由外部使用者在真實環境中進行的。
Alpha Testing 是在開發團隊內部進行的測試。由外部使用者在真實環境中進行的是 Beta Testing。
Q24. Direct Installation 是所有安裝策略中風險最高的。
Direct Installation（直接安裝）一次性從舊系統切換到新系統，若失敗則無法回退，因此風險最高。
Q25. Parallel Installation 是成本最低的安裝策略。
Parallel Installation（平行安裝）因為新舊系統同時運行需要雙倍資源，實際上是成本最高的安裝策略。
Q26. Stub Testing 使用簡單的替代模組來取代尚未完成的模組。
Stub Testing（樁測試）確實使用簡單模組替代未完成的模組，以便在開發過程中進行測試。
Q27. System Documentation 和 User Documentation 的目標讀者相同。
System Documentation 的目標讀者是技術人員和開發人員，User Documentation 的目標讀者是系統使用者，兩者不同。
Q28. Acceptance Testing 是由開發團隊執行的測試。
Acceptance Testing（驗收測試）是由使用者執行的，用來確認系統是否符合業務需求。
Q29. Phased Installation 是逐步替換系統各個部分的安裝策略。
Phased Installation（分階段安裝）確實是逐步替換系統的各個部分或功能模組。
Q30. Change Request 是使用者要求修改系統的正式書面申請。
Change Request（變更請求）是使用者正式申請修改系統功能或規格的書面文件。