?做完XXX2.0項目，想起了一個比較初級的問題，測試計劃與測試方案的區別，大致印象測試計劃重要包括測試范圍、測試時間、測試資源分配、風險評估等，測試方案主要是測試策略、測試方法等等。在google中搜索了一下，一篇文章比較熱門，測試方案和測試計劃的區別_xu_zh_h的專欄-CSDN博客_測試方案和測試計劃。就不多談兩者的區別了。

????測試計劃，我們會在項目前期產出，不多說。測試方案中很重要的就是測試策略。運用到實際項目中，測試策略體現在哪里？個人認為，3輪測試就是一種比較通用的測試策略。基本上全部項目都可以套用這種測試策略，但是將3輪測試的測試策略直接運用到項目中作為測試策略，太廣了，需要細化。講一下現在想到的測試策略中的幾點吧。

1.用例的執行策略。

測試用例的執行測試，主要受2個因素影響，1.項目的性質，2.項目資源（時間資源、人員資源）。項目的性質不同，資源投入不同，策略也會有所區別。具體來講，就是根據項目的性質，時間周期的長短，投入人力資源的多少，以及人員情況（新人、老人、熟悉業務的、不熟悉業務的等）等因素，制定冒煙測試、第一輪、第二輪、第三輪、合并主干測試、預發布測試、正式上線驗收測試，由誰執行哪些測試用例。在3輪測試中，每一輪都需要執行測試用例。但是很多項目由于項目時間緊，無法保證3輪測試每一輪都可以完整執行全部的測試用例。需要提前規劃好每輪測試的用例執行策略。

????比如某項目，主要是頁面改動，功能改動不大，而時間又很緊，可以指定這樣的用例執行策略：冒煙測試：執行P1級測試用例，保證主流程跑通。第一輪：執行全部測試用例，以免有我們不知道的功能改動點或者影響點。第二輪，執行P1+P2+P3的測試用例，以及第一輪中field的測試用例。該項目為界面改版的項目，對于邊界值啊、必填項啊這類細節點影響是不多的，且在第一輪中也已執行一遍，在第二輪中僅跑一遍流程，如果時間過緊，甚至可以只執行P1+P2，一定保證足夠的時間可以進行隨機發散測試。第三輪測試，主要是回歸測試，如果時間充足，最好執行全部測試用例。但如果時間無法保證，可以執行P1+P2+P3，以及前2輪中field用例，用例所在模塊的用例。合并主干回歸測試，P1+P2的測試用例。我們每一輪都會把流程規則的用例走到，確保不會有嚴重問題。預發布測試，由于數據為線上真實數據，會對線上有影響，需要規劃出是否需要制定出一套獨立的適合線上測試的用例。線上驗收測試，基本和預發布測試同理，測試的范圍可能會更小一些。

2.交叉測試策略。

????通常情況，項目會投入至少2名測試人員，測試人員會重點負責一部分功能。為了減小視覺盲點，會進行交叉測試。那么在什么階段進行交叉測試？如何進行交叉測試？也是測試策略的一部分。比如，我們可以選擇，在第二輪開始交叉測試。如何進行交叉測試呢？測試人員會在制定測試計劃時變進行了任務分工，之后，測試人員會最關注自己相關功能的業務，對其他人負責的功能，了解的會少一些，在交叉測試時，如何使不了解這個業務的同學，能夠很快熟悉業務呢？其實這個問題并不難，剛好可以用上面用例執行測試策略的例子說明。在第二輪測試時，我們還是需要執行流程性測試用例的，在第一輪測試用例執行后，用例均已被梳理一次，哪些用例需要改動，已經清晰。負責這部分測試用例的同學在執行用例時，及時確認是bug還是用例問題，及時修改用例，以及測試用例的補充。這樣，第二輪測試時，便可以由其他不熟悉業務的同學來執行用例，熟悉流程和業務規則。

3.兼容性測試策略。

????兼容性測試，一般都會有自己的測試規范，哪些操作系統、瀏覽器、分辨率等是支持的，不同操作系統、瀏覽器需要支持什么程度。我們需要在制定測試策略時，規定好，對哪些瀏覽器執行哪些測試用例，以及，什么階段執行兼容性測試，誰負責哪個瀏覽器的兼容性測試。例：在第二輪測試階段，由A執行IE6的P1+P2+P3+頁面展現+js相關的測試用例。

????此外，為了保證項目高效進行，可以在制定測試策略時考慮，兼容性測試是否可和交叉測試并行進行。這樣，一方面便于效率的提高，減少后期冗余測試，一方面又可以保證測試完全，使后期的測試是有計劃有條理的進行。

4.bug復驗收策略。

????上線前，我們需要對bug進行復測。可以將bug復測的工作寫入到測試策略中，指點新人。例如：10月29號（第三輪執行完測試用例后）bug提交人對closed bug進行復測，項目測試負責人發送當前later bug致項目組。

5.回歸測試策略。

????回歸測試：第三輪測試及主干回歸測試。兩者均為回歸測試，但是側重點不同。第三輪測試的回歸測試，主要針對程序代碼是否還有bug；主干回歸測試，驗證合并主干后，是否對該應用或相關應用產生了影響。我們這里主要說的是合并主干的測試策略，需要考慮項目的回歸任務分配，該應用的回歸任務分配，可能影響到的其他應用回歸任務分配，以及打分支階段，該應用其他日常的回歸任務分配。

????測試策略還會涉及很多其他方面，這些測試工作在實際測試過程中都會涉及到。其實根據項目計劃，以及我們以往的經驗，這些測試策略都是可以提前制定出來的。在測試前期，如果我們能夠把測試策略做的更完善一些，那么后續的測試工作一定會走的更加順暢。

一、測試計劃：
對測試全過程的組織、資源、原則等進行規定和約束，并制訂測試全過程各個階段的任務以及時間進度安排，提出對各項任務的評估、風險分析和需求管理。
二、測試方案?：
描述需要測試的特性、測試的方法、測試環境的規劃、測試工具的設計和選擇、測試用例的設計方法、測試代碼的設計方案。
三、測試計劃是組織管理層面的文件，從組織管理的角度對一次測試活動進行規劃。
四、測試方案是技術層面的文檔，從技術的角度度一次測試活動進行規劃。
五、測試計劃要明確的內容：
1?、明確測試組織的組織形式
1?測試組織和其他部門關系，責任劃分。
2?測試組織內的機構和責任安排。
2?、明確測試的測試對象（明確測試項，用于后面劃分任務?,?估計工作量等）
3?、完成測試的需求跟蹤
4?、明確測試中需要遵守的原則
1?測試通過?/?失敗標準
2?測試掛起和回復的必要條件
5?、明確測試工作任務分配是測試計劃的核心
1?、進行測試任務劃分
2?、進行測試工作量估計
3?、人員資源和物資源分配
4?、明確任務的時間和進度安排
5?、風險的估計和規避措施
6?、明確測試結束后應交付的測試工作產品
六、測試方案的具體內容：
1?、明確策略
2?、細化測試特性（形成測試子項）
3?、測試用例的規劃
4?、測試環境的規劃
5?、自動化測試框架的設計
6?、測試工具的設計和選擇
七、測試方案需要在測試計劃的指導下進行，測試計劃提出“做啥”，而測試方案明確“咋做”。
八、詳見測試計劃模板和測試方案模板

總結

以上是生活随笔為你收集整理的测试策略总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。