參考：[1]《軟體測試》by ron patton
[2] 軟體測試 (一) 軟體測試方法大彙總
[3] testin公開課-網際網路測試行業的現狀與趨勢
[4] 網易雲課堂：測試微專業、孫志崗
按方法白/開/空 盒 (結構測試或邏輯驅動測試)：
灰盒：介於黑盒和白盒之間。
按物件按效率
按目的先 功能測試，按階段分：
？a/b test ：資料分析，判斷選用的功能分支。
再 非功能測試
使用者體驗
按策略regression回歸測試：確保 **經修改後 原有功能沒被破壞（對乙個新的版本，重新執行以往的測試用例。適合自動化）【在新功能測試之後】
sanity粗略的測試， 只需要執行部分的測試用例
基於直覺經驗的
格式/符號：產品/策劃設計產品，需求分析。黑斜體：測試的一般流程
+ ：擴充套件的降低bug修復成本的方法或產品成熟度較高的採用方法
子目錄：詳細、補充
+同 策劃、開發、需求提出方的 需求確認環節：評審 需求文件+（系統或程式的）設計方案。
互動具象化並內斂需求，易於開發實現【類建築設計】
視覺風格設計【類建築效果圖】
測試準備階段：測試-需求分析 > 用例設計+測試計畫（>準備 測試環境+測試指令碼）
如果是新專案（qa從頭開始）：，一般先用例設計。對總體的測試工作量和複雜度有了預期之後，再根據開發計畫制定測試計畫
如果是自己熟悉的專案（qa對整個功能和團隊都很熟悉了）：一般先測試計畫。
+評審用例
開發完成**和自測
+不需等開發完再介入，將一次版本迭代週期的開發內容劃分成 低耦合模組 來提測。
用例執行 > 發現-提交-跟進bug
總結質量報告
+自動化部署 測試+發布 環境
+灰度發布的策略制定及技術支援：在前一階段開放更新版本的部分使用者的反饋修正中 逐步擴大發布範圍
最終版本發布+維護
運營>反饋使用者情況給策劃，進行下一輪迭代。
+？ 1. 先介面：保證服務端正常
2. 再聯調：服務端和客戶端
3. 再功能：測客戶端
聯調/組裝/子系統/部件 測試：
性質 整合
側重點於 模組間介面的正確性、各模組間的資料流和控制流是否按照設計實現其功能、以及整合後整體功能的正確性。
軟體測試筆記 5 軟體測試計畫
產品的開發需要文件，軟體測試同樣需要這樣的文件。它包含了測試活動的內容，確保客戶的需求被高質量的實現和交付。測試文件的定義則是從產品的定義，專案的相關文件，客戶的需求文件中派生出來的。它通常是測試的經理或者測試負責人來完成，具體內容包括了測試範圍，要測試什麼，不測試什麼，如何實施測試，執行測試，有誰...
軟體測試學習筆記
筆記僅用於自我理解與自我總結，不全面之處請包含，錯誤之處請指正。功能性測試 黑盒測試，軟體實現未知。任何程式被看做是軟體規格說明 需求 中輸入定義域取值到輸出值域的轉換，理想的程式本應該規矩的完成這個職責。所以對於理想的程式，黑盒測試的測試用例完全可以根據軟體規格 需求 說明書來建立，並能夠覆蓋程式...
軟體測試（上課筆記）
軟體開發過程 生命週期 1.問題定義 2.可行性分析 3.需求分析 4.概要設計 5.詳細設計 6.編寫 7.測試 8.運維 軟體測試中 歸併為六個階段 1.制定計畫 第一階段 2.需求分析 第二階段 3.軟體設計 第三階段 4.程式編寫 第四階段 5.軟體測試 第五階段 6.執行維護 第六階段 測...