作業4

1、選擇一個測試要素 (Lec.10, slide 9)，以你實現的或者熟悉的一個軟件作品為例，分別討論該要素在軟件生命周期的需求、設計、編程、測試、安裝、驗收和維護各階段的測試目標和內容。

答：

• 選擇軟件作品： 騰訊會議
• 選擇測試要素： 系統運行的連續性
• 需求階段：
  • 測試目標：
    • 部分需求失效后，能夠控制失效影響，使系統的關鍵需求仍然能被滿足，對應的關鍵任務仍能運行。
  • 測試內容：
    • 審查需求分析文檔、產品規格說明書，定義需求失效后的影響，盡量保證關鍵需求不會被其它非關鍵的需求的失效所影響。
    • 比如當騰訊會議的聊天室功能失效后，最關鍵的會議直播功能應該要不受影響，繼續運行，使聊天室功能的需求對應的功能和會議直播需求對應的功能盡可能分開，保證即使會議成員通過文字方式進行交流的需求失效，通過會議直播方式進行交流的關鍵需求不會受太大影響。
• 設計階段：
  • 測試目標：
    • 針對有可能出現的非致命性問題導致的系統中斷事件，保證這些中斷不會影響到系統關鍵事件的運行。
  • 測試內容：
    • 審查系統設計文檔、程序設計流程圖、數據流圖等，針對系統運行過程中有可能由非致命性問題導致的問題和中斷，設計中斷計劃，使中斷盡可能地不會影響系統繼續運行關鍵任務。
    • 比如騰訊會議進行會議的過程為創建會議、邀請成員、成員通過復制內容中的鏈接或搜索會議號等方式進入后，即可進行會議，在這個過程中，有可能出現邀請鏈接失效等情況，此時就需要設計相應的中斷計劃，比如當用戶點擊鏈接失效時向系統發送錯誤信息，使系統可以及時檢查鏈接的情況并修復鏈接指向，或在復制內容中提供除鏈接外的其它進入會議方式，使用戶即使鏈接失效，仍然可以通過其它方式進入會議等。
• 編程階段：
  • 測試目標：
    • 檢查代碼根據可能引發中斷的問題，編寫了相應的解決計劃和過程。
  • 測試內容：
    • 審查代碼，編寫中斷計劃和過程，驗證當發生這些中斷時，程序可以進行處理這些非致命性問題，保證系統關鍵任務繼續運行。
    • 比如針對騰訊會議的鏈接失效問題，可以檢查系統代碼中有關錯誤處理的部分，觀察代碼中有關鏈接失效問題是否有相應部分進行處理，處理邏輯是否正確，處理后返回的結果是否符合系統要求。
• 測試階段：
  • 測試目標：
    • 檢查系統的容錯能力，當系統發生非致命性問題后，可以繼續運行關鍵任務，在指定時間間隔內修正錯誤并恢復系統，使系統的運行不受太大影響。
  • 測試內容：
    • 進行恢復性測試，以人工干預的方式強制性地使系統出錯，保證即使發生非致命性問題后，系統的關鍵任務仍能繼續運行，并且可以很快修復錯誤，恢復系統。
    • 比如針對騰訊會議的鏈接失效問題，可以編寫與鏈接失效有關的代碼和測試用例，例如直接給一個空指針，檢測系統代碼是否可以檢測問題，拋出異常并進行錯誤處理，及時修復這個錯誤，保證仍然可以進入到相應的會議。
• 安裝階段：
  • 測試目標：
    • 將已經測試的系統部署運行之后，之前進行的測試可以保存完整性，安裝中斷時，對應不同環境有不同的解決方案。
  • 測試內容：
    • 保證以前測試的完整性，針對不同環境都有不同的測試提供的中斷方案，在安裝階段可以保證安裝的正常進行，已經測試的系統在部署運行之后也有對應的完整中斷方案，保證系統正常運行。
    • 比如騰訊會議在蘋果或安卓系統上進行安裝時可能會因為兼容性、版本等問題出現安裝錯誤，或安裝后發生問題，當發生問題后，就需要之前在各個環境、版本下進行的完整測試，提供中斷方案，保證安裝成功，系統可以正確運行。
• 驗收和維護階段：
  • 測試目標：
    • 在發生改變重新測試時，中斷計劃是否仍然可以滿足發生非致命性問題后仍然有能力繼續運行關鍵任務的要求。
  • 測試內容：
    • 修改中斷計劃，使中斷計劃隨系統變化進行更新和迭代，重新測試時，確定改變的部分和未改變的部分能夠繼續工作。
    • 比如騰訊會議在版本進行更新后，可能由于兼容性或新代碼而出現新的問題，這時就需要修改中斷計劃，處理這些新問題導致的中斷，并重新來測試，使新版本中的改動和之前沒有改變的部分都有相應的中斷計劃，在發生問題是，仍然可以正常工作。

總結

以上是生活随笔為你收集整理的软件测试作业4：测试要素的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。