實踐專案：系統測試
系統測試佔你總成績的 12%，如果你遵循所有指南，獲得高分非常容易。你應該在你的 設計 中制定一個測試計劃，現在我們將遵循該計劃並提供證據來證明我們的系統是否有效（或無效！）。
你可能在你的技術解決方案中實現了一些最初測試計劃中未涵蓋的內容，不要遺漏它們，將它們新增到此測試計劃中。
如果你沒有成功完成所有功能，你的測試計劃可能會測試那些不起作用的內容。不用擔心，畢竟這是測試。展示功能無法工作並解釋原因。如果你可以使用跟蹤表並展示如何解決問題
理想情況下，你需要為執行的每個測試提供截圖。
讓我們開始吧。
| 測試編號 | 描述 | 資料型別 | 預期結果 | 透過/失敗 | 交叉引用 |
|---|---|---|---|---|---|
| 1 | 你將描述測試的目標以及執行方式 | 這將是典型、錯誤或極端。如果你不知道這意味著什麼，請閱讀下面的內容 | 你期望系統如何響應你的輸入資料？它應該顯示錯誤訊息嗎？響應與正常響應有什麼不同嗎？ | 它成功還是失敗？你的目標是大多數測試透過 | 將此測試連結到你的截圖，以證明它有效 |
| 2 | 所有巧克力棒的平均價格在 Choc 表單中計算 | 典型 | 當我們有 5 塊巧克力棒，價格分別為 20、25、20、25、30 便士時，平均價格將顯示為 24 便士 | 透過 | 參見截圖 2 |
| 3 | 密碼必須包含數字 | 錯誤 | 當我輸入密碼 "letmein" 時，它會彈出一個錯誤框 | 透過 | 參見截圖 3 |
| 4 | 密碼必須包含數字和字母 | 典型 | 當我輸入密碼 "letme1n" 時，它會允許我註冊新使用者 | 透過 | 參見截圖 4 |
| 5 | 當球與球拍碰撞時，它會增加得分並朝正確的方向彈開 | 典型 | 球的向量 y 元件反轉 | 透過 | 參見截圖 5 |
那麼什麼是 典型、錯誤和極端 資料？答案主要體現在它們的名稱中，讓我們來看一個例子，其中有人建立了一箇中學註冊系統，允許學生自行註冊。我們不想讓年齡過小的學生參加，也不想讓年齡過大的學生參加。事實上，我們希望招收 11-16 歲的學生。
- 一名典型的學生將是 12、13、14 或 15 歲
- 一名錯誤（或錯誤）年齡的學生將是 1045 歲、6 歲或任何超出允許範圍的年齡。
- 一名極端（或邊界）年齡的學生剛開始上學或即將畢業，他們將是 11 歲或 16 歲
如果你正在測試包含典型、錯誤和極端資料的資料，請為所有三種類型的資料顯示測試。一些測試可能只包含典型和錯誤資料，例如輸入正確密碼。一些測試可能只包含典型資料，例如某個按鈕是否可以跳轉到下一頁，或某個計算是否正確。
描述你期望看到的內容，這應該是你的結果截圖應該顯示的內容。如果你要展示某個計算的結果，請描述輸入資料，並儘可能在你的證據中包含此資料的截圖。
解釋測試是透過還是失敗，如果失敗，你需要解釋哪裡出了問題，如果成功，請解釋它是如何成功的。
在這裡你需要連結到你的截圖，以證明你完成了這些測試。如果沒有這些截圖，你會扣分。一些提示
- 嘗試為每個測試包含一個截圖
- 確保你的截圖顯示測試透過，並且截圖尺寸不要太小（學習如何裁剪圖片！）。
- 如果結果不明顯，請嘗試在你的截圖上添加註釋。
你應該至少包含 2 個 跟蹤表，涵蓋程式碼中一些更復雜的元素，以證明程式碼按預期執行。跟蹤表適用於迴圈。因此，如果你有一個迴圈，請製作一個跟蹤表來證明它有效。本節應包含以下內容
- 你正在測試的程式碼
- 預期結果的描述，這可能包括手寫計算
- 證明程式碼有效的跟蹤表
你需要嘗試測試你的所有系統，以下是一些提示，可以幫助你確保所有內容都經過了徹底的測試
- 測試所有導航是否有效
- 測試你設計的所有演算法在所有情況下是否都能正常執行
- 測試所有按鈕/滑塊/下拉選單等是否都能正常執行
- 檢查你的 SQL 或其他資料模型是否可以載入、插入、更新和刪除資料
如果你編寫了一個特別複雜的程式，那麼需要進行大量的測試。你不需要展示所有測試，但你必須提供一個良好的樣本，包括截圖和跟蹤表。