[b] 今天開始我的軟體測試的學習，記錄下來，作為乙個學習的留念。
[/b]
效能測試、壓力測試、負載測試、強度測試、穩定性測試、健壯性測試、功能測試、系統測試、整合測試、介面測試⋯ ⋯,這麼些眼花繚亂的測試型別名稱，估計很少有有人能準確的區分和說出定義來，對應的測試用例如何編寫和執行，就更不容易進行了。
如果問測試工程師測試用例如何編寫，就好象是問程式設計師如何編寫**一樣，每個人都會給出不同的方法，但是實用的測試用例卻象優秀的程式一樣困難。
本章針對上面的問題，主要講解在企業實際工作中，如何有效劃分測試種類和編寫對應的測試用例，使測試工作更加合理、高效率的執行。
[b]本章主要以測試用例的編寫和管理為核心，講述下面內容：[/b]
[b]對於測試種類的說法多種多樣，最多的能有30多種測試型別。而實際工作中很多測試是互相包含的。按照企業中實際工作需要，測試主要包含下面的型別：[/b]
功能測試：功能測試主要針對產品需求說明書的測試，主要是驗證功能是否否合需求，包括原定功能的檢驗、是否有冗餘功能、遺漏功能。這類測試應由測試員做，這並不意味著程式設計師在發布前不必檢查他們的**能否工作(自然他能用於測試的各個階段)。
健壯性測試（容錯能力/恢復能力測試）：側重於程式容錯能力的測試。本測試在單元測試階段和系統測試階段都要進行。如資料邊界測試、非法資料測試、異常中斷測試等等，主要是驗證程式對各種異常情況是否進行正確處理。為了執行方便，建議健壯性的大部分測試用例盡量編寫在功能測試用例中。
介面測試：程式設計師對各個模組進行系統聯調的測試，包含程式內介面和程式外界面測試。這個測試，在單元測試階段進行了一部分工作，而大部分都是在整合測試階段完成的。由開發人員進行。
強度測試：強度測試檢查程式對異常情況的抵抗能力。強度測試總是迫使系統在異常的資源配置下執行。例如，①當中斷的正常頻率為每秒一至兩個時，執行每秒產生十個中斷的測試用例；②定量地增長資料輸入率，檢查輸入子功能的反映能力；③執行需要最大儲存空間（或其他資源）的測試用例；④執行可能導致虛存作業系統崩潰或磁碟資料劇烈抖動的測試用例，等等。
壓力測試：對系統不斷施加壓力的測試，是通過確定乙個系統的瓶頸或者不能接收的效能點，來獲得系統能提供的最大服務級別的測試。例如測試乙個 web 站點在大量的負荷下，何時系統的響應會退化或失敗。
效能測試：在交替進行負荷和強迫測試時常用的術語。效能測試關注的是系統的整體。它和通常所說的強度、壓力/負載測試測試有密切關係。所以壓力和強度測試應該於效能測試一同進行。舉例說明：針對乙個**進行測試，模擬10到50個使用者就是在進行常規效能測試，使用者增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的資料查詢操作，就包含了強度測試。
壓力測試注重的是外界不斷施壓，強度測試注重的是極限或者異常情況下系統的測試。
使用者介面測試：對系統的介面進行測試，測試使用者介面是否友好、是否方便易用、設計是否合理、位置是否正確等一系列介面問題
安全測試：主要是測試系統在沒有授權的內部或者外部使用者對系統進行攻擊或者惡意破壞時如何進行處理，是否仍能保證資料的安全。測試人員可以學習一些黑客技術，來對系統進行攻擊。
安裝/反安裝測試：安裝測試主要檢驗軟體是否可以正確安裝，安裝檔案的各項設定是否有效，安裝後能否影響原系統；反安裝是逆過程，測試是否刪除乾淨，是否給影響原系統等。
文件測試：主要測試開發過程中針對使用者的文件，以需求、使用者手冊、安裝手冊等為主，檢驗文件是否和實際應用存在差別。文件測試不需要編寫測試用例。
軟體測試基礎課程學習筆記1 軟體測試簡介
一 軟體測試的定義 ieee提出的軟體工程標準術語，軟體測試定義如下 使用人工和自動手段來執行或測試某個系統的過程，其目的在於檢驗它是否滿足規定的需求或是弄清預期結果與實際結果之間的區別。軟體測試的目的不僅僅是為了發現錯誤。二 軟體測試觀念的變化 傳統測試 在開發的後期介入 現在測試 已經擴充套件到...
軟體測試學習筆記
筆記僅用於自我理解與自我總結，不全面之處請包含，錯誤之處請指正。功能性測試 黑盒測試，軟體實現未知。任何程式被看做是軟體規格說明 需求 中輸入定義域取值到輸出值域的轉換，理想的程式本應該規矩的完成這個職責。所以對於理想的程式，黑盒測試的測試用例完全可以根據軟體規格 需求 說明書來建立，並能夠覆蓋程式...
軟體測試學習筆記
保證測試的覆蓋度，但是窮舉測試是不可能的。所有的測試都應該追溯到使用者。越早測越好，測試過程與開發過程應該是互相結合的。測試的規模 從小到大，從單元測試到系統測試。不能為了便於測試而擅自修改程式。既應該測試軟體能做什麼，也應該測試軟體不能做什麼。測試做到什麼程度並沒有乙個固定答案。只要滿足兩個顯式條...