軟體測試
軟體測試（英語：SoftwareTesting），描述一種用來促進鑑定軟體的正確性、完整性、安全性和質量的過程。換句話說，軟體測試是一種實際輸出與預期輸出間的審核或者比較過程。軟體測試的經典定義是：在規定的條件下對程式進行操作，以發現程式錯誤，衡量軟體質量，並對其是否能滿足設計要求進行評估的過程。
軟體測試好處
軟體測試是使用人工操作或者軟體自動運行的方式來檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別的過程。
它是幫助識別開發完成（中間或最終的版本）的計算機軟體（整體或部分）的正確度(correctness)、完全度(completeness)和質量(quality)的軟體過程；是SQA(softwarequalityassurance)的重要子域。
GlenfordJ.Myers曾對軟體測試的目的提出過以下觀點：
(1)測試是為了發現程式中的錯誤而執行程式的過程。
(2)好的測試方案是極可能發現迄今為止尚未發現的錯誤的測試方案。
(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。
(4)測試並不僅僅是為了找出錯誤。通過分析錯誤產生的原因和錯誤的發生趨勢，可以幫助項目管理者發現當前軟體開發過程中的缺陷，以便及時改進。
(5)這種分析也能幫助測試人員設計出有針對性的測試方法，改善測試的效率和有效性。
(6)沒有發現錯誤的測試也是有價值的，完整的測試是評定軟體質量的一種方法。
(7)另外，根據測試目的的不同，還有回歸測試、壓力測試、性能測試等，分別為了檢驗修改或最佳化過程是否引發新的問題、軟體所能達到處理能力和是否達到預期的處理能力等。
測試原則
一，測試應該儘早進行，最好在需求階段就開始介入，因為最嚴重的錯誤不外乎是系統不能滿足用戶的需求。
二，程式設計師應該避免檢查自己的程式，軟體測試應該由第三方來負責。
三，設計測試用例時應考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下還要製造極端狀態和意外狀態，如網路異常中斷、電源斷電等。
四，應該充分注意測試中的群集現象。
五，對錯誤結果要進行一個確認過程。一般由A測試出來的錯誤，一定要由B來確認。嚴重的錯誤可以召開評審會議進行討論和分析，對測試結果要進行嚴格地確認，是否真的存在這個問題以及嚴重程度等。
六，制定嚴格的測試計畫。一定要制定測試計畫，並且要有指導性。測試時間安排儘量寬鬆，不要希望在極短的時間內完成一個高水平的測試。
七，妥善保存測試計畫、測試用例、出錯統計和最終分析報告，為維護提供方便。
測試目標
1．發現一些可以通過測試避免的開發風險。
2．實施測試來降低所發現的風險。
3．確定測試何時可以結束。
4．在開發項目的過程中將測試看作是一個標準項目。
測試的對象
程式。
數據。
文檔。
測試過程
第一步：
對要執行測試的產品/項目進行分析，確定測試策略，制定測試計畫。該計畫被審核批准後轉向第二步。測試工作啟動前一定要確定正確的測試策略和指導方針，這些是後期開展工作的基礎。只有將本次的測試目標和要求分析清楚，才能決定測試資源的投入。
第二步：
設計測試用例。設計測試用例要根據測試需求和測試策略來進行，進度壓力不大時，應該設計的詳細，如果進度、成本壓力較大，則應該保證測試用例覆蓋到關鍵性的測試需求。該用例被批准後轉向第三步。
第三步：
如果滿足“啟動準則”（EntryCriteria），那么執行測試。執行測試主要是搭建測試環境，執行測試用例。執行測試時要進行進度控制、項目協調等工作。
第四步：
提交缺陷。這裡要進行缺陷審核和驗證等工作。
第五步：
消除軟體缺陷。通常情況下，開發經理需要審核缺陷，並進行缺陷分配。程式設計師修改自己負責的缺陷。在程式設計師修改完成後，進入到回歸測試階段。如果滿足“完成準則”（ExitCriteria），那么正常結束測試。
第六步：
撰寫測試報告。對測試進行分析，總結本次的經驗教訓，在下一次的工作中改。
軟體測試過程管理，主要包括軟體測試是什麼樣的過程，如何評價一個軟體測試過程，如何進行配置管理和測試風險分析以及測試成本的管理。
