1．基於需求的測試分析
這是最傳統也是最經典的一種測試分析方法。分析物件是需求規格說明書（俗一點，此後就叫「需求」），即對需求進行分解，考慮需求本身，以及需求所影響的功能模組，從而得到測試範圍。
分析的基礎：
□ 對業務的熟悉。
□ 對使用者使用場景的了解。
□ 產品功能矩陣。
分析的方法：
□ 業務流程分析：描述業務的正向流程。
□ 業務狀態分析：描述業務物件的狀態轉換。
□ 測試範圍分析：需求本身的功能模組/受影響的功能模組。
對於這個方法，有經驗的人可以對需求本身的功能模組做到很準確的分析，但是對於受影響的功能模組，如果不了解開發的實現，則很難界定準確。
2．基於開發實現的測試分析
需要釐清兩個方面的問題：釐清使用者/需求價值方向、釐清架構/實現的細節。
（1）釐清使用者/需求價值方向
重點解釋一下這一點：這一點要求分析者對於需求要解決什麼問題有清晰的認識，我們做的都是商業軟體，每個需求應該都是為了解決商業目標上的某個問題。有人可能會問：那不應該放在基於需求的測分（測試分析）裡面嗎？答案是這樣的：大家都知道測試是無窮盡的，如何在有限的時間內做最優的測試，需要平衡取捨（例如，支付類的應用安全是第一位的，通訊類的應用效能是第一位的）。這就要求我們充分把握需求的價值方向，在測試策略和測試關注點方面做出正確的判斷。
（2）釐清架構/實現的細節
萬變不離其宗，所有的需求經過理解轉化為**，**的實現架構、實現的細節就是產品上面的體現。測試在理解架構的實現之後編寫的**可以在測試策略與關注點上更加專一，在輸入產出比上會大大的提公升，轉為測試效率與質量上的提公升。當我們看清楚裡面具體執行的邏輯，進行的操作，測試路徑可以採用窮舉路徑測試來規避風險，提公升我們的質量跟效率，甚至在架構上的不合理也可提出建議，做好迭代的基礎。
分析測試關注點（界定內容、影響點）包含如下內容。
功能測試詳細分析：
□ 涉及模組（檔案）
□ 模組互動時序
□ 介面/類/函式設計
□ 實現細節
效能測試詳細分析：
□ 基於系統資源的效能測試分析
〇 效能測試相關點
〇 開發相關實現細節
〇 關鍵指標
〇 效能測試場景設計（或已有的相關測試用例）
〇 效能測試指令碼設計
□ 基於響應時間的效能測試分析
介面測試分析：
□ 針對本次功能需求，是否具備可測介面，需要描述清楚為什麼要測以及測哪些
〇 介面測試覆蓋的介面定義描述
〇 介面內部實現的相關邏輯細節
〇 介面測試涉及的實現方案
□ 針對本次功能需求，是否有介面變更，分析變更影響範圍及測試內容
〇 變更介面修改實現的相關邏輯細節
〇 變更介面（函式）對模組內功能影響分析
〇 變更介面（函式）對模組外功能影響分析
穩定性測試分析：
□ 穩定性測試場景設計（用例）
□ 穩定性測試指令碼設計
相容性測試分析：
□ 相容性測試相關點
□ 開發相關實現細節
□ 相容性場景設計、測試環境說明（實驗室或眾測）
Chapter 1 全面認識軟體測試
1.1軟體測試基本認知 為了做好測試，既要有深度，又要有廣度 既要有效率，又要有測試工作自身完整的質量。所以，我們應該將正向思維和逆向思維有機地結合起來，做到效率和質量的平衡。正向思維 驗功能。逆向思維 盡可能找bug。1.2從狹義測試到廣義測試 狹義 動態測試 執行程式而進行的測試，測試只是程式設...
爬蟲全面認識
爬蟲 其實爬蟲就像乙個瀏覽器瀏覽網上的資訊 只是我們稱之為爬蟲是因為它不是人為而是機器自動獲取某些程式設計師設定的信 息，對於某些 它不想讓爬蟲獲取訊息，我們稱之為反爬。裡面的具體一些技術，我會一 一解釋和貼原始碼 文章只是自己學習沒有任何商業用途。1 爬蟲用到的語言 python2 html js...
Google Exoplayer 之全面認識
demo 演示類庫的使用 支援高階 hls http live streaming 功能，如正確處理 ext x discontinuity的標籤。能夠無縫融合，串聯和迴圈 資源。支援定製和擴充套件，exoplayer是考慮到這一點而設計的，並允許許多部件與定製實現替換。更新起來更方便 裝置通用性更...