軟件測試
軟件測試是軟件需求和用戶系統規範的評估過程。測試是在軟件開發生命週期，或在程序代碼模塊級進行。軟件測試包括確認和驗證。.
軟件驗證
驗證過程，以驗證該軟件是在滿足該使用者的要求。它是在SDLC的末端。如果軟件相匹配的要求，我們可以考慮在驗證完成.
- 驗證確保正在開發的產品是按用戶的要求.
- 驗證回答了這個問題 - 「我們是發展中國家，它試圖從該軟件的所有用戶需求的產品?".
- 驗證注重用戶的需求.
軟件驗證
驗證是確認軟件是否滿足業務需求的過程中，與顯影附着於適當的規範和方法.
- 驗證確保正在開發的產品是根據設計規範.
- 驗證答案將以下問題「我們堅定地遵守所有的設計規範開發這個產品嗎?".
- 考證專心的設計和系統的規格.
測試的目標是 -
錯誤 - 這些是由開發商作出實際的編碼錯誤。此外，存在的軟件和期望的輸出輸出的差，被認爲是一個錯誤.
故障 - 當誤差存在故障。故障時，也被稱爲一個bug，就是這可能會導致系統失敗的錯誤造成的。.
故障 - 故障被說成是系統無法執行所需的任務。當故障存在於系統發生故障.
手動與自動測試
試驗既可以手動進行或使用自動化測試工具:
手動 - 不考慮自動化測試工具幫助進行這一測試。軟件測試人員編寫測試案例的不同部分和代碼的水平，執行測試，並將結果報告給經理。 .
手動測試耗費時間和資源。測試人員需要確認右邊的測試用例是否被使用。測試的主要部分包括手動測試.
自動 - 這是測試用的自動化測試工具可幫助做了測試程序。與手工測試的侷限性可以使用自動化測試工具來克服.
測試需要檢查一個網頁可以在Internet Explorer中打開。這可以通過手動測試很容易做到。但要檢查網絡服務器可以利用100萬用戶的負荷，這是很不可能的手動測試。
T有軟件和硬件工具，它可以幫助測試人員在進行負載測試，壓力測試，迴歸測試。.
測試方法
測試可以根據兩種方法進行
- 功能測試
- 執行測試
當功能被沒有考慮在擔心它被稱爲黑箱測試的實際執行情況進行測試。另一邊是被稱爲這裏不僅功能測試白盒測試，但它的實現方式進行了分析。.
詳盡的測試是一個完美的測試最需要的方法。中的輸入和輸出值的範圍內的每一個可能的值進行測試。因此不可能在真實世界的場景來測試每一個值，如果值的範圍是大.
黑盒測試
它進行到程序的測試功能。它也被稱爲「行爲」的測試。在這種情況下，測試器，具有一組輸入值和相應的期望的結果。於提供輸入，如果與所期望的結果的輸出相匹配時，該程序被測試'好'，和有問題的，否則.
在這個測試方法中，代碼的設計和結構是不知道的測試器和測試工程師和最終用戶進行該測試的軟件.
黑盒測試技術:
等價類 - 輸入被分成類似的課程。如果一個類中的一個元件通過測試，則假定所有的類被傳遞。
邊界值 - 輸入被分爲較高和較低的最終值。如果這些值通過測試，則假定在之間的所有值可以通過.
因果圖 - 在以前這兩種方法中，只有一次一個輸入值進行測試。原因(輸入) - 效果(輸出)，其中輸入值的組合，有系統地進行試驗測試技術.
成對測試 - 軟件的行爲取決於多個參數。在配對試驗中，多個參數進行測試成對他們的不同的值.
基於狀態的測試 - 系統變化對提供的輸入狀態。這些系統是基於它們的狀態和輸入測試.
白盒測試
據進行的測試程序和其執行中，爲了提高編碼效率或結構。它也被稱爲「結構」的測試.
在這個測試方法中，代碼的設計和結構是已知的測試儀。代碼的程序員對代碼進行這項測試。.
下面是一些白盒測試方法:
控制流測試 - 控制流測試的目的建立測試用例覆蓋所有的語句和分支條件。分支條件測試均爲真與假，讓所有的語句可以被覆蓋.
數據流測試 - 這個測試技術重點覆蓋包括在程序中所有的數據變量。據測試，其中變量聲明和定義，並在那裏他們被使用或更改.
水平測試
測試本身可以在各級SDLC的限定。測試過程中運行的並行軟件開發。跳之前就下階段，階段測試，確認和驗證。
測試分別做只是爲了確保有留在軟件沒有任何隱藏的缺陷或問題。軟件在各個層次上進行測試 -
單元測試
雖然編碼，程序員執行程序的設備上的一些測試，以瞭解它是否是免費的錯誤。在白箱測試方法進行測試。單元測試可以幫助開發人員決定該計劃的各個單位工作按要求，沒有錯誤。
集成測試
即使軟件的單位做工精細獨特，有必要來看看單位，如果整合到一起也將工作沒有錯誤。例如，參數傳遞和數據更新等.
系統測試
該軟件被編譯爲產物，然後將其測試爲一個整體。這可以通過使用下面的一個試驗或多個來實現:
功能測試 - 測試對要求該軟件的所有功能.
性能測試 - 這個測試證明了該軟件的效率有多高的。它測試的有效性和所採取的軟件的平均時間做所需的任務。性能測試是通過負載測試和壓力測試的方法，其中軟件在高的用戶和數據加載各種環境條件下把完成的.
安全和便攜性 - 這些測試完成後，軟件是爲了工作，在各種平臺和人數進行訪問.
驗收測試
當軟件準備交給客戶就必須經過測試，它是用戶交互和響應測試的最後階段。這是重要的，因爲即使軟件相匹配的所有用戶的要求，如果用戶不喜歡顯示的方式或作品，它可能會被拒絕.
Alpha測試 - 顯影劑的團隊本身通過使用系統彷彿它正在被在工作環境中使用時進行alpha測試。他們試圖找出用戶會如何反應到軟件的一些操作，以及如何系統應以輸入的響應。.
Beta測試 - 在軟件內部測試，它被移交給用戶使用它自己的生產環境下，僅用於測試目的。這不是尚未交付的產品。開發商預計，用戶在這個階段會帶來分鐘的問題，這被跳過出席.
迴歸測試
每當一個軟件產品的新代碼，特徵或功能更新時，它被徹底的測試，以檢測是否有附加代碼的任何負面影響。這被稱爲迴歸測試。.
測試文檔
試文件製備的不同階段 -
測試前
測試開始，測試案例的產生。還需要參考下面的文檔 –
SRS文檔 - 功能需求文檔
測試策略文件 - 這說明在多大程度上測試應該釋放該產品前發生.
測試策略文件 - 這提到的測試團隊，責任矩陣和測試經理和測試工程師的權利/責任的細節方面.
追蹤矩陣文件 - 這是SDLC的文件，這是關係到需求收集過程。作爲新的要求來，它們被添加到這個矩陣。這些矩陣幫助測試人員瞭解需求的來源。它們可以被追蹤前進和後退。.
雖然正在測試中
可能需要以下文件，而測試已啓動，正在做:
測試案例文件 - 該文件包含了需要進行的測試列表。它包括單元測試計劃，集成測試計劃，系統測試計劃和驗收測試計劃.
測試說明 - 本文檔是所有測試用例，並執行這些程序的詳細說明.
測試案例報告 - 本文件包含測試用例報告測試結果.
測試日誌 - 本文件包含的測試日誌中的每一個測試用例報告.
經過測試
下列文件可測試後生成:
- 測試總結 - 此測試總結是所有的測試報告和日誌的集體分析。它總結並得出結論，如果軟件是隨時可以啓動。該軟件在發佈的版本控制系統，如果是準備發射.
測試與質量控制，質量保證和審計
我們要明白，軟件測試是軟件質量保證，軟件質量控制和審計軟件不同.
軟件質量保證 - 這是軟件開發過程的監控手段，通過它可以保證所有的措施都採取了按組織的標準。這種監視是爲了確保適當的軟件開發方法隨訪.
軟件質量控制 - 這是一個系統維護軟件產品的質量。它可能包括軟件產品的功能性和非功能性方面，這對提高組織的好感。該系統可確保客戶獲得優質的產品爲他們的要求，認證爲「適合使用」的產品.
軟件審覈 - 這是由該組織制定的軟件審查程序。一組審計人員，獨立的開發團隊探討了軟件的流程，程序，要求和SDLC的其他方面。軟件審計的目的是檢查軟件和它的發展過程中，既符合標準，規則及規例.