資訊專欄INFORMATION COLUMN
摘要：因果圖分析法是一種圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測試用例的方法。工具錯(cuò)誤推測法根據(jù)實(shí)際經(jīng)驗(yàn)或推測分析列出所有可能存在的和容易發(fā)生錯(cuò)誤的情況，并有針對(duì)性的設(shè)計(jì)測試用例。
等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測試某等價(jià)類的代表值就等于對(duì)這一類其它值的測試。
把輸入數(shù)據(jù)合理地劃分等價(jià)類，在每一個(gè)等價(jià)類中取一個(gè)典型值或任意值作為測試的輸入條件，就可以用少量的代表性的測試數(shù)據(jù)，取得更好的測試效果。
等級(jí)類劃分又分為：有效等價(jià)類和無效等價(jià)類
是等價(jià)類劃分的補(bǔ)充。測試經(jīng)驗(yàn)得知，錯(cuò)誤更容易發(fā)生在邊界值。所以設(shè)計(jì)用例應(yīng)重點(diǎn)測試邊界情況，如正好等于，剛剛大于，稍微小于。
是一種圖解法分析輸入的各種組合情況，從而設(shè)計(jì)測試用例的方法。它適合于檢查程序輸入條件的各種組合情況。
因果圖方法最終生成的就是判定表
因果圖法設(shè)計(jì)測試用例的步驟：
1、根據(jù)程序規(guī)格說明書描述的語義內(nèi)容，分析并確定“因”（即輸入條件或輸入條件的等價(jià)類）和“果”（即輸出條件）；
2、將“因”和“果”表示成“因果圖”；
3、在因果圖上使用約束符號(hào)來表明約束條件；
4、將得到的因果圖轉(zhuǎn)換成判定表；
5、根據(jù)判定表中每一列(無效情況除外)設(shè)計(jì)一個(gè)測試用例
判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。
組成：條件樁，動(dòng)作樁，條件項(xiàng)，動(dòng)作項(xiàng)
步驟：
1、列出所有條件樁和動(dòng)作樁
2、添入條件項(xiàng)和動(dòng)作項(xiàng)。
3.生成初始判定表
4.簡化合并相似規(guī)則，形成簡化判定表
正交試驗(yàn)法，是一種成對(duì)測試交互的系統(tǒng)的統(tǒng)計(jì)方法。它提供了一種能對(duì)所有變量對(duì)的組合進(jìn)行典型覆蓋（均勻分布）的方法。可以從大量的試驗(yàn)點(diǎn)中挑出適量的、有代表性的點(diǎn)，利用“正交表”，合理的安排試驗(yàn)的一種科學(xué)的試驗(yàn)設(shè)計(jì)方法。
工具：PICT
根據(jù)實(shí)際經(jīng)驗(yàn)或推測分析列出所有可能存在的和容易發(fā)生錯(cuò)誤的情況，并有針對(duì)性的設(shè)計(jì)測試用例。
例如(1)類似模塊曾出現(xiàn)的錯(cuò)誤 (2)輸入輸出為0的情況 (3)上傳表格無數(shù)據(jù)或有1條數(shù)據(jù)的情況 (4)sql查詢條件有in的情況，條件為空的場合
指測試者根據(jù)用戶場景模擬用戶操作進(jìn)行測試。
現(xiàn)在的軟件幾乎都是用事件觸發(fā)來控制流程的，事件觸發(fā)時(shí)的情景便形成了場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。這種在軟件設(shè)計(jì)方面的思想也可引入到軟件測試中，可以比較生動(dòng)地描繪出事件觸發(fā)時(shí)的情景，有利于測試設(shè)用例場景用來描述流經(jīng)用例的路徑，從用例開始到結(jié)束遍歷這條路徑上所有基本流和備選流。
步驟：
1) 畫出需要測試路徑的流程圖(一般選擇工具Office Visio)
2) 分析基本流和備選流
3) 根據(jù)基本流和備選流設(shè)計(jì)測試用例
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://www.ezyhdfw.cn/yun/8794.html
摘要：冒煙測試的用例數(shù)量不宜過多。用例一般寫完之后，需要組織相關(guān)人員進(jìn)行用例的評(píng)審，轉(zhuǎn)測后，需要將用例的執(zhí)行情況進(jìn)行標(biāo)注。用例的作用主要是提醒測試人員有哪些測試點(diǎn)要注意，避免在測試的時(shí)候臨時(shí)去想測試點(diǎn)，容易造成場景漏測。 在前面的一系列文章中，我們學(xué)會(huì)了一些用例設(shè)計(jì)的常用用法，比如等價(jià)類、邊界值，...
摘要：從業(yè)務(wù)流程上，應(yīng)得到以下信息主流程是什么條件備選流程是什么數(shù)據(jù)流向是什么關(guān)鍵的判斷條件是什么測試用例設(shè)計(jì)完成以上兩步則可進(jìn)行測試用例設(shè)計(jì)，功能測試用例，應(yīng)盡量考慮邊界異常性能的情況，以便發(fā)現(xiàn)更多的隱藏問題。 為什么測試人員要參加需求分析？也就是進(jìn)行測試需求分析的目的是什么？ 第一、把用戶需求...
摘要：接口測試形式單個(gè)接口測試包含性能測試和通過接口調(diào)用進(jìn)行場景測試。充分來說就是接口測試相對(duì)容易實(shí)現(xiàn)自動(dòng)化持續(xù)集成。 本文你將了解到 1、接口測試基本概念，包含什么是接口，什么是接口測試，為什么要做接口測試2、接口測試用例設(shè)計(jì)3、怎樣不用寫代碼，也能快速的根據(jù)開發(fā)的API文檔完成接口自動(dòng)化測試腳本 注：如果你對(duì)接口基本概念和接口測試用例已熟悉，可以直接跳過，其實(shí)看一遍也無防，就當(dāng)作 溫故知...
摘要：軟件測試工程師是一個(gè)歷史很悠久的職位，可以說從有軟件開發(fā)這個(gè)行業(yè)以來，就開始有了軟件測試工程師的角色。很多測試工程師基本上不具備代碼的能力，更多是測試的執(zhí)行者。 軟件測試工程師是一個(gè)歷史很悠久的職位，可以說從有軟件開發(fā)這個(gè)行業(yè)以來，就開始有了軟件測試工程師的角色。隨著時(shí)代的發(fā)展，軟件測試工程師的角色和職責(zé)也在悄然發(fā)生著變化，從一開始單純的在瀑布式開發(fā)流程中擔(dān)任測試階段的執(zhí)行者，到敏捷開...
摘要：簡單來說就是給定條件執(zhí)行流程預(yù)期結(jié)果的一個(gè)文檔，供后續(xù)測試人員進(jìn)行測試。測試用例的設(shè)計(jì)需要盡可能覆蓋軟件的所有狀態(tài)，盡量考慮周期。針對(duì)測試人員少，上線時(shí)間緊的項(xiàng)目，可只做思維導(dǎo)圖列出測試點(diǎn)。我平時(shí)是用去設(shè)計(jì)測試用例。 ...
閱讀 3270·2021-11-23 09:51
閱讀 3729·2021-09-22 15:35
閱讀 3717·2021-09-22 10:02
閱讀 3030·2021-08-30 09:49
閱讀 586·2021-08-05 10:01
閱讀 3470·2019-08-30 15:54
閱讀 1727·2019-08-30 15:53
閱讀 3615·2019-08-29 16:27
