軟件測試工程師的職責是什么？

　　在阿里也差不多待了一個多月，接觸的項目也很具有代表性，簡單描敘一下場景吧。需求方是我們的運營同學，該項目涉及到有ETL部分和UED部分，前期，我沒有進入到該項目組，詳細設計階段缺少我們測試人員，導致當進行項目之后，發現項目文檔寫得不具備可測試性。后期，文檔修改完成之后，測試階段碰到的最多的就是變化，需求在變，設計也在變，測試人員拖在后面，壓力很大的!

　　場景，大致就是這樣子的。具體的問題細節，應該是很有代表性的。

　　1. 進入項目比較晚，導致的問題就是詳細設計文檔，沒有測試人員參與，當測試人員進入之后，發現根據文檔，測試人員無法進行測試分析，編寫測試案例的工作。而此時開發人員已經開發了一定的時間，所以，這個時候，開發人員配合修改文檔的工作不是很積極。當直接和開發人員討論，會看到每個開發人員并不清楚其他人的工作，也就是說開發人員也都沒法完全理解詳細設計文檔。他們的工作模式可能是邊coding邊重新設計。這個是很可怕的事情。

　　如果這種事情發生了，怎么辦?一個好的測試人員，需要在整個項目流程中，引導開發，PM，去遵守一定的流程，好的流程可以事半功倍的。當我碰到這個情況后，我是按下面的步驟進行:

　　第一步，與開發，PM溝通，花一個下午的時候，把詳細設計文檔中的問題指出來，并給出一個期望的模板。

　　第二步，制定測試計劃，期間規定詳細設計文檔交付的時間，單元測試交付的時間，測試案例評審的時間，測試腳本和測試執行的時間。這個測試計劃也需要和DEV，PM達成共識。

　　第三步，為開發人員引進一個合適的單元測試框架，給出單元測試的案例標準。

　　第四步，在流程的每個關鍵點進行把控開發的活動，不能只制定流程，而不去關心流程在運轉的狀況。

　　2. 需求變更太多.雖然說，標準的流程已經制定了，但是由于之前沒有一個好的設計，后面需求的實現出入也會比較大。一般情況下，開發，測試，PM溝通之后，設計還是會修改的。那么，這個時候的測試人員一定得搞清楚，變更所帶來的影響，以及測試會增加的工作量。

　　比如說：在項目測試的最后階段，發現一個缺陷，但是開發人員的修改方案卻是推翻之前的一個模塊設計(該模塊的測試已經結束)，也就說該模塊的代碼需要重構。在進行多次討論之后，開發人員還是需要對這部分進行變更(雖然我是反對在項目發布前做這么大的改動)。這種情況下，我能做的事情主要就集中在下面幾個方面:

　　1. 分析, 這些改變會影響到那些模塊，及時發出郵件通知影響涉及到的人員。

　　2. 同開發人員講清楚，單元測試一定要更新，并保證通過。

　　3. 即使更新測試腳本和測試數據，進行回歸測試。

　　4. 對之前所以的測試模塊進行一次測試執行。

　　自己也不知道要說明什么，只是感慨一下進入阿里之后的一個項目經歷，和之前有很大的不同。這里，是一個測試人員對著一堆的開發人員，測試人員需要做的就是全程跟進，了解項目的方方面面，讓項目的質量得到保障。

原文轉自：http://www.wangyuxiong.com/archives/51245