最近看到有的測(cè)試文檔里面提到測(cè)試策略，但是仔細(xì)一看，他們寫的卻是測(cè)試用例的大致內(nèi)容，所以想在這篇文章里面簡(jiǎn)單談?wù)勈裁词菧y(cè)試策略。
從字面意思來講，測(cè)試策略應(yīng)該是比較高層的概念，應(yīng)該著眼于測(cè)試中大的方面，而不是細(xì)枝末節(jié)。一般來說，測(cè)試策略描述了軟件開發(fā)過程中進(jìn)行測(cè)試方法，用來告訴測(cè)試過程中所有可能的參與者，測(cè)試活動(dòng)應(yīng)該如何進(jìn)行。其中主要會(huì)包括測(cè)試目標(biāo)，測(cè)試新功能的方法，測(cè)試項(xiàng)目的時(shí)間和資源，以及測(cè)試環(huán)境等等。
除此以外，測(cè)試策略應(yīng)該描述測(cè)試過程中存在哪些風(fēng)險(xiǎn)，以及如何能夠規(guī)避或者降低這些風(fēng)險(xiǎn)。同時(shí)，測(cè)試策略也會(huì)提到測(cè)試的級(jí)別，哪些測(cè)試應(yīng)該被執(zhí)行，入口出口條件是什么。創(chuàng)建測(cè)試策略時(shí)候我們可以參考各種需求文檔和設(shè)計(jì)文檔。
一般來說，測(cè)試策略在結(jié)構(gòu)上可以包括以下一些要點(diǎn)：
（1）測(cè)試級(jí)別：常見的測(cè)試級(jí)別有單元測(cè)試，集成測(cè)試和系統(tǒng)測(cè)試。大部分的測(cè)試組織里面，單元測(cè)試由開發(fā)負(fù)責(zé)，而集成測(cè)試和系統(tǒng)測(cè)試由測(cè)試部門或者質(zhì)量保證部門負(fù)責(zé)。
（2）角色與職責(zé)：需要在測(cè)試策略里面明確定義各個(gè)角色，以及該角色的職責(zé)。比如項(xiàng)目經(jīng)理，測(cè)試組長，測(cè)試工程師...
（3）環(huán)境需求：這一點(diǎn)非常重要，它將描述測(cè)試時(shí)需要的系統(tǒng)環(huán)境，包括軟硬件以及網(wǎng)絡(luò)環(huán)境等等。在澄清環(huán)境需求的時(shí)候，測(cè)試組織可以識(shí)別出資源方面的風(fēng)險(xiǎn)。
（4）風(fēng)險(xiǎn)分析：影響測(cè)試過程的風(fēng)險(xiǎn)都應(yīng)該盡早被識(shí)別出來，而且必須有相應(yīng)的解決辦法以便消除或者減輕這些風(fēng)險(xiǎn)。
（5）測(cè)試進(jìn)度：測(cè)試進(jìn)度將會(huì)評(píng)估完成測(cè)試所需要的時(shí)間。在設(shè)定進(jìn)度的時(shí)候，首先需要明確測(cè)試范圍，然后根據(jù)測(cè)試資源的多少來制定能被各方面認(rèn)可的測(cè)試進(jìn)度計(jì)劃。做一個(gè)非常準(zhǔn)確的進(jìn)度計(jì)劃是困難的事情，因?yàn)闇y(cè)試過程中充滿了各種不確定性，所以一般計(jì)劃者需要考慮增加一定的buffer。當(dāng)然，制定進(jìn)度計(jì)劃的時(shí)候可以參考已有的項(xiàng)目的數(shù)據(jù)。如果是一個(gè)全新的軟件項(xiàng)目，專家認(rèn)為將初始計(jì)劃的時(shí)間翻倍比較靠譜！
（6）回歸測(cè)試方法：回歸測(cè)試用來保證之前修復(fù)缺陷的代碼不會(huì)影響軟件的其他部分，這樣需要我們選擇已經(jīng)執(zhí)行過的測(cè)試用例重新運(yùn)行。測(cè)試人員需要找到一個(gè)方法來確定哪些測(cè)試用例應(yīng)該在回歸測(cè)試中運(yùn)行，用例不能太多，因?yàn)橘Y源有限，用例也不能太少，否則會(huì)達(dá)不到必須的測(cè)試強(qiáng)度。不過，如果測(cè)試部門對(duì)待測(cè)系統(tǒng)以及軟件架構(gòu)非常了解的話，就比較容易找到合適的回歸測(cè)試集合。
（7）測(cè)試范圍：這個(gè)沒啥好說的，就是你要測(cè)試的內(nèi)容，可能是某些模塊，可能是某些指標(biāo)，比如功能，性能，易用性...
（8）測(cè)試優(yōu)先級(jí)：測(cè)試范圍內(nèi)的東西不會(huì)都是一樣重要的，加上測(cè)試資源各種有限，所以為測(cè)試排定優(yōu)先級(jí)是十分的必要。
