軟體測試之“項目測試設計”

　近來工作挺忙， 是以也都沒什麼時間總結了。當然，忙的這段時間我也發現了自己工作中的諸多問題，今天偷閑上來總結一下。

　　在這之前，我對測試工作的觀點是，熟悉業務加上熟練的技術能力就能很好的完成大部分測試工作，通過這次項目的追趕，我突然感覺到這之中有太多的不合理性，畢竟測試有很多不确定性，而且每個人的測試思路不一樣，很容易忽略和遺漏很多測試點，這樣下來測試的覆寫度降低了很多，到最後産品上線的時候肯定有很多問題，是以還是不能靠感覺和思路來做事，因為到最後沒人代理你承擔責任。是以這裡關于測試設計，我也想談談自己的一些觀點，以幫助和指導我之後的工作方向。

　　通常情況下，項目開始的時候，需求人員會将一堆所謂需求文檔分散到開發和測試人員手中，此時也就是說讓測試前期介入到項目進展中。當然這個時候，我們會有很多很多的問題需要跟需求确認，因為一堆零散的需求文檔就足以說明他們是如何草率，但每到項産品傳遞的時候，這個時候就是開發和測試人員最痛恨需求人員的時候，因為他們前期的需求不明确，讓我們白白辛苦并浪費了這麼多時間。但對于測試來說，在這個過程中其實就起到了承上啟下的作用，因為隻有測試人員才會不厭其煩的去與需求人員周旋，而開發這個時候自認為隻要加工完就ok了，而測試不能向任何人說ok，不然我們的工作就變得毫無意義了。是以說，測試工作就是一項去深入了解需求，正确引導開發向着最正确的軌道行駛，可見偉大，嘿嘿！

　　首先，從需求文檔中，我們從中抽象出基本功能，得到一個測試人員能夠了解的文檔，這樣我們就知道我們大緻要測試那些功能點了；

　　其次，再從需求文檔中提取出業務流程，并與需求人員深入溝通，畫出業務流程圖；

　　第三，通過以上兩點成果，輸出一份初步的測試計劃，包括測試目标、範圍，以及測試内容、測試流程、測試方法和測試工具，最主要全面列舉測試覆寫範圍，比如對于用戶端軟體最後要進行系統平台測試，包括windows 7/Vista（32/64bit）等；安裝解除安裝測試、防毒軟體的覆寫測試等等；如web頁面要執行浏覽器相容性測試等；

　　最後，就要注重測試思路的總體連貫性，“先正常，後異常”，保證正常情況下的功能能走通，異常情況下近可能的去覆寫。

　　可能這裡要說還應該完成測試case的設計，以及評審，至最後的完善歸檔，不過并不是所有的項目都會有大量的時間留給測試人員，這也就是産品測試和項目測試的差別所在。如果時間充足的情況下，設計詳細的case，以及評審，那當然是最完整的流程了。這裡主要談到的測試對象是項目測試，通常都是時間非常緊急，留給測試的時間很短，無暇顧及完成軟體測試流程，那麼就需要找到更合适自己以及項目的方法和流程來完成。

本文轉自一米一陽光部落格園部落格，原文連結：  http://www.cnblogs.com/candle806/archive/2011/06/20/2085479.html  ，如需轉載請自行聯系原作者