軟件測試計劃隨想

　　軟件測試計劃隨想   軟件測試工具    

       提到如何設計有效的軟件測試計劃?軟件測試計劃中應該注意哪些問題?聽了大家很多的分享，會后自己也整理了一份軟件測試計劃，當然是按照我自己的思路整理出來的，可能每個人所關注的方面不一樣，我最為關注的就是有什么簡單、方便、易懂的方式輕松定位如何設計軟件測試計劃，是一個量化的方式，理論的內容過于抽象，有時候能力也并為達到能分析的地步，而這個時候我們需要通過什么方式達到分析后同樣的效果呢?這是我一直在思考的……

　　目前軟件測試計劃中的內容，不知道哪些是大家最為關注的?絕大多數情況下，大家可能更為關注時間的安排，而比如風險、環境、策略就略顯得淡些，可在測試計劃中，風險、策略等都是極為重要的成分，以下為我主要想分享的觀點，主要針對目前如何分析是否需要某類測試策略，當然也歡迎大家拍磚：

　　《ANSI/IEEE軟件測試文檔標準829-1983》中將測試計劃定義為：“一個敘述了預定的測試活動的范圍、途徑、資源及進度安排的文檔。它確認了測試項、被測特征、測試任務、人員安排，以及任何偶發事件的風險?！?/P>

　　根據上述的論點&會中大家討論的觀點來看，在編寫測試計劃時，主要包含以下方面：

　　“What(做什么)” ——– 軟件測試范圍&內容

　　“Who(誰來做)” ——– 軟件測試資源安排

　　“When(何時做)” ——– 軟件測試時間計劃

　　“How(如何做)” ——– 軟件測試策略

　　“Strategies(風險)” ——– 預估風險&解決策略

　　知道了大致填寫的內容后，可能大家更想知道如何去設計、如何去分析?

　　1)What(做什么)：即將項目中大致的功能點羅列出來，當然并非細化到用例階段，個人認為可以采用MM圖or Excel形式均能很直觀清晰的體現出來。

　　這個活動可以讓自己對項目涉及功能點進行系統的梳理，從另一個角度上來說也可以讓項目組成員評估你是否已經理解項目的需求范圍

　　2)Who(誰來做)：即將項目過程中的測試工作進行分解，每個階段安排指定的人員進行。

　　提到這個話題時，又引出另外一層問題：如何分析項目需要多少測試資源?以及分析是否需要自動化測試&性能測試&單元測試?

　　A. 軟件測試資源比例分配規則：

　　從目前淘寶的規模來看，正常情況下，當開發人員/測試人員=3：1情況下，測試時間/開發時間=4.5/5.5

　　B. 如何分析是否需要自動化軟件測試?

　　a. 項目功能比較穩定，變更比較少

　　b. 項目和組織相對成熟，流程的變更帶來的影響比較小

　　c. 軟件測試用例得到很好的維護，測試用例本身的質量較高

原文轉自：http://www.anti-gravitydesign.com