軟件測試簡要指南 - 標準和過程

已發表: 2021-05-18

“所有代碼在被測試無罪之前都是有罪的”——一位不知名的技術極客。

如果不讓軟件經過嚴格的測試,就不可能擁有好的軟件。 在本文中,您將了解有關軟件測試標準和流程的更多信息,您應該遵循這些標準和流程才能交付更好的結果。

什麼是軟件測試?

簡而言之,軟件測試使軟件變得更好。 它是一個識別所開發軟件的正確性、完整性和質量的過程。 測試很重要,因為它可以在交付給客戶之前發現缺陷/錯誤,從而保證軟件的質量。 它使軟件使用起來更可靠。

軟件測試

軟件測試階段

軟件測試階段

讓我們來看看上面列出的軟件測試階段:

需求分析:

需求分析定義了最終用戶對要構建/修改的軟件應用程序的期望。 因此,需求分析意味著分析、報告、記錄、驗證和管理軟件或系統需求。

測試工程師需要執行以下任務來完成需求分析

  • 閱讀每項要求以檢查完整性、清晰度、歧義(如果有)。
  • 驗證在需求分析階段已經考慮了所有可能的場景,並嘗試識別所有未發現的案例或任何差距。
  • 對需求分析中出現的問題或疑慮進行討論,每天要求團隊保持一致。
  • 需要使用需求跟踪矩陣,以確保被測軟件的完整需求覆蓋。

下面是 RTM(Requirements Traceability Matrix) 的示例模板

需求追踪矩陣

信用:Opencodez

測試計劃:

測試計劃是描述在軟件應用程序上執行軟件測試所需的測試目標、進度、估計、可交付成果和資源的文檔。 測試計劃有助於理解和確定驗證被測應用程序質量所需的工作。 下面是一個示例敏捷測試計劃:

敏捷測試計劃

信用:zenq

測試設計:

測試設計是設計測試所需用例的階段。 測試設計是根據測試計劃進行的。 設計的測試用例確保涵蓋軟件應用程序的所有要求。 測試用例與可追溯性矩陣的映射也被認為是必要的,以覆蓋所有需求差距。

測試場景/測試用例基於以下測試設計技術設計,以確保對快樂路徑和負面場景測試的完整測試覆蓋。

  • 邊界值分析 (BVA)
  • 等價分區 (EP)
  • 用例測試
  • 基於衝擊的測試

下面是示例測試設計模板

測試計劃模板

信用:https://www.softwaretestingclass.com/

測試環境設置:

測試環境是為在軟件應用程序上實現和執行測試用例而構建的平台。 測試環境是通過集成所需的硬件和軟件以及所需的網絡配置和必要設置來創建的。 在開始任何測試之前,務必先在測試環境中進行冒煙測試,以檢查測試環境的可行性。

測試執行:

測試執行是執行設計的測試用例、記錄和比較預期和實際結果的過程。 考慮到風險,測試執行會考慮以下因素。 選擇要為此週期執行的測試套件的子集,並將其分配給相應的測試員/質量分析師。

  • 根據測試計劃設計的測試用例/測試場景執行測試
  • 觀察 - 記錄在測試執行期間遇到的相應 JIRA 票證上
  • 各個 JIRA 票證上的測試證明文檔包括以下內容

測試狀態: PASS / FAIL - 描述 JIRA 票的測試狀態

測試 URL:包含用於測試特定需求的測試數據

◦ 測試場景及其截圖

  • 健全性和回歸 - 作為 Pre UAT 測試措施的一部分,在每個衝刺結束時定期在更高環境 (STG) 上執行健全性和回歸測試

測試結束:

sprint 測試結束清單確保在每個 sprint 結束時執行以下活動,以便在多個 sprint 之間平滑過渡。

  • 功能測試按時間表完成,覆蓋範圍完整
  • 團隊記錄和處理的所有觀察結果
  • 有效觀察記錄為缺陷並分配給相應的票證所有者
  • 為每張票更新了測試證明文檔及其各自的手動測試和設備測試結果
  • 在代碼合併到更高的環境 ie 之前在測試環境上執行的回歸測試。 在這種情況下,從 Dev 到 STG

設備測試/跨瀏覽器測試:

設備/跨瀏覽器測試是對設備/瀏覽器的質量進行測試的過程,以了解其滿足開發要求的程度。 設備/跨瀏覽器測試包含在客戶確認的以下設備/瀏覽器列表中。 用作設備測試平台的瀏覽器堆棧。

設備測試

不同類型的軟件測試

單元測試:

單元測試正在檢查小代碼單元以儘早提供信息,以加快您的測試策略並減少不需要的測試週期。 單元測試通常由開發人員在代碼移交給軟件測試團隊之前執行。

煙霧測試:

冒煙測試是一種軟件測試程序,用於確定部署的軟件是否穩定。 冒煙測試是對測試團隊進行進一步軟件測試的確認。 它包含在每個構建上運行的最小測試集,以測試軟件功能。

集成測試:

集成測試被定義為在集成的硬件和軟件環境中執行的一種測試,以檢查系統的行為。 軟件/硬件組件被逐步集成和測試,直到完整的系統經過測試。

系統測試:

完全集成的軟件產品的系統測試。 這是驗證交付的產品是否滿足需求文檔中提到的需求規範的最終測試。 功能性和非功能性需求都應在範圍內加以考慮。

回歸測試:

回歸驗證最近的代碼更改不會改變或破壞已經存在的功能。 回歸測試包括子集/全回歸,兩者都可以覆蓋手動或自動測試場景。

用戶驗收測試(UAT):

用戶驗收測試是軟件測試生命週期的最後階段之一,在軟件經過徹底測試後由客戶執行。 UAT 由產品的最終用戶進行,用於批准和部署生產版本。