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

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

漏測(cè)的定義所謂漏測(cè)，是指軟件產(chǎn)品的缺陷沒有被測(cè)試組發(fā)現(xiàn)而遺漏到了用戶那里，最終被用戶所發(fā)現(xiàn)。進(jìn)行漏測(cè)分析的目的是為了促進(jìn)軟件質(zhì)量和開發(fā)測(cè)試過程得到持續(xù)改進(jìn)。具體來講，就是通過分析開發(fā)和測(cè)試過程中漏測(cè)的缺陷，制定相應(yīng)的預(yù)防措施以避免今后再發(fā)生類似的漏測(cè)。測(cè)試過程的持續(xù)改進(jìn)將提高測(cè)試環(huán)境的效果和測(cè)試執(zhí)行的效率、降低遺留到用戶處的缺陷數(shù)和缺陷解決成本，從而提升軟件的質(zhì)量、聲譽(yù)和銷售。在軟件產(chǎn)品開發(fā)過程中重視漏測(cè)分析并參與到漏測(cè)分析工作中的團(tuán)隊(duì)越多，漏測(cè)分析的效果就越好。如果開發(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，與客戶以及研發(fā)在需求的理解上達(dá)成一致的觀念。但是也可能存在以下的問題：沒有需求文檔？客戶對(duì)需要的產(chǎn)品目標(biāo)不明確，研發(fā)人員也不明確，這個(gè)時(shí)候，只能使用敏捷開發(fā)，把產(chǎn)品開發(fā)出來之后，先給用戶使用，然后再根據(jù)用戶提示的問題進(jìn)行修改，這樣的bug都比較難確定；需求總是不能固定？不固定需求就會(huì)引出問題，然后引出一系列的bug；需求已經(jīng)定義，是否吻合客戶實(shí)際應(yīng)用？

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

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

題目：輸入三個(gè)數(shù)a、b、c分別作為三邊的邊長(zhǎng)構(gòu)成三角形。通過程序判定所構(gòu)成的三角形是一般三角形、等腰三角形還是等邊三角形時(shí)。用等價(jià)類劃分方法為該程序設(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、畫出程序流程圖并設(shè)計(jì)一個(gè)測(cè)試用例。

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

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

總是有些缺陷的出現(xiàn)是出乎我們意料的，或者說是已有的測(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)過測(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ì)人員、開發(fā)人員和測(cè)試人員都參與，也需要客戶方的開發(fā)人員和測(cè)試人員。12、召開測(cè)試用例評(píng)審會(huì)議，在會(huì)議上大家可以提問互答，對(duì)模糊不清的地方可以進(jìn)行討論。這樣可以站在不同的角度，站在很多人的思維和思考方式下設(shè)計(jì)用例。用例的設(shè)計(jì)與評(píng)審13、站在用戶的角度來設(shè)計(jì)用例，以用戶的使用邏輯及操作習(xí)慣為出發(fā)點(diǎn)，從用戶實(shí)際可能的操作場(chǎng)景考慮，一定要脫離系統(tǒng)提供功能。14、測(cè)試用例需要不斷更新和維護(hù)，不要認(rèn)為測(cè)試用例的設(shè)計(jì)是一個(gè)階段，測(cè)試用例的設(shè)計(jì)也需要迭代，在軟件開發(fā)的不同的階段都要回來重新審視和完善測(cè)試用例。并且需要在測(cè)試執(zhí)行時(shí)利用發(fā)散思維不斷的構(gòu)造和完善測(cè)試用例測(cè)試執(zhí)行在固定的時(shí)間內(nèi)，盡可能全面地執(zhí)行測(cè)試用例。1.在測(cè)試過程中不斷的添加遺漏的用例，一定要在發(fā)現(xiàn)時(shí)及時(shí)補(bǔ)充，有些用例是無意間操作發(fā)現(xiàn)的；2.詳細(xì)標(biāo)識(shí)每一個(gè)被執(zhí)行過的用例。問題回歸

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