跳轉到內容

實用專案:系統測試

來自華夏公益教科書

第 4 單元 - ⇑ 計算機實踐專案 ⇑

← 技術方案 系統測試 系統維護 →


系統測試佔你的總分的 12%,如果你遵循所有指南,很容易獲得高分。你應該在你的 設計 中制定一個測試計劃,我們現在將遵循該計劃並提供證據來證明我們的系統是有效的(或無效的!)。

你可能在你的技術解決方案中實現了一些在你的初始測試計劃中沒有涵蓋的內容,不要遺漏它們,將它們新增到這個測試計劃中。

如果你沒有設法完成所有的功能,你的測試計劃可能會測試那些不起作用的東西。別擔心,畢竟這是測試。展示功能不起作用並解釋原因。如果你可以使用跟蹤表並展示你如何修復問題

理想情況下,你需要為每個測試展示截圖。

讓我們開始吧。

構建測試表

[編輯 | 編輯原始碼]
測試編號 描述 資料型別 預期結果 透過/失敗 交叉引用
1 你將描述要查詢的內容以及如何執行測試 這將是典型、錯誤或極端。如果你不知道這意味著什麼,請閱讀以下內容 你希望系統如何響應你的輸入資料?它應該給出錯誤資訊嗎?響應是否與正常響應有任何不同? 它成功還是失敗了?你的目標是絕大多數透過 將此測試連結到你的螢幕截圖,以證明它有效
2 所有巧克力棒的平均價格在巧克力表格中計算 典型 當我們有 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 或其他資料模型是否載入、插入、更新和刪除

執行多少測試

[編輯 | 編輯原始碼]

如果你編寫了一個特別複雜的程式,需要做大量的測試。你不需要展示每個測試,但你必須提供一個很好的示例,包括螢幕截圖和跟蹤表。

華夏公益教科書