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