上次說要總結測試用例來着,一直沒找到關于測試用例的基礎理論和原理,隻好先簡單從實操層面梳理一下相關知識。
常見問題測試用例常見的問題有:
測試用例常見問題
标準好的測試用例可以發現缺陷的,但不一定能夠發現缺陷,不能以是否發現了缺陷作為好用例的判斷标準。
好的測試用例體現在覆蓋度和執行性上,好的測試用例要具備格式良好、表述清晰、有效覆蓋這三個要點。
每個測試用例應該是格式良好和表述清晰的。其中内容包括标題、前置條件、輸入數據、執行步驟和預期結果等要素,為管理需要,可進一步增加編号、目的、分類、級别等。
測試用例内容要素
測試用例要能在深度和廣度上有效覆蓋測試需求,測試需求與被測軟件需求相關,一般包括功能、性能、可靠性、易用性、可維護性、可移植性等方面。
測試覆蓋需求
方法論測試人員需要在功能、性能等測試需求的每個方向上遍曆測試點,再根據每個測試點匹配對應的測試方法,甚至應用某些輔助工具,創建有效的測試用例。
測試用例産生過程
下圖由“斜杠方子”整理自《測試架構師修煉之道》,描述了各方面測試需求對應的測試方法。
測試車輪圖(自:斜杠方子)
測試用例設計基于測試點開展,而測試點可歸納為流程型、參數型、數據型和組合型四類。這個分類方法和切入點還是好的,畢竟軟件程序基本都可以抽象為“輸入參數-處理過程-輸出結果”,使用這個分類方法可以為建立高覆蓋度的測試用例建立基礎。
測試點類型
無論何種測試點,測試用例可使用建模、設計、補充和擴展4個步驟完成和完善。
用例設計步驟
每種類型測試點的建模、設計方法各有不同。這個過程規範也是可圈可點,建模階段基本是在做分型和描述需求,設計階段利用分型對應的設計方法對測試用例進行拆解,補充和擴展階段屬于整理和查漏補缺,整體嚴絲合縫。需要注意的是,在後面的階段,可以額外結合軟件的架構設計和實現邏輯等進行補充,效果會更好一些。
各類測試點用例設計步驟和方法
技術下面介紹等價類法、邊界值法和錯誤推測法三種測試案例設計技術。
[微風]等價類法
等價類法是黑盒測試的基本方法,其特點是使用最小的測試數據達到最好的測試質量。
等價類是指某個輸入域的子集,在該子集中,各輸入數據對于發現程序中的錯誤具備相同效力,測試某等價類的代表值就等于對這一類其它值的測試。這是等價類的基礎原理。
等價類的定律是:若被測程序若是正确的,就應該既能接受有效的輸入,也能接受無效輸入的考驗。
等價類劃分時,需要注意既要有代表性和完備性,又要避免冗餘性,這是等價類的劃分标準。
等價類法
[微風]邊界值法
邊界值法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法,通常作為對等價類劃分法的補充,其測試用例來自等價類的邊界。而邊界值是指相對于輸入等價類和輸出等價類而言,稍高于邊界或稍低于邊界的一些特定情況,是等價類的冗餘情形。
邊界值法的原理是:編程的很多錯誤是發生在輸入定義域或輸出值域的邊界上,而不是發生在輸入/輸出範圍的中間區域。
一般針對開區間、閉區間以及半開半閉區間這三種情況,通過三點分析法(内點、上點和離點)來确定邊界值。
邊界值法
[微風]錯誤推測法
錯誤推測法基于經驗和直覺推測程序中所有可能存在的各種錯誤,進而針對性地設計測試用例。
錯誤推測法的着眼點是軟件中容易出現錯誤的地方和可能有假設的地方。
工具[微風]PICT
PICT(Pairwise Independent Combinatorial Testing)工具原是微軟公司内部使用的一款自動生成成對組合測試用例的命令行工具,生成Pairwise testing所需的測試用例,并且可以将結果導出到Excel。
[微風]XMind2TestCase
首先使用腦圖工具XMind按照測試用例模闆編寫用例,然後使用XMind2TestCase工具将XMind格式的測試用例導出為TestLink、Zentao等可導入格式。
[微風]BenderRBT
BenderRBT是基于需求的功能測試用例設計工具,具有組合對法(OrthogonalPairs)和因果圖(CauseEffect)兩種功能模塊,通過對被測應用的需求進一步清晰化整理,進而設計出最小數目的測試用例實現最大的功能覆蓋率。
[微風]Pairwiser
inductive.no網站上有個Pairwiser工具,可以在線或下載使用,支持自己設置規則,排除掉一些沒有必要測試的情況。
結束語網上關于測試用例編寫方法的文章很多,很多也寫得很詳細,本文主要就套路作一介紹,其他内容就不再啰嗦了,感謝!!!
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!