軟體測試的策略

本篇文章主要來談軟體測試的策略。

第一，關於選擇測試方法：選擇最合適當前專案的測試方法，

在做軟體測試的時候，需要根據不同的專案，不同的開發模式，開發階段，專案的輕重緩急來選擇測試方法，做好測試工作的統籌。

例如一款社交軟體發版比較緊張，無論如何，首先需要保證它的聊天功能是正常的。而對於頻繁發版的部分，適當地考慮使用自動化技術來代替重複的手工測試。

第二，角色與職責：需要在測試策略中，明確定義各個角色，以及該角色的職責。

在一個專案中，有產品經理（負責輸出需求文件等）、專案經理（統籌專案的規劃）、開發工程師（編碼）、測試經理（統籌測試工作，制定測試計劃等）、測試工程師（測試用例設計開發及測試實施等）等，這一系列的角色，需要明確理解各自的職責。只有分工明確了，工作才能高效開展。如果出現職責模糊不清，就容易發生互相推卸責任的情況。

第三，環境需求：描述測試時需要的系統環境（軟體，伺服器），包括軟硬體以及網路環境等。
在澄清環境需求的時候，測試組織可以瞭解到專案對於環境的效能要求，同時，環境搭建的成本，是隨著效能要求水漲船高的。那麼測試環境是否要迎合這一系列的要求，如果不能夠比較真實地模擬真實環境，將來上線又會帶來多大的未知風險？

第四，風險分析：影響測試過程的風險都應儘早被識別出來，而且必須有相應的解決辦法以便清除或者減輕這些風險。

如果一個軟體頻繁發版時，質量難以保證，那麼就需要不斷地對新功能進行測試。但是時間和精力都是有限的，因此，測試的負責人需要考慮到時間和人力方面的風險。

第五，測試進度評估：測試進度主要是評估完成測試所需要的時間。

關於專案的進度，首先需要明確測試範圍（比如增加一個模組，部分功能是否會因此受到影響，則對其重點測試），再根據測試資源的多少來制定能被各方面認可的測試進度計劃。

第六、迴歸測試：用來保證之前修復的 bug 不會影響軟體的其他部分而進行的重新測試。

測試人員需要找到一個方法來確定哪些測試用例應該在迴歸測試中執行，不能太多，因為資源有限，也不能太少，否則會達不到必要的測試強度。

第七，優先順序：測試範圍內的各個模組，重要程度都不一樣，同時，測試資源有限，為測試的模組排定優先順序就顯得十分必要。

以上就是本篇文章所要分享的內容，歡迎各位大牛指正。你的指正，能讓我在測試之路上快速成長。

Leo Never Stop Fighting！