需求頻繁變更這個產生的主要原因是：
1.前期需求調研工作沒有做到位，在需求調研時沒有真正深入瞭解用戶需要什麼東西？用戶做這個東西的目的是什麼？爲什麼要這麼做？
2.項目經理對項目掌控力度夠，在項目的需求一定情況下，沒有采用集中變更或者分階段變更；
3.客戶在最開始時自己也沒搞清楚要做出什麼樣子？隨着系統的成型上線，提出一些新想法等導致需求變更。
4.客戶就是上帝，所以有些變更是必須的。
測試人員如何面對變更？
1． 協調製定變更規範，比如說每次需求人員都會發出變更郵件，這樣可以作爲開發人員和測試人員工作的依據。如果這點也做不到的話，建議把發給開發人員的變更信息同時抄送給測試人員，使測試人員和開發人員保持信息基本一致；
2． 瞭解需求變更的範圍，及時整理並記錄測試需求變更，在每次不論通過何種方式得到需求變更信息，都要及時記錄，並及時通知相關人員確認；
3． 確保團隊明白需求變更所涉及到的風險，特別是在迭代後期階段。
4． 如果可能，通過協商或者實行下一個迭代的更改，將需求變化控制在一個很小的幅度；
5． 在每次測試前，一個比較詳細的測試測試任務列表單，同時註明本次測試的側重點【變更哪些需求、新增了哪些需求】，找相關人員確認
6． 每天保持記錄測試工作日誌，主要包括【1.測試中遇到的問題及其解決方式（可以形成測試知識庫）、2.記錄測試任務及其工作成果（主要是記錄今天做了什麼？成果是什麼？以便以後總結）、3.記錄測試進度（記錄個人或者團隊的工作進度情況；這樣時間長了就基本可以評估測試那個模塊，那個流程，哪一類問題需要多長時間，以便對日後工作做一個計劃）、4。記錄測試問題總結等（對問題歸類總結，時間長知識庫、日後需要加強學習和注意的地方）】
7． 測試人員應該把需求變化當作是一種項目常態，平常心應對。任何項目要想安裝預期規劃發展那幾基本上是做不到的，所以變更將是我們工作中的一個常態。