黑盒測試用例測試方法
| 測試點 | 測試資料 | 測試覆蓋 | 邊界值 |
| 輸入正確的紅包金額【0.01，200】 | 10 | （1）（5）（7） | 0.01,0.02,199.99,200 |
| 紅包輸入小於0.01的金額 | 0 | （2） | 0 |
| 紅包金額輸入大於200的金額 | 201 | （3） | 200.01 |
| 0.01-200區間小數點後超出2位的值 | 150.0001 | （4） | |
| 非數字型別、英文、中文、特殊字元、html標籤 | ￥5,$5,5元 | （6） | |
| 為空 | （8） |
三、場景法1）什麼是場景法通過場景描述的業務流程（業務邏輯），也包括程式碼實現邏輯，設計用例來遍歷場景（路徑），驗證軟體系統功能的正確性。2）如何使用場景法2.1 畫出流程圖矩形：表示步驟（操作、結果）菱形：判斷---是、否注意：場景法的重點是測試流程，因此每個流程一個用例驗證即可，流程測試沒有問題並不能說明系統功能沒有問題了，還需要針對單步的功能進行測試只有單個功能點和流程測試，才算是充分的測試ATM取款經常遇到的場景：（一共9種）1、成功取款（插入銀行卡）2、借記卡不合法3、取消輸入密碼4、密碼錯誤（還有輸入的機會）5、密碼錯誤超過3次（被吞卡）【1,3】 0，1，2，3，46、金額不合法（0、負數、非數值型別輸入*#）7、賬戶餘額不足8、ATM內現金不足...工具：線上畫流程圖工具思路：1、正常路徑2、再去根據每一個判斷，找 另一個出口的路徑3、確定出錯之後還能否正常，再多走一個步驟四、錯誤推測法（反推法）基於經驗和直覺推測程式中所有可能存在的各種錯誤，從而針對性的設計測試用例的方法。它的要素共有三點，分別為：經驗、知識、直覺。（二八原則）如何使用？1、列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況；2、根據他們選擇測試用例有可能已經想到的測試點，利用等價類和邊界值已經覆蓋到了登入等價類劃分和邊界值分析1、正確使用者名稱、正確密碼、點選登入按鈕 ----登入成功2、錯誤密碼3、使用者名稱不存在（不存在）4、使用者名稱錯誤5、空使用者名稱、空密碼、包含空格情況 錯誤推斷，無法通過上述方法覆蓋到6、多次輸入錯誤密碼，是否安全提示7、修改密碼後輸入原密碼是否支援登入8、單點登入、多點登入、異地登入9、網路情況測試單點登入：一個賬號只能在一個地方登入多點登入：多個人可以登入同一賬號、多個平臺可以登入同一個賬號；會出現重複提交案例詳解：某平臺登入頁面既然是用錯誤推測法，那麼我們首先列出所有可能導致結果出錯的情況，如下：1、使用者名稱跟密碼的對應關係校驗2、賬號或密碼為空3、使用者名稱和密碼，如果太短或者太長，應該怎麼處理（安全性，密碼太短時是否有提示）滿足格式要求但不是正確的4、使用者名稱和密碼中有特殊字元（比如空格），和其他非英文的情況（是否做了校驗）5、使用者名稱和密碼前後有空格的處理（過濾）6、錯誤登入的次數限制7、提交登入時，網路異常8、多次點選提交操作，只能執行一次...後臺伺服器與系統已存在的使用者資訊做匹配校驗！登入密碼【6-16，字母數字常用字元組合】（格式是否滿足+滿足格式是否與已存在資訊一致）lanxin12345 正確密碼 lanxin1234正交法和因果圖分析法（這兩種方法暫時不講，很少用到，金融類可能後比較多，有了一定的經驗後）五、測試用例方法的選擇使用各種測試方法的綜合策略1）首先，進行等價類劃分，主要是輸入條件的劃分，這是提高測試效率的最有效的方法，在任何情況下都必須使用邊界值分析法，這種方法設計出的測試用例發現程式錯誤的能力最強。切記不要窮舉測試2）用錯誤推測法追加測試用例，這需要測試工程師的經驗總結3）對照程式邏輯，檢查已設計出的測試用例的邏輯覆蓋程度，如果沒有達到覆蓋標準，應當再補充足夠的測試用例（場景法）具體如何設計，可以結合專案要求或自己的標準來做，靈活運用筆試面試題整理1、編寫測試用例會用到什麼方法接著問，你覺得你在寫用例的時候用到了嗎？（結合專案來答）2、給出一個登入/購物車/支付頁面，直接讓你設計儘可能多的用例作業輸入邊A、B、C三個值，判斷是否構成三角形，如果是等腰三角形（直角、等邊）就輸出等腰（直角、等邊）三角形分析思路：首先要考慮a、b、c是否為正數：a>0,b>0,c>0三角形判斷依據：三角形任意兩邊之和大於第三邊 a<b+c;b<a+c;c<a+b直角三角形判斷依據：勾股定理：a的平方+b的平方=c的平方等腰三角形判斷依據：兩邊相等 a=b不等於c,a=c不等於b，b=c不等於a等邊三角形判斷依據：三邊相等：a=b=c1、場景法：畫出流程圖，並整理測試點（等價類邊界值進行用例補充）2、等價類劃分法，整理出測試點二選一來完成
| 輸入 | 有效等價類 | 無效等價類 |
| 是否為三角形的三條邊 | a>0 (1) | a<=0 (7) |
| b>0 (2) | b<=0 (8) | |
| c>0 (3) | c<=0 (9) | |
| a+b>c (4) | a+b<=c (10) | |
| a+c>b (5) | a+c<=b (11) | |
| b+c>a (6) | b+c<=a (12) | |
| 是否為等腰三角形的三條邊 | a=b(13) | a≠b且b≠c且a≠b(16) |
| b=c(14) | ||
| a=c(15) | ||
| 是否為等邊三角形的三條邊 | a=b=c(17) | a≠b(18) |
| a≠c(19) | ||
| b≠c(20) | ||
| 是否為直角三角形的三條邊 | a²+b²=c²(21) | a²+b²≠c²(22) |
| a,b,c | 覆蓋等價類 | 輸出 |
| 7,8,10 | （1）（2）（3）（4）（5）（6） | 一般三角形 |
| 0,3,2 | （7） | 非三角形 |
| 3,0,2 | （8） | 非三角形 |
| 1,2,0 | （9） | 非三角形 |
| 1,2,3 | （10） | 非三角形 |
| 1,3,2 | （11） | 非三角形 |
| 3,2,1 | （12） | 非三角形 |
| 3,3,7 | （1）（2）（3）（4）（5）（6）（13） | 等腰三角形 |
| 7,3,3 | （1）（2）（3）（4）（5）（6）（14） | 等腰三角形 |
| 3,7,3 | （1）（2）（3）（4）（5）（6）（15） | 等腰三角形 |
| 7,8,9 | （1）（2）（3）（4）（5）（6）（16） | 非等腰三角形 |
| 8,8,8 | （1）（2）（3）（4）（5）（6）（17） | 等邊三角形 |
| 3,4,4 | （1）（2）（3）（4）（5）（6）（18） | 非等邊三角形 |
| 3,4,4 | （1）（2）（3）（4）（5）（6）（19） | 非等邊三角形 |
| 4,3,3 | （1）（2）（3）（4）（5）（6）（20） | 非等邊三角形 |
| 3,4,5 | （1）（2）（3）（4）（5）（6）（21） | 直角三角形 |
| 3,4,6 | （1）（2）（3）（4）（5）（6）（22） | 非直角三角形 |
注意：沒有辦法證明測試點是否覆蓋全面，要理解知識點，不要去背，理解了才是你的按照方法去整理出來的測試點下節課預習軟體測試知識分析
相關推薦
測試之黑盒測試用例設計方法（邊界值分析）
此方法是對等價類劃分法的補充，他不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例，邊界值的處理也是比較容易出錯的地方。使用邊界值分析方法設計測試用例，首先應確定邊界情況。通常輸入
黑盒測試用例測試方法
黑盒測試用例設計方法一、等價類劃分法 等價類劃分法是一種典型的、重要的黑盒測試方法，是指某個輸入域的子集合。在該子集合中，所有的輸入資料對於揭露軟體中的錯誤都是等效的。 等價類劃分有效等價類和無效等價類例如：微信紅包的例子【0.01-200】按資料範圍劃分
黑盒測試用例設計方法-場景法
定義 場景法是通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果的一種方法。 場景法一般包含基本流和備用流，從一個流程開始，通過描述經過的路徑來確定的過程，經過遍歷所有的基本流和備用流來完成整個場景。場景主要包括4種主要的型別：正常的用例場景，備
黑盒測試用例設計方法實踐--用例合併---（判定表驅動法）
概念理解： 判定表是分析和表達多邏輯條件下執行不同操作的情況的工具 a、可配合因果圖後期使用； b、適合於多邏輯條件下的組合分析； 掌握判定表的結構： 1)條件樁：列出了問題的所有條件 2)動作樁：列出了問題規定可能
黑盒測試用例設計方法普及【轉載】
異常分析 ble 測試方法 優先 命名 www alt 方式 積累 測試用例的設計是測試實現階段的核心工作，也是指導如何執行測試的基礎。 測試用例（Test Case）是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某
白盒測試用例設計方法-語句覆蓋法
一、概念 白盒測試技術：一般可以分為靜態分析技術和動態分析技術。 a.靜態分析技術：控制流分析技術、資料流分析技術、資訊流分析技術； b.動態分析技術：邏輯覆蓋率測試、程式插樁； 其中最常用的是邏輯
測試用例設計方法：判定表
工具 理解 關系 輸入數據 可能 只有一個 輸入 技術 用戶 測試用例設計方法 判定表 定義 分析和表述若幹輸入條件下被測對象針對這些輸入做出的響應的一種工具; 遇到復雜業務邏輯是可以利用該表理清業務關系; 重要概念 條件 l 條件樁:需求規格說明書定義的被測對象的所有輸
編寫測試用例的方法
關系 控件 方法 https sdn 業務流程 fonts 大量數據 建議 1、等價類劃分法 適用場景： 有數據輸入的地方，就可以使用等價類劃分法。如：輸入框 測試思想： 從大量數據中劃分範圍（等價類），然後從每個範圍中挑選代表數據，這些代表數據要能反應這個範圍內數據的測
史上最全的測試用例設計方法總結
內部 就是 影響 中間 存在 計算公式 冗余 邊界 數組 測試用例的設計方法（全）等價類劃分方法：一.方法簡介1.定義是把所有可能的輸入數據,即程序的輸入域劃分成若幹部分（子集）,然後從每一個子集中選取少數具有代表性的數據作為測試用例。該方法是一種重要的,常用的黑盒測試用例
編寫測試用例的方法——等價類劃分 （學習筆記）
黑盒測試編寫測試用例的方法有等價類劃分法、邊界值分析法、因果圖法、正交排列法、場景法等。今天介紹的是等價類劃分法。在介紹這個方法之前，說一說黑盒測試和測試用例的概念。 黑盒測試 引用《軟體測試的藝術》一書中對黑盒測試的定義：黑盒測試是一種重要的測試策略，
測試用例編寫方法
在獨自摸爬打滾的測試經驗中，從一開始在書本上獲取基本測試用例要素到後來漸漸自己設計測試用例，一個從無到有的過程，我只是在做，在執行，少有停下來思考總結。在測試用例思考頻率多起來是在最近，當我覺得傳統的EXCEL
軟體測試用例設計方法
前面有曰：測試結果的準確性取決於測試用例的設計，故測試用例設計顯得尤為重要。今天就好好梳理下，測試用例的相關內容. 重要性：Test Case貫穿整個測試執行過程，分兩大類：數值計算類和資料處理類 概述：編寫一組前提條件，輸入，執行條件，預期結果的組合方案。完
常見的測試用例設計方法有哪些呢？
有什麼比較好的基礎理論書籍推薦嗎？ [我的回答]2018年8月25日 測試用例設計技術和方法，其目的是為了解決測試分析與設計過程中碰到的問題，純粹的理論只是應用技術和方法的基礎，但不是目的。測試用例分析與設計過程，需要我們不斷的應用結構化思維、發散性思維和視覺化思
測試用例設計方法3-狀態遷移
狀態遷移法 許多需求時使用狀態機來描述的，狀態及的測試主要關注測試狀態的轉移上面。通過測試驗證其在給定的條件下是否能夠產生需要的狀態變化，有沒有不可達到的狀態或是是否有可能產生非法狀態。因此可以設計狀態前一路徑覆蓋的角度來設計測試用例，並對系統進行測試。狀態遷移的目標
GUI自動化測試中優化測試用例思維方法
維度 ui自動化 測試執行 模型 數據 不同 指導 業務 函數 1、測試腳本與數據解耦（數據驅動） 讓操作相同但是數據不同的測試可以通過同一 套自動化測試腳本來實現，只是在每次測試執行時提供不同的測試輸入數據。 2、頁面對象模型（POM） 以頁面為單位來封裝頁面上的控
軟件測試理論測試用例測試之邊界值法
col 等價 理論 -s 經驗 軟件測試 post 邊界情況 使用 定義 邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。 長期的測試工作經驗告訴我們，大量的
軟件測試理論測試用例測試之等價類劃分
png ffffff 一個 ron div 組成 del 角度 字母 定義 把所有可能輸入的數據，即程序的輸入域劃分策劃若幹部分（子集），然後從每一個子集中選取少數具有代表性的數據作為測試用例，是一種黑盒測試方法 有效等價類和無效等價類 有效等價類指
移動app崩潰的測試用例測試
移動App崩潰原因 為什麼移動App經常崩潰？App崩潰有幾個原因：從平臺或環境到開發問題。 一些崩潰原因（排名不分先後） ： 裝置碎片化：由於裝置極具多樣性，App在不同的裝置上可能有表現不同。 頻寬限制：頻寬不佳的網路對App所需的快速響應時間可能不夠。 網路的變化：不
黑盒測試用例設計-錯誤推測和因果圖方法
9.png sub png str 二義性 生成 當前 其中 關系 3.錯誤推測方法 基於經驗和直覺，找出程序中你認為可能出現的錯誤，有針對性地設計測試用例。經驗可能來自於在對某項業務的測試較多，也可以來自於售後用戶的反饋意見，或者從故障管理庫中整理bug。梳
黑盒測試用例設計-判定表驅動方法
組成 出了 mage 條件 技術分享 .cn 動作 align 轉換成 5.判定表驅動方法 前面因果圖方法中已經用到了判定表。判定表是分析和表達多邏輯條件下執行不同操作的情況的工具。在程序設計中可作為編寫程序的輔助工具。把復雜的邏輯關系和多種條件組合的情況表達