軟體工程教學 » 軟體測試

軟體測試

軟體測試是軟體需求和使用者系統規範的評估過程。測試是在軟體開發生命週期，或在程式程式碼模組級進行。軟體測試包括確認和驗證。.

軟體驗證

驗證過程，以驗證該軟體是在滿足該使用者的要求。它是在SDLC的末端。如果軟體相匹配的要求，我們可以考慮在驗證完成.

  • 驗證確保正在開發的產品是按使用者的要求.
  • 驗證回答了這個問題 - “我們是發展中國家，它試圖從該軟體的所有使用者需求的產品?".
  • 驗證注重使用者的需求.

軟體驗證

驗證是確認軟體是否滿足業務需求的過程中，與顯影附著於適當的規範和方法.

  • 驗證確保正在開發的產品是根據設計規範.
  • 驗證答案將以下問題“我們堅定地遵守所有的設計規範開發這個產品嗎?".
  • 考證專心的設計和系統的規格.

測試的目標是 -

  • 錯誤 - 這些是由開發商作出實際的編碼錯誤。此外，存在的軟體和期望的輸出輸出的差，被認為是一個錯誤.

  • 故障 - 當誤差存在故障。故障時，也被稱為一個bug，就是這可能會導致系統失敗的錯誤造成的。.

  • 故障 - 故障被說成是系統無法執行所需的任務。當故障存在於系統發生故障.

手動與自動測試

試驗既可以手動進行或使用自動化測試工具:

  • 手動 - 不考慮自動化測試工具幫助進行這一測試。軟體測試人員編寫測試案例的不同部分和程式碼的水平，執行測試，並將結果報告給經理。 .

    手動測試耗費時間和資源。測試人員需要確認右邊的測試用例是否被使用。測試的主要部分包括手動測試.

  • 自動 - 這是測試用的自動化測試工具可幫助做了測試程式。與手工測試的局限性可以使用自動化測試工具來克服.

測試需要檢查一個網頁可以在Internet Explorer中開啟。這可以通過手動測試很容易做到。但要檢查網路伺服器可以利用100萬使用者的負荷，這是很不可能的手動測試。

T有軟體和硬體工具，它可以幫助測試人員在進行負載測試，壓力測試，回歸測試。.

測試方法

測試可以根據兩種方法進行

  • 功能測試
  • 執行測試

當功能被沒有考慮在擔心它被稱為黑箱測試的實際執行情況進行測試。另一邊是被稱為這裡不僅功能測試白盒測試，但它的實現方式進行了分析。.

詳盡的測試是一個完美的測試最需要的方法。中的輸入和輸出值的範圍內的每一個可能的值進行測試。因此不可能在真實世界的場景來測試每一個值，如果值的範圍是大.

黑箱測試

它進行到程式的測試功能。它也被稱為“行為”的測試。在這種情況下，測試器，具有一組輸入值和相應的期望的結果。於提供輸入，如果與所期望的結果的輸出相匹配時，該程式被測試'好'，和有問題的，否則.

黑盒測試

在這個測試方法中，程式碼的設計和結構是不知道的測試器和測試工程師和終端使用者進行該測試的軟體.

黑箱測試技術:

  • 等價類 - 輸入被分成類似的課程。如果一個類中的一個元件通過測試，則假定所有的類被傳遞。

  • 邊界值 - 輸入被分為較高和較低的最終值。如果這些值通過測試，則假定在之間的所有值可以通過.

  • 因果圖 - 在以前這兩種方法中，只有一次一個輸入值進行測試。原因(輸入) - 效果(輸出)，其中輸入值的組合，有系統地進行試驗測試技術.

  • 成對測試 - 軟體的行為取決於多個引數。在配對試驗中，多個引數進行測試成對他們的不同的值.

  • 基於狀態的測試 - 系統變化對提供的輸入狀態。這些系統是基於它們的狀態和輸入測試.

白盒測試

據進行的測試程式和其執行中，為了提高編碼效率或結構。它也被稱為“結構”的測試.

白盒測試

在這個測試方法中，程式碼的設計和結構是已知的測試儀。程式碼的程式員對程式碼進行這項測試。.

下面是一些白盒測試方法:

  • 控制流測試 - 控制流測試的目的建立測試用例覆蓋所有的語句和分支條件。分支條件測試均為真與假，讓所有的語句可以被覆蓋.

  • 資料流測試 - 這個測試技術重點覆蓋包括在程式中所有的資料變數。據測試，其中變數宣告和定義，並在那裡他們被使用或更改.

水平測試

測試本身可以在各級SDLC的限定。測試過程中執行的並行軟體開發。跳之前就下階段，階段測試，確認和驗證。

測試分別做只是為了確保有留在軟體沒有任何隱藏的缺陷或問題。軟體在各個層次上進行測試 -

單元測試

雖然編碼，程式員執行程式的裝置上的一些測試，以了解它是否是免費的錯誤。在白箱測試方法進行測試。單元測試可以幫助開發人員決定該計劃的各個單位工作按要求，沒有錯誤。

整合測試

即使軟體的單位做工精細獨特，有必要來看看單位，如果整合到一起也將工作沒有錯誤。例如，引數傳遞和資料更新等.

系統測試

該軟體被編譯為產物，然後將其測試為一個整體。這可以通過使用下面的一個試驗或多個來實現:

  • 功能測試 - 測試對要求該軟體的所有功能.

  • 效能測試 - 這個測試證明了該軟體的效率有多高的。它測試的有效性和所採取的軟體的平均時間做所需的任務。效能測試是通過負載測試和壓力測試的方法，其中軟體在高的使用者和資料載入各種環境條件下把完成的.

  • 安全和便攜性 - 這些測試完成後，軟體是為了工作，在各種平台和人數進行存取.

驗收測試

當軟體準備交給客戶就必須經過測試，它是使用者互動和響應測試的最後階段。這是重要的，因為即使軟體相匹配的所有使用者的要求，如果使用者不喜歡顯示的方式或作品，它可能會被拒絕.

  • Alpha測試 - 顯影劑的團隊本身通過使用系統彷彿它正在被在工作環境中使用時進行alpha測試。他們試圖找出使用者會如何反應到軟體的一些操作，以及如何系統應以輸入的響應。.

  • Beta測試 - 在軟體內部測試，它被移交給使用者使用它自己的生產環境下，僅用於測試目的。這不是尚未交付的產品。開發商預計，使用者在這個階段會帶來分鐘的問題，這被跳過出席.

回歸測試

每當一個軟體產品的新程式碼，特徵或功能更新時，它被徹底的測試，以檢測是否有附加程式碼的任何負面影響。這被稱為回歸測試。.

測試文件

試檔案製備的不同階段 -

測試前

測試開始，測試案例的產生。還需要參考下面的文件 –

  • SRS文件 - 功能需求文件

  • 測試策略檔案 - 這說明在多大程度上測試應該釋放該產品前發生.

  • 測試策略檔案 - 這提到的測試團隊，責任矩陣和測試經理和測試工程師的權利/責任的細節方面.

  • 追蹤矩陣檔案 - 這是SDLC的檔案，這是關係到需求收集過程。作為新的要求來，它們被新增到這個矩陣。這些矩陣幫助測試人員了解需求的來源。它們可以被追蹤前進和後退。.

雖然正在測試中

可能需要以下檔案，而測試已啟動，正在做:

  • 測試案例檔案 - 該檔案包含了需要進行的測試列表。它包括單元測試計劃，整合測試計劃，系統測試計劃和驗收測試計劃.

  • 測試說明 - 本文件是所有測試用例，並執行這些程式的詳細說明.

  • 測試案例報告 - 本檔案包含測試用例報告測試結果.

  • 測試紀錄檔 - 本檔案包含的測試紀錄檔中的每一個測試用例報告.

經過測試

下列檔案可測試後生成:

  • 測試總結 - 此測試總結是所有的測試報告和紀錄檔的集體分析。它總結並得出結論，如果軟體是隨時可以啟動。該軟體在發布的版本控制系統，如果是準備發射.

測試與品質控制，品質保證和審計

我們要明白，軟體測試是軟體品質保證，軟體品質控制和審計軟體不同.

  • 軟體品質保證 - 這是軟體開發過程的監控手段，通過它可以保證所有的措施都採取了按組織的標準。這種監視是為了確保適當的軟體開發方法隨訪.

  • 軟體品質控制 - 這是一個系統維護軟體產品的品質。它可能包括軟體產品的功能性和非功能性方面，這對提高組織的好感。該系統可確保客戶獲得??優質的產品為他們的要求，認證為“適合使用”的產品.

  • 軟體稽核 - 這是由該組織制定的軟體審查程式。一組審計人員，獨立的開發團隊探討了軟體的流程，程式，要求和SDLC的其他方面。軟體審計的目的是檢查軟體和它的發展過程中，既符合標準，規則及規例.