單元測試是對軟體的組成單元進行測試。目的是檢驗軟體基本組成單元的正確性。測試的物件是軟體設計的最小單位：模組。
測試階段：編碼後或者編碼前測試物件：最小模組
測試人員：白盒測試工程師或者開發工程師
測試依據：**和注釋+詳細的文件設計
測試方法：白盒測試
測試內容：模組介面測試，區域性資料結構測試，路徑測試，錯誤處理測試，邊界測試
整合測試也叫做聯合測試，組裝測試，將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢查的測試工作。整合主要目的是檢驗軟體單元之間的介面是否正確。
測試階段：單元測試之後進行測試物件：模組間的介面
測試人員：白盒測試工程師或開發人員
測試依據：單元測試的模組+概要設計文件
測試方法：黑盒和白盒測試相結合（灰盒測試）
測試內容：模組間的資料傳輸，模組間的功能衝突，模組間組裝功能的正確性，全域性資料結構等
將軟體系統看成是乙個系統的測試。包括：回歸測試和冒煙測試
測試階段：整合測試之後1.回歸測試測試物件：整個系統(軟體，硬體)
測試人員：黑盒測試工程師
測試依據：需求規格說明文件
測試方法：黑盒測試
測試內容：功能，介面，可靠性，易用性，效能，相容性，安全性等
回歸測試是指修改了舊**後，重新進行測試以確認修改沒有引入新的錯誤或者導致其他**產生錯誤。自動回歸測試會大幅度降低系統測試，維護公升級等階段的成本。
2.冒煙測試
冒煙測試的物件是每乙個新編譯的需要正式測試的軟體版本，目的是確認軟體基本功能正常，可以進行後續的正式測試工作。冒煙測試的執行者是版本編譯人員
冒煙測試一般在開發人員開發完畢後送給測試人員進行測試時，測試人員會先進行冒煙測試，保證基本功能正常，不阻礙後續的測試工作
驗收測試是部署軟體之前的最後乙個測試操作，是技術測試的最後乙個階段，也稱為交付測試。驗收測試的目的是確保軟體準備就緒，按照專案合同，任務書，雙方約定的驗收依據文件，向軟體購買方展示該軟體系統滿足需求
測試階段：系統測試通過之後測試物件：整個系統
測試人員：主要是終端使用者或者需求方
測試依據：使用者需求，驗收標準
測試方法：黑盒測試
測試內容：功能，效能等同系統測試
α測試是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試。α測試目的：評價軟體產品的功能，局域化，可使用性，可靠性等
大型通用軟體，在正式發布前，通常需要執行α測試和β測試，α測試不能由程式設計師或測試人員來完成
β測試是一種驗收測試，由軟體的終端使用者們在乙個或者多個場所進行
α測試和β測試的區別：
1.測試的場所不同：α測試是指將使用者請到開發方的場所來測試，β測試是指在乙個或多個使用者的場所進行測試
2.α測試的環境是受開發商控制的，使用者的數量相對比較少，時間比較集中。β測試測試的環境是不受開發方控制的，使用者數量相對比較多，時間不集中
3.α測試先於β測試。通用的軟體產品需要較大規模的β測試，測試週期比較長
介於開發方和使用者間的組織的測試
靜態測試是指不執行被測試程式，僅通過分析或檢查源程式的語法，結構，過程，介面等來檢查程式的正確性。對需求規格說明書 ，源程式做結構分析，流程圖分析，符號執行來找錯。
檢查項：**風格和規則審核；程式設計和結構審核；業務邏輯的審核等靜態質量：軟體的質量從以下幾個方面衡量，功能性，可靠性，可用性，有效性，可維護性，可移植性
動態測試方法是指通過執行被測試程式，檢查執行結果與預期結果的差異，並且分析執行效率，正確性和健壯性等效能。
這種方法由三部分組成：構造測試用例，執行程式，分析程式的輸出結果
手工測試就是由人去乙個乙個的輸入用例，然後觀察結果
優點：自動化無法替代探索性測試，發散思維結果的測試
缺點：執行效率低，量大易錯
在預設條件下執行系統或者應用程式，評估執行結果，預先條件應該包括正常條件和異常條件。
概念：就是把人驅動的測試行為轉化為機器執行的一種過程
自動化測試可以分為功能測試自動化，效能測試自動化，安全測試自動化等，通常說的自動化是指功能測試自動化
自動化測試按照測試物件來分，還可以分為介面測試，ui測試等。
自動化測試實施步驟：
1.完成功能測試，版本基本穩定，因為如果功能一直在改變，自動化指令碼也會時常跟著變化，維護成本高
2.根據專案特性，選擇合適的專案自動化工具，並且搭建環境
3.提取手工測試的測試用例轉化為自動化測試的用例
4.通過工具，**實現自動化的構造輸入，自動來檢測出結果是否符合預期
5.生成自動化報告
6.持續進行指令碼的改進和優化
黑盒測試也稱為功能測試，測試過程中將被測試的軟體當成是乙個黑盒子，不關心內部結構，只關心輸入和輸出資料。
白盒測試又稱為結構測試，透明盒測試，邏輯驅動測試或者基於**的測試。
白盒就是去研究源**和程式結果
介於白盒測試和黑盒測試之間的一種測試，灰盒測試常用於整合測試階段，不僅關注輸入輸出的正確性，同時也關注程式內部情況
測試人員將系統各個模組串接起來執行，模擬真實使用者實際的工作流程，滿足使用者需求定義的功能來進行測試的過程
業務測試關注需求和使用者
就是ui測試，比如測試使用者介面的功能模組布局是否合理，整體的風格，是否有錯別字，各個控制項的位置是否美觀合理，此外還要測試介面是否操作便捷，導航簡單易懂，文字組合看起來是否完美等
容錯性測試是檢查軟體在異常情況下自身是否具有防護性的措施或者某種災難性恢復手段。當系統出錯時，能否在指定時間內修正錯誤並重新啟動系統。
容錯性測試包括以下方面：
1.輸入異常資料或進行異常操作，以檢驗系統的保護性。如果系統的容錯性好，系統只給出提示或者內部消化，而不會導致系統崩潰。
2.災難恢復性測試。通過各種手段，讓軟體強制性的發生故障，然後驗證系統已經儲存的使用者資料是否丟失，系統和資料是否能夠盡快恢復
文件測試的關注點：
1.文件的術語
2.文件的正確性
3.文件的完整性
4.文件的一致性
5.文件的易用性
相容性主要是指軟體之間能否很好的運作，會不會產生影響，軟體和硬體之間能否發揮很好的工作效率。
·平台測試
·瀏覽器測試
·軟體本身能否向前向後相容
·測試軟體能否與其他相關的軟體相容
·資料相容性測試
易用性是互動的適用性，功能性和有效性的集中體現。易用性屬於人體工程學範疇。
需要更多的專業知識，如web的安全測試要熟悉各種網路協議
從軟體來說，熟悉各種攻擊手段，如sql注入，xss等
檢查系統是否滿足需求規格說明中規定的效能
通常表現在以下幾個方面：
1.對資源利用進行精確度量
2.對執行間隔
3.響應時間
4.吞吐量
5.輔助儲存區
6.處理精度等
造成記憶體洩露的原因最常見的有：
1.分配記憶體之後忘記**
2.程式寫法有問題，造成無法**
3.某些api函式的使用不正確，造成記憶體洩漏
4.沒有及時釋放
記憶體洩漏的檢測：
1.對於不同的程式可以使用不同的方法來進行記憶體洩漏的檢測，還可以使用一些專門的工具來進行記憶體問題的檢查
2.通過**掃瞄分析工具來檢查
關於幾種軟體測試分類的方法
1.從是否關心內部結構來看 1 白盒測試 又稱為結構測試或邏輯驅動測試，是一種按照程式內部邏輯結構和編碼結構，設計測試資料並完成測試的一種測試方法。2 黑盒測試 又稱為資料驅動測試，把測試物件當做看不見的黑盒，在完全不考慮程式內部結構和處理過程的情況下，測試者僅依據程式功能的需求規範考慮，確定測試用...
測試的分類
1.按開發階段分 2.按測試實施組織分 3.按測試執行方式分 4.按是否檢視 分 5.按是否手工執行 6.按測試物件劃分 7.按測試地域劃分單元測試 測 概念 單元測試是對軟體組成單元進行測試 目的 檢驗軟體基本組成單位的正確性 測試物件 最小模組 測試人員 白盒測試工程師或開發工程師 測試方法 白...
測試的分類
預期結果和實際結果做對比 軟體測試的分類 分為 方法 方向 階段 物件 狀態 其他 方法 黑盒測試 白盒測試 灰盒測試 方向 功能測試 效能測試 安全測試 功能測試 效能測試 軟體的響應時間 測試在不同的情況下，軟體的響應時間 情況分為 假設軟體最慢的響應時間是10s，需要多少人一起使用軟體才會造成...