可以獲得什麼？

瞭解實務上是如何運用測試階段與測試方法。

背景

在實務上，常常需要把檔案讀取，並且記錄下來，因此本案例就是模擬這個狀況。首先讀取股票今日交易明細的 csv 檔案，把這些交易明細製作成分鐘 K 線，然後再把這些 K 線存入資料庫。這邊會需要製作執行的log 檔，並且有任何失敗時會進行通知與記錄。

測試流程

1. 單元測試階段

• 測試目標：驗證各功能模組或函數的正確性。
  • 確保股票交易明細的 CSV 檔案讀取功能正常。
  • 驗證分鐘 K 線製作功能的正確性。
  • 確保 K 線數據正確存入資料庫。
  • 測試日誌記錄功能。
  • 測試錯誤處理和通知機制。
• 測試方法：建立單元測試案例，針對每個功能模組或函數進行測試。
  • 測試 CSV 檔案讀取功能，包括正確讀取、錯誤處理和例外處理。
  • 測試分鐘 K 線製作功能，驗證正確性和效能。
  • 測試資料庫存儲功能，確保數據準確性和完整性。
  • 測試日誌記錄，確保錯誤和事件都被正確記錄。
  • 測試例外處理，模擬錯誤情況，確保正確處理並觸發通知。
• 回歸測試：在每次進行單元測試時，應運行已有的單元測試案例，以確保新的程式碼變更不會對既有功能造成負面影響。特別關注那些可能受到修改影響的部分，並確保它們仍按預期運作。或是完成開發後，再提交至下階段前，應執行所有的單元測試案例，確保程式仍按照預期作業。

• 例外處理測試：測試各種可能的錯誤情況，例如無效的輸入、檔案讀取失敗、無法建立 K 線等。確保系統能夠適當地捕捉和處理這些例外情況，並生成適當的錯誤訊息和日誌。

2. 整合測試階段

• 測試目標：驗證不同模組之間的協同工作。
  • 確保整合後的系統正確處理交易明細、K 線製作和資料庫存儲。
  • 測試整體系統的性能和穩定性。
• 測試方法：建立整合測試案例，模擬不同模組的協同工作。
  • 測試系統的整體功能，包括 CSV 檔案讀取、K 線製作和資料庫存儲。
  • 測試系統的性能，確保處理大量數據時仍然能保持穩定。
  • 測試整合後的系統是否正確記錄日誌並處理錯誤和通知。
• 回歸測試：運行之前的整合測試案例，並檢查是否有新的問題出現。同樣，重點關注可能受到修改影響的部分。
• 例外處理測試：確保整合後的系統能夠處理各種錯誤情況，包括模塊間的溝通失敗、資料轉換錯誤等。測試失敗情況，以確保系統能夠適當地處理這些問題。

3. 系統測試階段

• 測試目標：驗證整個系統是否符合需求。
  • 測試系統的綜合功能和效能。
  • 測試系統的可用性、安全性和穩定性。
• 測試方法：建立系統測試案例，覆蓋整個系統的功能。
  • 測試系統的完整性，確保符合需求。
  • 測試系統的效能，模擬實際使用情況。
  • 測試系統的可用性，確保用戶能夠正常操作。
  • 測試系統的安全性，檢測潛在的安全漏洞。
• 回歸測試：在系統測試階段，確保整個軟體系統符合需求並且各部分協同運作。運行所有回歸測試案例，特別是涉及系統整體功能的測試案例，以確保修改未對整體系統造成負面影響。
• 例外處理測試：確保系統能夠處理系統層面的錯誤情況，例如資料庫連接失敗、資料丟失等。測試失敗情況，以確保系統可以提供正確的錯誤處理和通知。

4. 驗收測試階段

• 測試目標：確保交付給最終用戶的軟體符合用戶需求和期望。
  • 測試系統的完整性、可用性和性能。
  • 確認系統的安全性和穩定性。
• 測試方法：建立驗收測試案例，根據用戶需求進行測試。
  • 測試系統的完整性，確保滿足用戶需求。
  • 測試系統的可用性，確保用戶能夠正常使用。
  • 測試系統的性能，模擬實際使用情況。
  • 測試系統的安全性，檢測潛在的安全風險。
• 回歸測試：在驗收測試階段，確保軟體符合最終用戶的需求和期望。運行所有回歸測試案例，以確保系統在最後交付於用戶之前維持高品質。
• 例外處理測試：確保系統能夠處理最終用戶可能遇到的各種錯誤情況，並提供適當的使用者友好錯誤訊息。

於這四個測試階段和相應的測試方法，可確保軟體系統在開發過程中與交付給最終用戶之前維持著品質。回歸測試和例外處理測試在每個階段都扮演著重要的角色，確保系統穩定運行並適當處理各種情況。這有助於提供可靠的檔案讀取、K 線製作和資料庫存儲功能，同時確保錯誤處理和通知機制正確運作。

後記

內容很瑣碎，但是可以看得出來，如果要在各階段維持好的程式品質，這樣的繁瑣勢在必行。