軟件測(cè)試流程之測(cè)試用例的設(shè)計(jì)與測(cè)試執(zhí)行流程 軟件測(cè)試
高效設(shè)計(jì)測(cè)試用例培訓(xùn)結(jié)束了,在上機(jī)練習(xí)的過程中,給他們穿插了sougo輸入法的項(xiàng)目測(cè)試。之所以選擇 sougo輸入法,是因?yàn)榇蠹覍?duì)它比較熟悉,不用再熟悉其業(yè)務(wù)了。而且sougo輸入法從1.0.14到現(xiàn)在的4.0有多個(gè)版本。每個(gè)版本更新前都會(huì)有當(dāng)前版本更新的bug列表,和新增功能點(diǎn)列表。特別適合我們模擬實(shí)際的測(cè)試過程。這次我們測(cè)試使用TD從需求管理到缺陷管理的整個(gè)測(cè)試過程的管理。經(jīng)過大家的努力和配合,我們采取邊做測(cè)試邊總結(jié)的方法,最后總結(jié)出測(cè)試工作中的工作流程,下面就是總結(jié)出的測(cè)試流程,大家看到后多多交流。
一、需求分析:
1、列出測(cè)試需求(根據(jù)需求規(guī)格說明書、幫助文檔、軟件的demo版,利用測(cè)試大綱法,以每個(gè)窗體為對(duì)象,每個(gè)窗體里面的控件為單位列出測(cè)試功能點(diǎn)。)
2、需求等級(jí)劃分,依據(jù)需求內(nèi)容的重要程度劃分為:高、中、低等。
3、劃分需求類型,(功能性、易用性、兼容性等)。
4、評(píng)審需求(軟件不熟悉的情況下采取以集體的形式整體討論的方法評(píng)審需求或設(shè)立專人負(fù)責(zé)評(píng)審)。
5、需求列入TestDirector(評(píng)審后的結(jié)果在TestDirector要有體現(xiàn))。
二、用例設(shè)計(jì):
1、根據(jù)功能點(diǎn)確定人員分工,具體的功能點(diǎn)分配給具體的組員。
2、測(cè)試用例的編寫,借助功能演示demo、前一階段所編寫的測(cè)試功能點(diǎn)等編寫測(cè)試用例。
3、要求組員對(duì)自己負(fù)責(zé)的功能點(diǎn)選擇具體的設(shè)計(jì)測(cè)試用例的方法。
一般選擇方法順序:在考慮好被測(cè)試軟件本身的特性后,一般首先邊界值挑選最具有代表性的數(shù)據(jù);然后使用等價(jià)類進(jìn)一步補(bǔ)充;如果要考慮各功能的輸入輸出關(guān)系可以使用因果圖、判定表法;但如果輸入太多,可以使用正交排列法選擇減少測(cè)試用例,并且是測(cè)試數(shù)據(jù)均勻分布。這些理性方法都使用完后,在測(cè)試執(zhí)行階段,可以使用隨機(jī)測(cè)試法或者錯(cuò)誤猜測(cè)方法進(jìn)一步豐富你的測(cè)試用例。
4、針對(duì)所設(shè)計(jì)的用例對(duì)軟件的功能點(diǎn)(以及其他類型的需求)進(jìn)行需求覆蓋。
我們列測(cè)試需求的最主要目的,就是為了完成對(duì)需求的覆蓋,所以這個(gè)是對(duì)每一個(gè)設(shè)計(jì)測(cè)試用例的人員的基本要求。
5、用例評(píng)審,優(yōu)化用例的數(shù)量確保用例的質(zhì)量(設(shè)定專人評(píng)審)。
6、評(píng)審后寫入TestDirector中。
7、挑選冒煙測(cè)試用例(抽取用例總數(shù)的10%~20%左右進(jìn)行冒煙測(cè)試來反映基本功能)。
相關(guān)推薦:2010年下半年軟考成績(jī)查詢時(shí)間及方式匯總
2011年上半年計(jì)算機(jī)軟考時(shí)間及科目安排
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |