由論壇中“測試從零開始的公司應該如何建立測試與開發之間的流程”想到的，小公司或只有幾個測試人員如何開展測試工作呢？以下是個人經驗談。

因為公司小，所以測試人員的工作可以相對簡單些，不過肩上的擔子沒有輕。

1.參與需求分析流程

開發部門接到新的開發任務時，參與討論。并設專人作會議整理，將會議中討論的內容逐條記錄。會后發給全部會議人。有沒有專門的需求文檔，都一樣要做。

優點：可以作為開發和測試的依據。如果公司條件好，可以備個錄音筆，將每次會議討論做個錄音，這樣如果發生岐議時，大家可以聽聽錄音，找到當時的想法。如果沒有專門的需求文檔，這個會議記錄就相當重要了，內容還需包含PM或需求人員提供的樣本文檔。

2.做模塊測試策略和計劃，這個相當重要。

優點：一個人做可以養成好的習慣，剛開始可能不全，隨著業務的熟悉。測試策略和計劃就會更加完善。

比如測試數據的準備，環境的搭建，時間的安排等其它的。

3.先做測試用例，再做測試。（最好有TESTCASE管理程序，沒有的話就用EXCEL好了）

核心測試用例先運行，如果不通過，直接打回開發。

可以share部分核心測試用例給開發，由開發自測。確認通過后，再給測試人員測試。

優點：節約時間。

4.如果時間允許可以做個評審，對大家都有好處。

開發可以了解測試的工作細節，測試也可以了解開發對測試的看法。

5.發現BUG，及時加入BUG管理流程（需要搭建BUG管理程序）

以郵件通知為主，開通開發人員的賬戶。

開發按BUG的重要級別修改，TEST 做Regression test.

提示：有些BUG需要補充測試用例。

6.每個模塊測試完畢，寫測試報告。

測試人員自測能力：

1.具不具備自己搭建測試環境能力

2.對CODE的熟練度，如果熟悉CODE可以做白盒測試，灰盒測試，到系統測試。

不過因為你是一對四，估計時間不夠。

3.被測試軟件的配置及發布能力

是否需要和開發共同被測試軟件的環境還是分開，如果分開是你自己去配置測試環境還是開發人員幫助你配置測試環境。

如果你熟悉配置和管理，那么被測試軟件的版本發布工作應該由你來完成。

4.管理和溝通能力

在BUG修改中，有可能你需要監督開發的工作，也有可能需要管理開發的工作

比如說及時檢查開發對BUG的修改。