軟件測試經理10條成功進階之路

       軟件測試經理10條成功進階之路  軟件測試工具

　　這幾天一直在一家公司做Team Building，一直想一個問題，就是如何為一個中小型公司建立測試部門。如何在這樣的公司做測試經理，也就是在實際工作中如何從整體上把控一個測試項目，這個可能也是我們共同面臨一個問題。

　　對于小公司，建立測試部門最重要的是什么?最重要當然是公司領導的支持，公司的CTO、項目經理、以及開發人員認識到測試的重要性，并給予支持。

　　一、下面我們進入我們討論的話題，在小公司測試一個項目是從何開始的?

　　盡快的熟悉公司的業務流程，通過項目經理交流或培訓了解公司的體系結構，然后要求公司項目經理派公司內專門懂業務的人(比如說技術支持，測試人員)與我們交流業務細節方面的知識。這是非常重要的，這是測試的最開始部分。為什么這么說呢?我們以前不是說根據公司的需求文檔，生成軟件測試需求文檔，然后根據需求文檔再寫測試計劃，測試用例?，F在軟件公司特別是中小型軟件公司的現狀根本不允許我們這樣做?？梢哉f如果這樣做，黃花菜都涼了。

　　進公司后，盡快的熟悉公司的業務流程，盡量每個細節都要了解。然后一邊了解公司的業務流程，一邊使用公司的軟件。通過這種方式，我們在作什么呢?我們是了解公司的需求，現成的軟件，現成的公司業務流程，就是客戶的需求。因為既然軟件已經成型了，已經能夠使用。(這是我對需求的理解：公司的現有產品就是需求，但具體的實現可能有錯誤，而我們只需要找出這樣的錯誤即可)如果我們再從需求規格書開始進行測試，那根本不太可能。有如下理由：

　　1、根據我對這家公司了解，軟件的需求是通過產品經理得到客戶的需求后，把需求告知給開發經理，開發經理在原來產品的基礎上，添加新功能來滿足客戶新的需求的。這樣的需求產生以及實現根本不是1天兩天的一個事情，只憑測試人員幾天的了解和分析就能夠通過需求進行測試了，這不是天方夜譚嗎?

　　2、公司的基本上沒有對需求進行文檔化，沒有比較詳細的需求規格說明書。

　　3、公司好不容易已經有了自己的產品，而且這個產品的主要的功能都已經實現好了，這個時候你對項目經理說，你們某幾個功能不符合需求的定義。這時項目經理非要暈菜不可。小公司都有一個特點就是要求穩定性，因為公司本身的開發流程，就不是很規范，如果你讓他從需求上，也就是從根本上改變軟件的功能，這下牽一發而動全身。對于公司來說，他們肯定是不會做的。

　　從以上幾個方面說明，在我們測試的時候，有一個這樣不合理的理解：現成的軟件產品就是大體上滿足需求的產品，或者說我們要根據開發人員的理解來理解需求。我們要測試的就是找出：1)功能實現有錯誤的地方;2)界面或者使用習慣不符合我們使用軟件的規范的地方;3)找出軟件重要模塊中潛在的錯誤。既然這么說，我們測試人員該怎么進入項目呢?

　　1、首先我們根據現有的軟件產品，確定要測試模塊。

　　2、與公司這邊以前曾經作過簡單測試或者懂業務的人交流確定下面幾個方面：

　　(1)那些功能模塊需要重點測試。

　　(2)需要什么樣的測試策略即測試方法如功能測試，界面測試等等，可能公司還需要比如負載測試和穩定性測試方面的工作。

　　(3)以前開發的進度和測試的時間安排，關于開發進度可以與項目經理交流，根據整個開發進度來決定測試的進度。

　　(4)根據以上三個方面確定一個切實可行的測試計劃。

　　(5)有了測試計劃，下面我們就開始測試了，關于編寫測試用例最好給懂業務的人評審一下。

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