測試人員遇到不斷變化的項目需求該如何應對？

需求頻繁變更這個產生的主要原因是： 

  1.前期需求調研工作沒有做到位，在需求調研時沒有真正深入了解用戶需要什么東西？用戶做這個東西的目的是什么？為什么要這么做？ 

  2.項目經理對項目掌控力度夠，在項目的需求一定情況下，沒有采用集中變更或者分階段變更；

  3.客戶在最開始時自己也沒搞清楚要做出什么樣子？隨著系統的成型上線，提出一些新想法等導致需求變更。 

  4.客戶就是上帝，所以有些變更是必須的。  

測試人員如何面對變更？ 

  1． 協調制定變更規范，比如說每次需求人員都會發出變更郵件，這樣可以作為開發人員和測試人員工作的依據。如果這點也做不到的話，建議把發給開發人員的變更信息同時抄送給測試人員，使測試人員和開發人員保持信息基本一致；

  2． 了解需求變更的范圍，及時整理并記錄測試需求變更，在每次不論通過何種方式得到需求變更信息，都要及時記錄，并及時通知相關人員確認；

  3． 確保團隊明白需求變更所涉及到的風險，特別是在迭代后期階段。   

  4． 如果可能，通過協商或者實行下一個迭代的更改，將需求變化控制在一個很小的幅度；

  5． 在每次測試前，一個比較詳細的測試測試任務列表單，同時注明本次測試的側重點【變更哪些需求、新增了哪些需求】，找相關人員確認 

  6． 每天保持記錄測試工作日志，主要包括【1.測試中遇到的問題及其解決方式（可以形成測試知識庫）、2.記錄測試任務及其工作成果（主要是記錄今天做了什么？成果是什么？以便以后總結）、3.記錄測試進度（記錄個人或者團隊的工作進度情況；這樣時間長了就基本可以評估測試那個模塊，那個流程，哪一類問題需要多長時間，以便對日后工作做一個計劃）、4。記錄測試問題總結等（對問題歸類總結，時間長知識庫、日后需要加強學習和注意的地方）】 

  7． 測試人員應該把需求變化當作是一種項目常態，平常心應對。任何項目要想安裝預期規劃發展那幾基本上是做不到的，所以變更將是我們工作中的一個常態。