什麼是軟體測試，軟體測試的價值
測試的核心是"測試政策“。測試政策就是，”測什麼“和”怎麼測“，内容：
- 測試的對象和範圍是什麼
- 測試的目标是什麼
- 測試的重點和難點是什麼（所謂的難點，進行測試比較難）
- 測試的深度和廣度是什麼（深度就是測試方法，廣度就是講測試範圍）
- 如何安排各種測試活動（先測試什麼，再測試什麼，即測試的優先級）
- 如何評價測試的效果，即評估測試結果（測試完後，本次測試達到了什麼效果，對整個産品有什麼貢獻）
軟體測試要把握整個系統，要站在使用者的角度去了解需求，不僅要了解使用者的明确需求，還要了解使用者的”隐含“需求，如使用者的習慣、使用者的行業潛在規則等。 軟體測試的必備軟技能，協調能力、風險評估能力、資料統計分析能力和報告撰寫能力。
軟體測試架構師的作用：
- 軟體測試架構師是在業務（需求）向測試技術轉換的過程中起橋梁作用，負責産品測試的整體架構設計。
- 負責對産品測試中的測試重點和難點進行研究與攻關，為測試過程提供最優的測試方法。
- 要有一定的戰略規劃能力、業務模組化能力、資料分析能力、面向産品生命周期的品質保證和持續改進能力
- 需要對目前特定的産品選擇最合适的測試技術，并針對不同的産品對測試技術進行适配調整。
軟體測試體系：測試政策、測試分析設計、測試執行、測試評估、測試流程等。**
九段秘書：就是在做一件事情的時候，要從事前，事中，事後進行優化**
測試過程中要時刻關注：價值+目标+成本
除了産品測試技術之外，還需要更深入地了解産品的價值，要圍繞如何讓産品成功，去做測試政策，學會取舍，而不能隻站在測試技術的角度去做政策。最重要的是使你的産品成功，失敗的産品，測試得再好，又有什麼用呢？
找到最合适的測試技術 要根據産品的特性，去尋找最合适的測試技術。
軟體測試架構師需要關注和不需要關注的事情
确定正确的方向和清晰的目标比細節更重要。
需要重點完成的工作：
1、了解需求 （了解産品的商業價值） 商業價值：你能夠幫助客戶真正解決怎樣的問題？你是怎麼幫助公司賺錢。
測試活動：1、如何驗證待測試的産品正确展現了市場價值。 2、所做的測試政策是否和公司的财務、銷售、營銷目标一緻？
2、梳理使用者使用場景 使用者場景直接展現了産品的價值。考慮産品有多少種類型的使用者，這些使用者的業務是什麼，你為使用者提供了什麼友善；競争對手為使用者提供了什麼，你們之間的差别。
3、輸出産品總體測試政策。
總體測試政策，是測試的總綱，幫助整個測試團隊明确測試的範圍、目标，測試的重點和難點，測試的深度和廣度，以及如何安排各種測試活動（即測試分層）
測試的重點和難點 測試的重點是由産品價值、品質目标、産品實作(新寫代碼、開源代碼或者繼承代碼）和曆史測試情況（主要是對繼承類産品）等多項因素綜合決定的。測試的難點是從測試技術的角度來說的，是對産品測試驗證難易程度的分析。
測試深度和測試廣度 測試廣度是從覆寫的角度來對産品測試進行描述：而測試深度從測試方法（如單運作測試，多運作測試，邊界值或錯誤輸入等）來對測試進行描述。
測試分層 細化目标
測試政策解決的是産品"測試目标”（why) 以及“測什麼" (what) 和”怎麼測“(how）的問題，而測試計劃是在明确了”目标" "測什麼"和"怎麼測" 後，确定由 ”誰"who 在“何時"when 花費多長時間來進行相關的測試。
軟體測試架構師的知識能力模型
軟體測試架構師需具備的能力:硬技能 ：測試技術； 軟技能 ：産品知識+溝通協調+書面表達。
測試技術:
- 軟體産品品質模型：幫助了解和确定使用者的需求，評估品質，是測試的基礎
- 測試類型：指測試要從各個角度對被測對象進行測試，又稱為“測試視角”。
- 測試方法：對被測對象進行測試的具體方法，會直接影響發現bug的數量和品質，也是測試能力最被大家認可的表現形式。
- 測試設計：輸出測試用例，優秀的測試設計，能夠讓我們用最少的測試用例，發現我們希望返現的産品問題。
- 探索式測試：一種強調測試人員同時開展測試學習，測試設計，測試執行，并根據測試結果回報及時優化的測試方法。
- 自動化測試：
軟體産品品質六屬性（功能性，可靠性，易用性，效率，可維護性，可移植性）除此之外，還需考慮安全性
測試類型：功能測試，性能測試，壓力測試，相容性測試，易用性測試，可靠性測試。
測試方法 每一種測試類型包含了很多測試方法去确認産品的這種品質屬性。這就構成了一個軟體測試者要從哪些方面“測試類型”用哪些方法（測試方法）去測試産品（品質屬性）的關系圖
産品品質屬性+測試類型+測試方法
可靠性測試能夠順利進行，是有一定前提的---基本功能要先正确才行。測試方法有：異常值輸入法，故障植入法（把系統放在右問題的環境中進行測試的一種可靠性測試法，主要能夠測試到的執行屬性是容錯性和成熟性），穩定性測試法，壓力測試法，恢複測試法。
穩定性測試是在低于性能值得前提下測試的（使用負載測試），多，并，複，異 ，複：一段時間的壓力測試。異：反複進行異常操作。
壓力測試是在高于性能值的前提下進行測試的。（在一段時間内持續使用超過系統規格的負載進行測試的一種可靠性測試方法）雖然測試時負載超過了系統能夠處理的最大能量，但并不等于在這種情況下系統的功能都會失效，我們需要根據實際情況來分析系統的表現十分合理。
穩定性測試法，壓力測試法和性能測試法存在一定的關系，這個關系紐帶就是産品規格。
測試設計技術
從測試類型，測試方法得到了測試點，測試點是測試者在測試時需要關注的東西，它并不等于測試用例。把測試點加工（合并，去重，細化，确定測試條件，測試資料，輸出測試結果）成測試用例，就是測試設計，在這個過程中的測試方法就叫測試設計方法，有路徑分析法，判定表，正交分析法，等價類，邊界值等。在測試分析中，我們對被測對象按照測試方法進行思考，就能得到測試點，是以測試分析是一個“發現性”的措辭。
四步測試設計法：
- 模組化（選模）： 根據測試點的特征，研究測試點、分析特征的情況對其進行歸類
- 設計基礎測試用例：測試用例與基礎測試用例的差別是，測試用例确定了測試條件（類似在“xx情況下進行了xx測試”的描述）和測試資料，但是基礎測試用例隻确定了測試條件
- 補充測試資料：補充資料
- 擴充：發散，探索
對測試點分類
流程類測試設計
1、模組化：繪制流程圖 2、設計基礎測試用例：使用“路徑分析法”得到測試條件，路徑分析法有包含語句覆寫，分支覆寫，全覆寫，最小線性無關覆寫等。
數量等于：判定數+1
注意：1、流程圖的入口和出口部作為邊數統計， 2、隻有一個輸入點和一個輸出點
3、補充測試用例：使用“等價類”或“邊界值”等技術确定測試條件 4、擴充：
參數類測試設計：“輸入-輸出表”分析法
資料類測試設計：等價值和邊界分析法
組合類測試設計：正交分析法
控制測試粒度：測試點的組合和拆分
錯誤推斷法：根據經驗得到哪些點比較容易出錯
探索式測試 關注的是測試思維
将産品特性分為“曆史區”*（繼承特性）,“商業區”(銷售特性），娛樂區（輔助特性），破舊區（問題高發區），旅館區（平台，維護特性），旅遊區（噱頭特性）和其他區。
自動化測試：主要是為了回歸
軟體測試架構師的軟技能修煉
1、溝通和協商
- 軟體測試架構師在産品項目中需要遵循的基本原則（盡早溝通；既要對事，也要對人）
- 如何通過有效的溝通獲得對産品測試有用的資訊？
- 如何和自己的測試團隊溝通？
- 如何和上級上司或投資決策者溝通？關注的是結果，進度等
2、寫好測試用例 （标題：在怎樣的條件下，誰做了怎樣的事情，得到了怎樣的結果）
- 誰是測試用例的讀者，以及他們關心什麼
- 如何使得測試用例的測試目标突出
- 如何控制測試用例的粒度
- 如何通過優化用例表達來減少用例執行遺漏
軟體測試架構師的核心能力（如何才能制定好測試政策）
制定測試政策是軟體測試架構師最核心的技能。 測試政策與其他測試準則的比較
測試方針是産品測試中的通用要求，原則或者底線，是一種靜态的準則；測試計劃是一種時間次元的準則，一般有測試經理制定，是測試管理到了範疇，通過測試政策确定的測試活動，在測試計劃中被分解為一個個任務，并為每個任務确性工期，執行的先後順序和責任人。測試方案解決的是具體的某一個特性的測試設計和測試執行，是一個具體的操作。
四步制定測試政策方法
測試始終保持目标（産品品質目标）-行為（測試活動）-評估（品質評估）形成閉環
軟體産品品質評估模型（從三個方面進行評估）
- 測試覆寫度評估：對測試範圍及測試的深度與廣度進行分析和評估（測試前）
- 測試過程評估：對測試過程和測試的投入情況進行分析和評估（測試中）
- 缺陷分析：對測試結果進行分析和評估（測試後）
風險分析：包含風險識别和風險評估（判定優先級）
測試總體架構圖
版權聲明：本文為CSDN部落客「weixin_34210740」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。
原文連結：https://blog.csdn.net/weixin_34210740/article/details/92682586