減少缺陷漏測(cè)的方法思考

1、.杭州java軟件培訓(xùn) 從接觸軟件測(cè)試工作開(kāi)始，相信所有人都希望減少軟件測(cè)試后漏測(cè)的問(wèn)題（tester希望，開(kāi)發(fā)經(jīng)理希望，老板希望），但事實(shí)是一直以來(lái)都沒(méi)有很好的真正解決產(chǎn)品漏測(cè)的問(wèn)題以及如何減少功能組合爆炸的問(wèn)題。過(guò)去幾年因?yàn)楣ぷ魅蝿?wù)的緣故，我在歷經(jīng)幾年自動(dòng)化測(cè)試、系統(tǒng)測(cè)試和缺陷預(yù)防工作后，又回到測(cè)試的本源開(kāi)始思考功能缺陷的測(cè)試應(yīng)該如何做好？從2011年版本到2012年版本直到2013年終于優(yōu)化完善出了自己的功能測(cè)試方法體系，沒(méi)想到居然在軟件測(cè)試行業(yè)從業(yè)近10年時(shí)才搞明白了10年前就開(kāi)始的問(wèn)題。過(guò)去的5年通過(guò)實(shí)踐補(bǔ)充了自己在缺陷預(yù)防領(lǐng)域的技能和認(rèn)知、可測(cè)試性設(shè)計(jì)領(lǐng)域的技能和認(rèn)知、產(chǎn)品可靠性測(cè)

2、試（穩(wěn)定性測(cè)試）領(lǐng)域的技能和認(rèn)知，直到2年前才開(kāi)始真正介入功能測(cè)試方法改進(jìn)。最后才意識(shí)到原來(lái)我們不少漏測(cè)的問(wèn)題，不是性能測(cè)試可以發(fā)現(xiàn)的，也不是穩(wěn)定性測(cè)試可以發(fā)現(xiàn)的，更不是自動(dòng)化測(cè)試能發(fā)現(xiàn)的，現(xiàn)有的功能測(cè)試用例及方法也發(fā)現(xiàn)不了多功能組合下和不同用戶操作序列下才發(fā)生的bug。怎么辦？以及如何解決組合爆炸的問(wèn)題我們一直都在回避。如何讓我們投入測(cè)試時(shí)間最多的功能測(cè)試用例該多的地方多，該少的地方少？搞了半天，原來(lái)測(cè)試領(lǐng)域最基本的工作都沒(méi)做好，然后就開(kāi)始瘋狂追蹤上層建筑，或是簡(jiǎn)單實(shí)行拿來(lái)主義拿來(lái)一些工具或方法，雖然所拿來(lái)的這些工具或方法對(duì)局部的確是有優(yōu)化作用，但你知道自己的全局全貌在哪里嗎？知道全部漏測(cè)的

3、測(cè)試根因在哪里嗎（而不是產(chǎn)品技術(shù)根因）， 如果不知道則容易陷入盲目樂(lè)觀與更加保守的狀態(tài)。聽(tīng)說(shuō)有個(gè)工具或方法能發(fā)現(xiàn)很多bug于是開(kāi)始盲目樂(lè)觀引入，希望能從此解決完所有測(cè)試漏測(cè)的問(wèn)題，結(jié)果確實(shí)能發(fā)現(xiàn)一部分問(wèn)題但是還是有不少漏測(cè)，結(jié)果開(kāi)始更加保守，對(duì)新工具和新方法不再相信和信任，從此對(duì)漏測(cè)問(wèn)題放在一邊交給其他人去關(guān)心。那我就是那位被迫要去關(guān)心和解決漏測(cè)問(wèn)題的非主流測(cè)試工程師，幸運(yùn)的是經(jīng)過(guò)過(guò)去幾年的思考與學(xué)習(xí)，如今隨著個(gè)人穩(wěn)定性測(cè)試模型和功能測(cè)試模型方法體系的完善，終于讓我有信心有知識(shí)去應(yīng)對(duì)任何軟件的漏測(cè)問(wèn)題， 可以階段性的結(jié)束對(duì)漏測(cè)問(wèn)題領(lǐng)域的專注思考，投入更多精力于其他測(cè)試技術(shù)和方法體系了， 故寫(xiě)此

4、文階段性紀(jì)念下。下面分享一部分如何減少功能缺陷漏測(cè)的干貨吧，與各位共勉： 功能缺陷的測(cè)試方法流程 第一步：功能測(cè)試分析 功能測(cè)試階段 目的：提取功能測(cè)試對(duì)象 準(zhǔn)備功能測(cè)試數(shù)據(jù) 減少因?yàn)楣δ軠y(cè)試對(duì)象遺漏的漏測(cè) 第二步：功能驗(yàn)證功能測(cè)試階段 目的：檢查功能是否已基本正確實(shí)現(xiàn) 測(cè)試方法： 基于生命期：對(duì)象創(chuàng)建 -使用- 銷毀 的驗(yàn)證 數(shù)據(jù)測(cè)試方法：靜態(tài)數(shù)據(jù)測(cè)試方法和動(dòng)態(tài)數(shù)據(jù)測(cè)試方法 （邊界值和數(shù)據(jù)等價(jià)類、7因子數(shù)據(jù)類型） 減少功能的基本邏輯錯(cuò)誤漏測(cè)和數(shù)據(jù)處理錯(cuò)誤的漏測(cè) 第三步：?jiǎn)喂δ軆?nèi)測(cè)試 功能測(cè)試階段 目的：發(fā)現(xiàn)功能是否存在分支情況、異常情況處理不足的缺陷 測(cè)試方法： 功能內(nèi)子功能的場(chǎng)景插入法 重

5、復(fù)法設(shè)計(jì) 反叛法設(shè)計(jì) 取消法設(shè)計(jì) 測(cè)一送一法設(shè)計(jì) 場(chǎng)景刪除法設(shè)計(jì) 減少功能內(nèi)代碼的漏測(cè) 第四步：多功能間組合測(cè)試 系統(tǒng)測(cè)試階段的用戶場(chǎng)景測(cè)試 目的：發(fā)現(xiàn)功能間配合工作時(shí)存在的缺陷 測(cè)試方法 基于用戶場(chǎng)景的測(cè)試 （Scenario Test） 減少多功能間組合錯(cuò)誤的漏測(cè) 為什么需要用戶場(chǎng)景的測(cè)試模型？ 補(bǔ)充多個(gè)功能組合的測(cè)試用例解決傳統(tǒng)正交組合測(cè)試后3個(gè)及以上功能組合缺陷的漏測(cè) 通過(guò)常見(jiàn)用戶操作序列的場(chǎng)景設(shè)計(jì)解決數(shù)學(xué)式窮盡組合爆炸的問(wèn)題減少組合測(cè)試時(shí)間和成本，獲得最佳投入產(chǎn)出比的組合測(cè)試 用戶場(chǎng)景測(cè)試的測(cè)試步驟是不同角色用戶最常用的基本操作序列 用戶場(chǎng)景的探索測(cè)試是不同角色用戶非常用的操作序列

6、用戶場(chǎng)景的探索測(cè)試 在用戶場(chǎng)景測(cè)試用例執(zhí)行結(jié)束后 ， 再用專項(xiàng)時(shí)間進(jìn)行多功能組合的探索測(cè)試，補(bǔ)充用戶場(chǎng)景測(cè)試用例之外的用戶操作序列，提高用戶操作序列的覆蓋面。因?yàn)橛脩糇畛Ｓ玫牟僮餍蛄幸言谟脩魣?chǎng)景測(cè)試用例中覆蓋，但又不能對(duì)非常規(guī)的操作序列不進(jìn)行測(cè)試， 因此將非常規(guī)的操作序列的測(cè)試與測(cè)試成本進(jìn)行一個(gè)平衡，通過(guò)專項(xiàng)的探索測(cè)試時(shí)間來(lái)補(bǔ)充這部分的測(cè)試。 在補(bǔ)充用戶操作序列的探索測(cè)試中可用的探索測(cè)試方法有： 收藏家法 同時(shí)開(kāi)啟多個(gè)功能，同時(shí)工作。 技術(shù)根因 同時(shí)多個(gè)功能交互容易出現(xiàn)資源競(jìng)爭(zhēng)處理的錯(cuò)誤。 地標(biāo)法 改變一系列規(guī)定順序操作的先后順序。 技術(shù)根因 在實(shí)際場(chǎng)景中用戶因?yàn)閷?duì)操作不熟悉難免會(huì)操作的步驟不是標(biāo)準(zhǔn)的步驟順序，而程序?qū)崿F(xiàn)時(shí)對(duì)于這些改變了操作順序的操作步驟缺乏容錯(cuò)處理則會(huì)出現(xiàn)程序錯(cuò)誤。 混票法 把最不常用的功能與常用功能進(jìn)行組合 技術(shù)根因 在功能