怎樣讓測(cè)試更全面

怎樣讓測(cè)試更全面付文龍軟件測(cè)試的現(xiàn)狀軟件產(chǎn)業(yè)發(fā)展到今天，如果還是用以前的思路、辦法（公司里絕大部分、甚至全部都是開(kāi)發(fā)人員在做產(chǎn)品，只要能做出來(lái)可以用就行），企業(yè)的產(chǎn)品肯定沒(méi)有競(jìng)爭(zhēng)力，從而導(dǎo)致這樣的軟件企業(yè)生存極其困難。正是因?yàn)檫@個(gè)原因，以前軟件測(cè)試以往一直被中小IT企業(yè)所忽視，只有一些知名企業(yè)才有門(mén)的軟件測(cè)試人員?，F(xiàn)在，更多的國(guó)內(nèi)企業(yè)認(rèn)識(shí)到測(cè)試的重要性，設(shè)立了軟件測(cè)試部門(mén)，配備了專(zhuān)業(yè)的軟件測(cè)試人員。既然我們有了測(cè)試部門(mén)，有了專(zhuān)職的測(cè)試人員，按理來(lái)說(shuō)就不會(huì)再有質(zhì)量問(wèn)題存在了，但客戶(hù)還是反饋有或多或少的問(wèn)題存在。那么這是為什么呢？我們應(yīng)該從哪些方面來(lái)防止這些問(wèn)題呢？

漏測(cè)的定義所謂漏測(cè)，是指軟件產(chǎn)品的缺陷沒(méi)有被測(cè)試組發(fā)現(xiàn)而遺漏到了用戶(hù)那里，最終被用戶(hù)所發(fā)現(xiàn)。進(jìn)行漏測(cè)分析的目的是為了促進(jìn)軟件質(zhì)量和開(kāi)發(fā)測(cè)試過(guò)程得到持續(xù)改進(jìn)。具體來(lái)講，就是通過(guò)分析開(kāi)發(fā)和測(cè)試過(guò)程中漏測(cè)的缺陷，制定相應(yīng)的預(yù)防措施以避免今后再發(fā)生類(lèi)似的漏測(cè)。測(cè)試過(guò)程的持續(xù)改進(jìn)將提高測(cè)試環(huán)境的效果和測(cè)試執(zhí)行的效率、降低遺留到用戶(hù)處的缺陷數(shù)和缺陷解決成本，從而提升軟件的質(zhì)量、聲譽(yù)和銷(xiāo)售。在軟件產(chǎn)品開(kāi)發(fā)過(guò)程中重視漏測(cè)分析并參與到漏測(cè)分析工作中的團(tuán)隊(duì)越多，漏測(cè)分析的效果就越好。如果開(kāi)發(fā)和測(cè)試團(tuán)隊(duì)都重視漏測(cè)分析、并密切配合進(jìn)行漏測(cè)分析工作的話，漏測(cè)分析將取得非常好的效果?！ば枨笤u(píng)審·梳理需求·用例設(shè)計(jì)與評(píng)審·測(cè)試執(zhí)行·Bug回歸·發(fā)布前的功能回歸需求評(píng)審

參加需求評(píng)審會(huì)，理解需求文檔，在編碼前找出需求的bug，與客戶(hù)以及研發(fā)在需求的理解上達(dá)成一致的觀念。但是也可能存在以下的問(wèn)題：沒(méi)有需求文檔？客戶(hù)對(duì)需要的產(chǎn)品目標(biāo)不明確，研發(fā)人員也不明確，這個(gè)時(shí)候，只能使用敏捷開(kāi)發(fā)，把產(chǎn)品開(kāi)發(fā)出來(lái)之后，先給用戶(hù)使用，然后再根據(jù)用戶(hù)提示的問(wèn)題進(jìn)行修改，這樣的bug都比較難確定；需求總是不能固定？不固定需求就會(huì)引出問(wèn)題，然后引出一系列的bug；需求已經(jīng)定義，是否吻合客戶(hù)實(shí)際應(yīng)用？

那么，這就需要我們?cè)诶斫馔晷枨笾?，找?fù)責(zé)人進(jìn)行確認(rèn)，并通知項(xiàng)目的參與人員，進(jìn)行一個(gè)有效的需求評(píng)審會(huì)議。是大家對(duì)需求都達(dá)到一致的認(rèn)識(shí)。日前一名張姓民眾到

南京市秦淮區(qū)的超市購(gòu)買(mǎi)一款牛肉松營(yíng)養(yǎng)面包，但仔細(xì)閱讀產(chǎn)品成分后，赫然發(fā)現(xiàn)小小一塊面包，成分竟高達(dá)20多種，但里面居然沒(méi)有牛肉相關(guān)成分。他憤而檢舉，認(rèn)為店家故意欺騙消費(fèi)者，痛斥“太不厚道了！”面對(duì)張先生的質(zhì)疑，食品業(yè)者回應(yīng)：“我們的意思是，這是很牛的肉松面包，而不是牛肉松面包”。業(yè)者表示，這個(gè)牛并非吃的牛，而是一種語(yǔ)氣詞，所以在包裝袋上宣傳并未不妥。而該公司的員工也認(rèn)為，食品名稱(chēng)與成分其實(shí)沒(méi)有相對(duì)等的關(guān)系，“紅牛（redbull）里面有牛嗎？”需求評(píng)審軟件需求是開(kāi)發(fā)工作和測(cè)試工作在制定計(jì)劃、開(kāi)展工作時(shí)所共同參照的源頭和依據(jù)，而我們只有在源頭上控制好，才能保證下面工作的平穩(wěn)開(kāi)展要保證軟件需求的可測(cè)試性。對(duì)于“可測(cè)試性”，就是要保證所有的需要實(shí)現(xiàn)的需求都是可以用某種方法來(lái)明確的判斷是否符合需求文檔中的描述既要熟悉需求人員的工作，又要熟悉軟件所涉及的行業(yè)的業(yè)務(wù)。需要對(duì)軟件產(chǎn)品所涉及的行業(yè)的業(yè)務(wù)有一個(gè)全面的、深入的了解及時(shí)檢測(cè)出軟件需求文檔中具有不可測(cè)試性的需求點(diǎn)。（某功能模塊輸入可見(jiàn)，輸出不可見(jiàn)，無(wú)法驗(yàn)證模塊功能是否正確；或是該功能模塊的輸出無(wú)參考標(biāo)準(zhǔn)來(lái)衡定）。及時(shí)發(fā)現(xiàn)軟件需求文檔的不完整性，從而提醒需求分析人員彌補(bǔ)描述。需求分析實(shí)例

題目：輸入三個(gè)數(shù)a、b、c分別作為三邊的邊長(zhǎng)構(gòu)成三角形。通過(guò)程序判定所構(gòu)成的三角形是一般三角形、等腰三角形還是等邊三角形時(shí)。用等價(jià)類(lèi)劃分方法為該程序設(shè)計(jì)測(cè)試用例。在三角形計(jì)算中，要求三角形的三個(gè)邊長(zhǎng)：A

B

C。1、當(dāng)三邊不可能構(gòu)成三角形時(shí)提示錯(cuò)誤，可構(gòu)成角形時(shí)計(jì)算三角形周長(zhǎng)。

2、若是等腰三角形打印“等腰三角形”，若兩個(gè)等腰的平方和等于第三邊平方和，則打印“等腰直角三

角形”。

3、若是等邊三角形，則打印：“等邊三角形”。4、畫(huà)出程序流程圖并設(shè)計(jì)一個(gè)測(cè)試用例。

需求分析實(shí)例有效等價(jià)類(lèi)：

輸入3個(gè)正整數(shù)或正小數(shù)：兩數(shù)之和大于第三數(shù)，如A<B+C；B<C+A；C<A+B兩數(shù)之和不大于第三數(shù)兩數(shù)相等，如A=B或B=C或C=A三數(shù)相等，如A=B=C三數(shù)不相等，如A！=B，B！=C，C！=A無(wú)效等價(jià)類(lèi)：空負(fù)整數(shù)非數(shù)字

少于三個(gè)數(shù)梳理需求

在掌控了軟件項(xiàng)目的背景，了解了產(chǎn)品的質(zhì)量要求和軟件測(cè)試的基本需求之后，同時(shí)，測(cè)試人員也會(huì)閱讀相關(guān)軟件需求文檔，參與需求評(píng)審。在這些基礎(chǔ)之上，可以進(jìn)行測(cè)試的需求分析，即包括下面這些工作：明確測(cè)試范圍，了解哪些功能點(diǎn)要測(cè)試、哪些功能點(diǎn)不需要測(cè)試；知道哪些測(cè)試目標(biāo)優(yōu)先級(jí)高、哪些目標(biāo)優(yōu)先級(jí)低；要完成哪些相應(yīng)的測(cè)試任務(wù)才能確保目標(biāo)的實(shí)現(xiàn)。用例的設(shè)計(jì)與評(píng)審1、要參與需求評(píng)審，評(píng)審需求的過(guò)程實(shí)際也是熟悉業(yè)務(wù)需求的過(guò)程。只有對(duì)業(yè)務(wù)比較熟悉了，才能更好的，更充分的設(shè)計(jì)出高質(zhì)量的測(cè)試用例。2、要多閱讀文檔，其中包括產(chǎn)品策劃書(shū)、規(guī)格說(shuō)明書(shū)、需求文檔，接口文檔等，我們可以收集一切相關(guān)的文檔來(lái)幫助理解所要測(cè)試的產(chǎn)品需要完成的目標(biāo)。3、盡量多參加項(xiàng)目組內(nèi)的會(huì)議。比如需求討論、設(shè)計(jì)討論、計(jì)劃討論等會(huì)議，這樣在討論過(guò)程中也能加深對(duì)產(chǎn)品的理解。4、要善于溝通，多和開(kāi)發(fā)、PM進(jìn)行溝通。遇到不明確的問(wèn)題、有疑問(wèn)的需求，可以咨詢(xún)項(xiàng)目負(fù)責(zé)人或者客戶(hù)等。這樣才能提前解決需求理解偏差等。5、測(cè)試用例名稱(chēng)，也叫測(cè)試用例標(biāo)題，一定要寫(xiě)得簡(jiǎn)潔、明了，需要用概括的語(yǔ)言描述該用例的出發(fā)點(diǎn)和關(guān)注點(diǎn)，使得測(cè)試人員第一眼看到測(cè)試用例名稱(chēng)就能夠明白測(cè)試用例的目的。用例名稱(chēng)中一般要求不能存在假設(shè)性的語(yǔ)句，并且原則上每個(gè)用例的名稱(chēng)不能重復(fù)。用例的設(shè)計(jì)與評(píng)審6、預(yù)置條件要明確，包括測(cè)試環(huán)境、測(cè)試數(shù)據(jù)、測(cè)試場(chǎng)景。因?yàn)樵S多BUG只有在特定的環(huán)境、特定的場(chǎng)景下才可以重現(xiàn)。沒(méi)有正確的前提條件，就無(wú)法進(jìn)行后面的測(cè)試步驟或無(wú)法得到預(yù)期的結(jié)果。7、測(cè)試步驟描述要簡(jiǎn)單、清晰，并且要清楚每一個(gè)步驟的描述，我們平常的鼠標(biāo)和鍵盤(pán)的每一動(dòng)作都代表一個(gè)操作步驟。比如：第一步，輸入用戶(hù)姓名；第二步，輸入登錄密碼；第三步，用戶(hù)點(diǎn)擊登錄。步驟寫(xiě)的明確時(shí)就利于提高用例的可操作性。8、用例的預(yù)期結(jié)果要完整而且清晰，并且要將各個(gè)輸出的結(jié)果寫(xiě)出來(lái)，包括：返回值的內(nèi)容、數(shù)據(jù)庫(kù)相關(guān)字段的記錄、界面的響應(yīng)結(jié)果、輸出結(jié)果的規(guī)則符合度、日志的檢查和對(duì)其它業(yè)務(wù)影響的檢查。9、測(cè)試用例級(jí)別要?jiǎng)澐智宄?，這樣在測(cè)試執(zhí)行時(shí)有主次之分。

總是有些缺陷的出現(xiàn)是出乎我們意料的，或者說(shuō)是已有的測(cè)試需求和測(cè)試用例未能覆蓋的。那么，對(duì)于這部分缺陷，也應(yīng)當(dāng)添加到測(cè)試需求中，并設(shè)計(jì)相應(yīng)的測(cè)試用例，以便于下次版本迭代時(shí)進(jìn)行參考用例的設(shè)計(jì)與評(píng)審10、測(cè)試用例的劃分也要單一，一個(gè)測(cè)試用例只檢查功能點(diǎn)的一種情況。一個(gè)用例檢查的情況太多，會(huì)導(dǎo)致用例的目的不明確。而且這樣組織用例，有利于需求覆蓋率的統(tǒng)計(jì)。一個(gè)功能點(diǎn)我們測(cè)試了哪些情況，以及哪些功能點(diǎn)我們?cè)谥攸c(diǎn)測(cè)試，一目了然。11、評(píng)審用例很關(guān)鍵，因?yàn)榻?jīng)過(guò)測(cè)試用例的評(píng)審可以發(fā)現(xiàn)：用例設(shè)計(jì)的結(jié)構(gòu)安排是否清晰、合理；是否覆蓋所有的需求功能點(diǎn)；是否存在冗余的用例；是否具有很好的可執(zhí)行性；是否存在對(duì)需求理解上的差異等。評(píng)審需要項(xiàng)目經(jīng)理、需求分析人員、架構(gòu)設(shè)計(jì)人員、開(kāi)發(fā)人員和測(cè)試人員都參與，也需要客戶(hù)方的開(kāi)發(fā)人員和測(cè)試人員。12、召開(kāi)測(cè)試用例評(píng)審會(huì)議，在會(huì)議上大家可以提問(wèn)互答，對(duì)模糊不清的地方可以進(jìn)行討論。這樣可以站在不同的角度，站在很多人的思維和思考方式下設(shè)計(jì)用例。用例的設(shè)計(jì)與評(píng)審13、站在用戶(hù)的角度來(lái)設(shè)計(jì)用例，以用戶(hù)的使用邏輯及操作習(xí)慣為出發(fā)點(diǎn)，從用戶(hù)實(shí)際可能的操作場(chǎng)景考慮，一定要脫離系統(tǒng)提供功能。14、測(cè)試用例需要不斷更新和維護(hù)，不要認(rèn)為測(cè)試用例的設(shè)計(jì)是一個(gè)階段，測(cè)試用例的設(shè)計(jì)也需要迭代，在軟件開(kāi)發(fā)的不同的階段都要回來(lái)重新審視和完善測(cè)試用例。并且需要在測(cè)試執(zhí)行時(shí)利用發(fā)散思維不斷的構(gòu)造和完善測(cè)試用例測(cè)試執(zhí)行在固定的時(shí)間內(nèi)，盡可能全面地執(zhí)行測(cè)試用例。1.在測(cè)試過(guò)程中不斷的添加遺漏的用例，一定要在發(fā)現(xiàn)時(shí)及時(shí)補(bǔ)充，有些用例是無(wú)意間操作發(fā)現(xiàn)的；2.詳細(xì)標(biāo)識(shí)每一個(gè)被執(zhí)行過(guò)的用例。問(wèn)題回歸

測(cè)試過(guò)程中，遇到過(guò)一個(gè)小小的參數(shù)變動(dòng)可能引起一個(gè)比較遠(yuǎn)的功能點(diǎn)的大bug，開(kāi)發(fā)不知道，測(cè)試不清晰，勢(shì)必引發(fā)遺漏。在修改bug的這種情況下，有可能是牽一發(fā)而動(dòng)全身的，是非常危險(xiǎn)的。如果研發(fā)考慮的不周全，只修改了此bug，并沒(méi)有考慮到與它接口的功能，那將會(huì)引發(fā)更多的bug。發(fā)布前的功能回歸首先保證所有修改的bug驗(yàn)證通過(guò)，并且沒(méi)有引起別的bug；在測(cè)試的過(guò)程中，最好自己編寫(xiě)checklist表，這樣到