軟體測試經理修煉之路

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

對於小公司，建立軟體測試部門最重要的是什麼？最重要當然是公司領導的支援，公司的CTO、專案經理、以及開發人員認識到軟體測試的重要性，並給予支援。

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

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

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

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

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

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

本文轉載自51軟體測試網（檢視全文）：http://www.**ing.com/html/42/n-147542.html

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-615131/，如需轉載，請註明出處，否則將追究法律責任。