邊界是指對於輸入等價類和輸出等價類而言，稍高於其邊界值及低於其邊界值的一些特定情況。邊界值分析法也是一種常用的黑盒測試方法。大量的錯誤是發生在輸入或輸出範圍的邊界上，而不是在輸入範圍的內部。
邊界值方法小結
如果輸入條件規定了值的範圍，則應取剛到這個範圍的邊界值，以及剛剛超越這個範圍邊界的值作為輸入資料。
輸入條件規定了值的個數
邊界值和等價類區別：邊界值分析不是從某等價類中隨便挑乙個作為代表，而是這個等價類的每個邊界都要作為測試條件。
常見的邊界值：
文字框接收字元個數，比如使用者名稱長度，密碼長度等；
報表的第一行和最後一行；
數值元素的第乙個和最後乙個；
迴圈的第1次、第2次和倒數第1次、2次。
定義：因果圖法是一種利用**法分析輸入的各種組合情況，從而設計測試用例的方法，它適合於檢查程式輸入條件的各種情況組合。
特點：考慮輸入條件的相互制約及組合關係；考慮輸出條件對輸入條件的依賴關係。
因果圖法產生的背景：
等價類劃分法和邊界值分析方法都是著重考慮輸入條件，但沒有考慮輸入條件的各種組合、輸入條件之間的相互制約關係。這樣雖然各種輸入條件可能出錯的情況已經測試到了，但多個輸入條件組合起來可能出錯的情況卻被忽略了。
如果在測試時必須考慮輸入條件的各種組合，則可能的組合數目將是天文數字，因此必須考慮採用一種適合於描述多種條件的組合、相應產生多個工作形式來進行測試用例的設計，這就需要利用因果圖（邏輯模型）。
因果圖核心：
因果圖法比較適合輸入條件比較多的情況，測試所有的輸入條件的排列組合。所謂的原因就是輸入，所謂的結果就是輸出。
因果圖的「因」：輸入條件
因果圖的「果」：輸出結果
因果圖法要注意考慮：-所有輸入/輸出條件的相互制約以及組合關係-輸出結果對輸入條件的依賴關係，也就是什麼樣的輸入組合會產生怎樣的輸出結果，級「因果關係。」
因果圖中的基本符號：
恒等非（~)
或（v）
與（^）
因果圖中的約束條件：
互斥（異）
包含（或）
遮蔽（強制）
唯一要求
因果圖法基本步驟：
根據輸入條件得出因果圖
根據輸入條件得到的結論
根據輸出條件得到因果圖
根據輸出條件得到結論
因果圖只是一種輔助工具、通過分析最終得到判定表編寫測試用例。但有時畫因果圖非常麻煩，影響測試效率，可以直接寫判定表，進而編寫測試用例。
判斷表的組成
條件樁：問題的所有條件
動作樁：問題的所有輸出
條件項：針對條件樁的取值
動作項：條件項的各種取值情況下的輸出結果
判斷表法流程
列出所有的條件樁和動作樁
填入條件項
填入動作項。得到初始判定表
簡化判定表
場景法就是模擬使用者操作軟體時的場景，主要用於測試系統的業務流程。
場景法中的兩個重要概念：
基本流：
按照正確的業務流程來實現的一條操作路徑（模擬正確的操作流程）。
備選流：
導致程式出現錯誤的操作流程（模擬錯誤的操作流程）。
測試理論基礎
軟體測試基礎 一 1軟體測試思維模型 2等價類 邊界值 3軟體測試v模型 使用者需求 需求分析與系統 概要設計 詳細設計 編碼 單元測試 整合測試 系統測試 驗收測試 4名詞解釋 黑盒測試 把軟體比作乙個不透明的盒子，對軟體輸入輸出進行測試 白盒測試 把軟體比作乙個透明的盒子，內部邏輯結構可見，對軟...
測試理論基礎
軟體測試基本介紹 1 軟體測試定義 通過手工或者工具對 被測物件 進行測試操作，從而驗證實際結果與預期結果是否存在差異。2 軟體測試的作用 通過測試工作可以發現並修復軟體當中存在的缺陷，從而提高使用者對產品的使用信心。測試可以記錄軟體執行過程中產生的一些資料，從而為決策提供資料支援 測試可以降低同型...
測試理論基礎
在自己實際工作中，經歷很多種測試流程，各種情況都存在，參考下面的知識，對照公司現行的流程，會思考更深入的問題，從而夯實理論基礎，提公升測試水平。應了解的概念 測試testing和qa quality assurance 軟體測試員的目標是盡可能找出軟體缺陷，並確保缺陷得以修復 qa主要職責是建立和執...