1、整合測試
1）自底向上
先測試底層部件/單元和模組，然後向上實現整合測試。最底層使用樁/驅動程式進行測試；樁/驅動程式是為特定目的而設計的，使用他們之前需要先對他們進行測試，通常是編寫的**。樁模擬被呼叫函式的片段，驅動程式是模擬呼叫函式的**片段。優點：可以測試到每個元件的正確性，增量式整合中很有效。缺點：頂層重要但最後測試，測試速度慢；樁和驅動程式需要維護；
優點：先測試頂部，通常是使用者介面，程式的可行性在早期就可以確定；利用輸入發現系統缺陷；缺點：單元很少整合前測試，可能導致錯誤無法發現；樁模組提前程式設計完成，可能需要大量更新替換；
將自頂和自底結合；優點：重要單元單獨測試+整合測試；關鍵元件自底向上；節約測試師姐；缺點：關鍵單元不好確定；測試至少兩次出現迴圈測試；
開發結束後進行一次徹底的測試，有時還包含大量不可重複的隨機測試；優點：最後測試，節省開銷；可以作為認證測試；不需要設計樁和驅動程式；迅捷；缺點：發現的問題難以除錯；難以完全確定介面的可用性；缺陷定位難；無法區分介面故障和其他缺陷；少數用例確定系統爭取與否的結論；
自底向上測試從中間層開始向上到頂層；紫丁香是的測試從中間層向下；中間層採用大棒測試；優點：適合包含許多子系統的大系統；自頂和自底同時；需要更多人員協作；缺點：開銷大；不能測試強相關的；模組為特定領域，需要掌握不同測試技能的協作；
關鍵路徑優先、子系統測試
系統測試
功能呢測試：判斷需求定義的功能是否正常進行；
使用者介面測試：例如顏色、導航、拼寫、字型等；
單元測試--模組測試--子系統測試--系統測試--驗收測試
產品正式提交給使用者前進行實施；由客戶和客戶代表進行執行；
測試小時法：被驗收的系統至少要測試某個時間，例如100天；適合簡單系統；
測試案例數目：執行預定義的案例，由專家產生的虛設資料，涉及很多回歸測試；
缺陷密度法：開發和測試產品過程的函式；開發任意提供缺陷密度的歷史資料；
缺陷密度的p-s矩陣：
容許缺陷標準：在應用級別課接收的總缺陷數，或者ps矩陣中每個象限容許的缺陷數目；
缺陷發現了：迴圈持續的回歸測試；
基於覆蓋的驗收標準：定義需求覆蓋、功能覆蓋和特徵覆蓋的概率，大約為95%、25%等
生命週期驗收：不同生命週期進行定義驗收標準；
客戶在開發場所和環境下所做的測試；測試按照場景進行；優點：使用者角度出發；交付前的快捷測試；表面問題可高效發現並修復；需求遺失或變動可以說明；缺點：資料不一定有代表性；不能代表真實環境；
使用者場所和使用者環境由關鍵使用者實施的測試；真實環境採用業務模擬進行測試；優點：確定環境和配置是否有差別；針對實時資料測試；可發現應用的可用性特徵；確定售後服務需求；缺點：人員轉移會造成知識轉移；可能無法使用環境和需求變化；錯過隱含需求；
提供給某些目標使用者使用，有限的市場測試；優點：有助於確定需求差別；發現沒有捕獲的使用者培訓需求；實時資料測試；獲得使用者支援；缺點：開銷可能白費；捕獲不到使用者環境改變；未能發現隱含需求；
複雜性測試
圖形使用者介面測試
1）輸入非法資料
輸入型別；輸入長度；邊界值；
2）輸入預設值
查詢選項按鈕、配置面板等；查閱資料的生命；接收預設值進行測試；鍵入空值；將預設值改為另乙個值；
3）輸入特殊字符集
字符集包含普通字元和特殊字元；程式有特定出來字元和字串的方法；程式有時使用設定名稱、系統物件和程式的保留字元集合；輸入非法字元進行測試；
4）輸入使緩衝區溢位的資料
開發沒有考慮傳送給記憶體緩衝區的字串的大小；輸入最大字串測試；輸入比最大字串大的資料進行測試；
5）輸入產生錯誤的合法資料組合
測試多個輸入值的組合；資料之間存在依賴性；
軟體測試基礎總結
第一階段結束了。總結一下自己掌握不太好的知識點 語句覆蓋 判定 分支覆蓋 條件覆蓋 判定 條件覆蓋 1 語句覆蓋 是最起碼的測試要求，要求設計足夠多的測試用例，使得每條語句至少被執行一次。語句覆蓋對程式的邏輯覆蓋很少，語句覆蓋只關心判定表示式的值，而沒有分別測試判定表示式中每個條件去不同值時的情況。...
面試總結 測試基礎
用例id 用例名稱 測試目的 測試級別 參考資訊 測試環境 前提條件 測試步驟 預期結果 設計人員。等價類劃分法 邊界值分析法 因果圖法 正交實驗設計法 場景設計法 需求分析 測試準備 測試執行 結果分析與調優 報告與總結 需求調研 prd評審 開發與測試準備相關文件 轉測 冒煙測試 測試 完成 上...
博弈基礎型別總結
6.sg函式 題目一般是兩人輪流每次在一堆n個物品中拿取不超過m個且至少拿乙個 1 m個 拿光者勝出。if n m 1 0 printf 先手勝利 n else printf 後手勝利 一般題目是在一堆n個數量的物品中兩人輪流取，每次至少取1個，但是每次取的數量不能超過上次取的數目的兩倍 n 2且第...