測試用例的切面設計
所謂測試切面設計,其實就是測試用例大項的劃分。測試用例劃分的經(jīng)典方法是瀑布模型,也就是從上到下,逐漸細分,大模塊包括小模塊,小模塊包括更小的模塊。但僅僅如此是不夠的,我們還要從更多的角度切入系統(tǒng),從不同的角度把系統(tǒng)切分成一塊一塊的,來進行測試,從而確保測試大項的完整性。
1、功能點切面
這是最常見的切面,通常我們認為頁面上的一個按鈕就是一個功能點。然后我們可以根據(jù)功能的復雜程度,按每個功能;或一個功能點分多頁;或多個功能點合成一頁來進行用例的撰寫。
2、特定切面
除此以外,還有一種特定切面的劃分方法,也是用例撰寫時經(jīng)常會用到的。所謂的特定切面,就是忽略掉表面上的功能點,而關注測試對象的某一個面。比如我們的內(nèi)部管理系統(tǒng)提供了銷售錄入導入、注冊錄入導入等功能,從菜單劃分上對應了七八個功能點。但這些功能處理后臺有個共同的處理項就是授權記錄的生成,這時我們就可以把“授權記錄生成”單獨拿出來做一個測試項,而在其它測試項中涉及這一部分的用例就不必再一一撰寫。此外象一些界面共通的操作用例單獨寫成一頁,也是一種特定切面。所以如果說將用例按功能點劃分是一種縱向劃分法,那么特定切面就是從橫向的角度分析所得到的切面。在普通功能點劃分上再根據(jù)實際情況設計特定切面,可以使我們的用例閱讀性、理解性、操作性更強。
3、隱含切面
這類用例是最容易被忽略的。它往往不是明顯的某個功能項,可能是功能項后臺的隱含處理,也可能是多個功能項之間的關聯(lián)處理,甚至可能是在某種特定情形下的處理。這都需要測試人員通過對軟件的學習了解,來進行挖掘。
(1)、后臺功能
常見的如一些定時自動啟動的服務;以及某種特定情況下自動執(zhí)行的操作等。它們在界面上往往是不體現(xiàn)的,但許多在需求設計中還是會提到,也有一些比較細小的功能可能會被忽略,就需要測試人員根據(jù)對項目的了解程度來進行挖掘。所以說一個熟悉項目的和一個不熟悉的測試人員,寫出來的用例就完全是兩個層次的。
(2)、完整業(yè)務流程的測試
我們都知道測試用例的設計是從點、線、面三個層次去考慮的。完整的一個功能項是線,其中的某個按鈕是點,多個相關功能結(jié)合成完整業(yè)務流就是面。從實際來看這類用例往往被我們忽略。
事實上目前公司的軟件本來都是業(yè)務型應用軟件,將各種功能從業(yè)務流中切割出來單獨寫用例,肯定也會有涉及到整體流程的情況。若不加以區(qū)分,將細節(jié)與全局攪在一起,不僅思路混亂,也容易考慮不周。因此在系統(tǒng)測試階段,建議用例設計要有分有合,針對具體功能的就只圍著這個功能轉(zhuǎn):而在業(yè)務流程測試項中,再完全從整體的業(yè)務流角度出發(fā)去考慮用例,這樣不僅不容易產(chǎn)生疏漏,用例閱讀與執(zhí)行也更清楚。
相關推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |