測(cè)試用例在測(cè)試活動(dòng)中的作用是什么-

1、1. 強(qiáng)化測(cè)試用例在測(cè)試活動(dòng)中的作用測(cè)試用例在實(shí)際中沒(méi)有起多大作用,在實(shí)際測(cè)試時(shí)根本沒(méi)有按測(cè)試用例執(zhí)行,測(cè)試執(zhí)行后沒(méi)有把新的測(cè)試用例補(bǔ)充到用例庫(kù)中等等。為何如此?根本原因是對(duì)測(cè)試用例重要性的認(rèn)識(shí)不夠,測(cè)試流程不完善,針對(duì)測(cè)試用例的管理流程更不完善,其實(shí),從三個(gè)方面具體來(lái)說(shuō):1測(cè)試用例的重要性是毋庸置疑的,它是軟件測(cè)試全部過(guò)程的核心,是測(cè)試執(zhí)行環(huán)節(jié)的基本依據(jù),如果這個(gè)依據(jù)不能足夠發(fā)揮它應(yīng)起的作用,那是不是說(shuō)這個(gè)依據(jù)不明確、依據(jù)設(shè)計(jì)的不合理呢?答案是肯定的!2制定了完備有效的測(cè)試用例,為什么不按測(cè)試用例執(zhí)行測(cè)試呢?首先是因?yàn)槠髽I(yè)沒(méi)有嚴(yán)格和良好的機(jī)制促使和保證測(cè)試執(zhí)行者這樣做;其次是個(gè)別測(cè)試人員投機(jī)

2、取巧心理作祟的表現(xiàn)。3測(cè)試用例設(shè)計(jì)得不可能天衣無(wú)縫,不可能完全滿足軟件需求的覆蓋要求,測(cè)試執(zhí)行過(guò)程里肯定會(huì)發(fā)現(xiàn)有些測(cè)試路徑或數(shù)據(jù)在用例里沒(méi)有體現(xiàn),那么事后該將其補(bǔ)充到用例庫(kù)里,以方便他人和后續(xù)版本的測(cè)試;如果沒(méi)有這樣做,那么測(cè)試部門負(fù)責(zé)人和每個(gè)測(cè)試員都難辭其疚,是該重新坐下來(lái)思考一下公司的測(cè)試用例管理規(guī)范和測(cè)試流程了。2. 改進(jìn)測(cè)試用例執(zhí)行過(guò)程那么究竟如何做,才能盡量避免上述問(wèn)題呢?我們不妨從軟件開(kāi)發(fā)周期的每個(gè)階段就把這些問(wèn)題考慮進(jìn)去,以便從初始就力爭(zhēng)將問(wèn)題縮到最小,將問(wèn)題扼殺在萌芽階段。1軟件需求分析階段,測(cè)試人員從軟件生命周期的需求階段就開(kāi)始介入。通常測(cè)試人員的測(cè)試工作開(kāi)展在開(kāi)發(fā)周期的末尾

3、,如果前期不涉入,如何通曉整個(gè)系統(tǒng)的需求和架構(gòu)而對(duì)其充分測(cè)試呢?項(xiàng)目的測(cè)試負(fù)責(zé)人和測(cè)試工程師在需求階段的任務(wù)有:a. 參與軟件需求調(diào)研,以測(cè)試角度分析需求的可測(cè)性,可構(gòu)思將來(lái)對(duì)其測(cè)試的方法、原則等;更重要的是,對(duì)不可測(cè)或難以測(cè)試性問(wèn)題要及時(shí)與客戶或項(xiàng)目經(jīng)理協(xié)調(diào)解決。b. 全面了解系統(tǒng)需求,從客戶角度考慮軟件測(cè)試需要達(dá)到的驗(yàn)證狀態(tài),即何些功能點(diǎn)需重點(diǎn)測(cè)試、何些無(wú)需,以便將來(lái)制定測(cè)試計(jì)劃。2軟件分析設(shè)計(jì)階段: 測(cè)試人員除制定測(cè)試計(jì)劃書等基本工作外,還有一個(gè)相當(dāng)必要的任務(wù),那就是將系統(tǒng)的可測(cè)性落實(shí)到書面文檔,以備將來(lái)編寫測(cè)試用例。(之所以要這么做,是因?yàn)榭紤]到很多企業(yè)編寫測(cè)試用例直接參考需求規(guī)格說(shuō)明

4、書或者分析流程圖,這樣跨度大,難度也大,是造成測(cè)試用例不完備、覆蓋范圍小的重要原因。 測(cè)試人員更要編寫一份軟件功能點(diǎn)測(cè)試描述書,它是軟件的詳細(xì)測(cè)試分析文檔,其主旨是將系統(tǒng)分析人員的開(kāi)發(fā)分析文檔加工成以測(cè)試為角度的功能點(diǎn)分析文檔,重要的是描述對(duì)系統(tǒng)分解后每個(gè)功能點(diǎn)逐一的校驗(yàn)描述,包括何種方法測(cè)試、何種數(shù)據(jù)測(cè)試、期望測(cè)試結(jié)果等,這些信息都是描述性的,無(wú)須具體數(shù)據(jù);它的作用是據(jù)此編寫測(cè)試用例,以及測(cè)試執(zhí)行時(shí)的參考依據(jù),基于它直接來(lái)源于需求,覆蓋當(dāng)然最全,也最能貼近客戶要求。 當(dāng)然該文檔不是非要不可,如果有類似的替代文檔或有工具可自動(dòng)實(shí)現(xiàn)此功能,則會(huì)倍加受推崇!3軟件開(kāi)發(fā)階段:編寫測(cè)試用例。應(yīng)該遵守的

5、原則是: 首先,從覆蓋率來(lái)說(shuō),測(cè)試用例庫(kù)的用例要達(dá)到最大覆蓋軟件系統(tǒng)的功能點(diǎn)。編寫測(cè)試用例時(shí),基本上就是將軟件功能點(diǎn)測(cè)試描述書中的每個(gè)功能點(diǎn)進(jìn)行操作上的細(xì)化:一是從步驟上描述到達(dá)校驗(yàn)點(diǎn)的方式,二是從內(nèi)容上描述以何種數(shù)據(jù)校驗(yàn)功能點(diǎn);如此可實(shí)現(xiàn)趨向最大需求覆蓋率。 其次,從數(shù)量來(lái)講,一個(gè)多于半年開(kāi)發(fā)周期(指從編碼開(kāi)始直到提交客戶的時(shí)間段的軟件系統(tǒng),它的用例數(shù)量不要低于4000個(gè),甚至更多!(IBM等大公司測(cè)試過(guò)程的人士會(huì)認(rèn)為4000還是很少的數(shù)目。我們?cè)囅?對(duì)于一個(gè)中小型軟件系統(tǒng),如果設(shè)計(jì)出5000個(gè)用例,那它的測(cè)試覆蓋率還怕不高么! 再次,如此眾多測(cè)試用例的管理問(wèn)題。是的,最好是需要測(cè)試用例管理

6、工具軟件。以word或excel來(lái)編寫測(cè)試用例也可以。4測(cè)試用例格式上一般內(nèi)容以外的幾個(gè)要點(diǎn): 制定適合本公司的測(cè)試用例模版; 是用例模版里要有關(guān)鍵字索引,以方便按關(guān)鍵字分類查找,如測(cè)試方法(分手工/自動(dòng)兩種; 是測(cè)試用例要有狀態(tài)跟蹤,可根據(jù)用例執(zhí)行狀態(tài)索引用例(測(cè)試通過(guò)、測(cè)試失敗、測(cè)試中斷等; 是執(zhí)行失敗的用例要鏈接到相應(yīng)的缺陷報(bào)告,如有根據(jù)缺陷報(bào)告檢索測(cè)試用例的試圖更妙,可評(píng)估該缺陷影響范圍的大小; FS:PAGE 是測(cè)試用例的修改,以及每個(gè)測(cè)試周期的運(yùn)行都有日志記錄,以便后期追蹤和新員工參考;5軟件測(cè)試階段,測(cè)試負(fù)責(zé)人劃分不同的測(cè)試階段(如集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試、性能測(cè)試等,再劃分

7、不同的子測(cè)試周期(如前兩個(gè)星期做冒煙測(cè)試,測(cè)試方式是手工/自動(dòng),測(cè)試版本是*,測(cè)試環(huán)境是*,包括服務(wù)器端與客戶端等;接著做第一模塊功能測(cè)試;如此順次。,再為項(xiàng)目組測(cè)試人員分配測(cè)試用例(通常原則是每個(gè)人負(fù)責(zé)幾塊區(qū)域的測(cè)試任務(wù),測(cè)試人員則按照詳細(xì)的用例文檔去執(zhí)行測(cè)試,測(cè)試失敗則提交軟件缺陷報(bào)告。這里要遵循的幾個(gè)原則是:A有健全且嚴(yán)格的體制保證測(cè)試執(zhí)行者嚴(yán)格按照測(cè)試用例執(zhí)行測(cè)試。這并不妨礙測(cè)試者創(chuàng)造力的發(fā)揮,因?yàn)榍捌谟美脑O(shè)計(jì)和編寫就是項(xiàng)目全體測(cè)試人員智慧的結(jié)晶!我們一直苦苦追尋眾多測(cè)試工程師加班加點(diǎn)辛苦工作的原因,其實(shí)大都發(fā)生這一階段;如此實(shí)施,即便沒(méi)有解決根本問(wèn)題,也會(huì)大大提高測(cè)試執(zhí)行效率。B如

8、有對(duì)測(cè)試用例認(rèn)識(shí)模糊或內(nèi)容遺漏的地方,可暫做記錄待后期解決,或經(jīng)測(cè)試負(fù)責(zé)人與項(xiàng)目其他管理人員同意方可更新用例庫(kù)。C測(cè)試負(fù)責(zé)人每日負(fù)責(zé)跟蹤本測(cè)試子周期或階段的測(cè)試用例執(zhí)行情況,以及每日提交的缺陷報(bào)告,根據(jù)執(zhí)行進(jìn)展?fàn)顟B(tài)以及缺陷數(shù)量或嚴(yán)重等級(jí)與項(xiàng)目高層或其他人員展開(kāi)交流,商議解決途徑,并確定或調(diào)整未來(lái)時(shí)間的測(cè)試任務(wù)。D測(cè)試執(zhí)行者負(fù)責(zé)執(zhí)行自己區(qū)域的測(cè)試用例,還要負(fù)責(zé)跟蹤該區(qū)域軟件缺陷的修改進(jìn)展,根據(jù)其狀態(tài)不斷驗(yàn)證軟件功能點(diǎn)。E通過(guò)缺陷管理工具來(lái)管理軟件缺陷;這樣的集成工具都提供了清晰的報(bào)告模版及強(qiáng)大的追蹤功能,測(cè)試團(tuán)隊(duì)的每一成員按照自己的角色和權(quán)限訪問(wèn)缺陷管理工具,并不斷跟蹤軟件缺陷的狀態(tài)。F對(duì)于自動(dòng)

9、測(cè)試(包括自動(dòng)化功能測(cè)試和性能、壓力測(cè)試,有一些特殊要點(diǎn)。是自動(dòng)化測(cè)試無(wú)須編寫測(cè)試用例,只要在編寫時(shí)將用例庫(kù)里適合或需要自動(dòng)測(cè)試的用例的測(cè)試方法(不同工具可能名稱不同設(shè)為自動(dòng)即可,故而到此階段才提及自動(dòng)化測(cè)試。自動(dòng)化測(cè)試的實(shí)施方案有所不同,每款測(cè)試工具的使用和測(cè)試流程也不同,但都可以從在這一階段編寫測(cè)試腳本,并運(yùn)行自動(dòng)測(cè)試。這里要提的其他幾個(gè)基本原則是: 是選擇恰當(dāng)?shù)臏y(cè)試工具品牌,并要求提供培訓(xùn); 是項(xiàng)目的自動(dòng)化測(cè)試工作有專人負(fù)責(zé)跟蹤,以保證工作質(zhì)量,他們可不參與日常測(cè)試; 是確定自動(dòng)化測(cè)試成員在項(xiàng)目中的角色,一般自動(dòng)化測(cè)試成員隸屬于項(xiàng)目測(cè)試負(fù)責(zé)人,負(fù)責(zé)人同樣跟蹤其工作狀態(tài); 是選擇最簡(jiǎn)單、最

10、重用的測(cè)試用例使用自動(dòng)測(cè)試方法; 是使用工具廠商提供的測(cè)試框架編寫腳本,千萬(wàn)別采用單純錄制-加校驗(yàn)點(diǎn)-回放的方式,要開(kāi)發(fā)出健壯且重用性強(qiáng)的測(cè)試腳本; 是有專人更新腳本,也有專人跟蹤自動(dòng)測(cè)試結(jié)果; 一般選擇的測(cè)試工具品牌和缺陷管理工具品牌是同一廠商,以方便不同類型缺陷的集中管理; 是在多人協(xié)作開(kāi)發(fā)測(cè)試腳本、代碼量相對(duì)較大情況下,應(yīng)考慮使用配置管理工具來(lái)管理測(cè)試腳本。6由于不同公司開(kāi)發(fā)產(chǎn)品的特殊性,也許需要特殊類型的測(cè)試,如安全測(cè)試、甚至代碼級(jí)單元測(cè)試等,這些內(nèi)容需要酌情考慮測(cè)試用例的編寫,以及測(cè)試的執(zhí)行。7軟件驗(yàn)收階段:除了提交軟件測(cè)試評(píng)估報(bào)告(各種類型測(cè)試結(jié)果的評(píng)估都應(yīng)有報(bào)告這些基本工作外,對(duì)于測(cè)試用例,此時(shí)要集中時(shí)間更新,更新整個(gè)測(cè)試周期中一切需要更新的內(nèi)容,以方便未來(lái)新版本的測(cè)試。即便您開(kāi)發(fā)的是項(xiàng)目軟件-提交客戶后沒(méi)有新版本-那也需要后期維護(hù),維護(hù)階段需要重新測(cè)試某功能點(diǎn),然而用例如果不準(zhǔn)確,碰巧又是一個(gè)新員工來(lái)做,那就死翹翹了!8其他說(shuō)明:加強(qiáng)測(cè)試部門內(nèi)部人員的培訓(xùn)教育很重要,包括工作技能與個(gè)人素質(zhì)兩方面,可通過(guò)國(guó)內(nèi)主要的培訓(xùn)機(jī)構(gòu),也可是購(gòu)買工具廠商的直接培訓(xùn)