測試過程中遇到的問題總結(jié)

測試過程中遇到的問題總結(jié)（總2頁）-本頁僅作為預覽文檔封面，使用時請刪除本頁-#測試過程中遇到的問題總結(jié)需求變更問題內(nèi)容詳述：由于種種問題，在開發(fā)提交代碼及測試完畢后，出現(xiàn)需求變更現(xiàn)象。典型項目：密影響人員：實施、研發(fā)、測試對測試影響：需求變更直接導致開發(fā)人員情緒變得消極，導致測試的工作受到影響?？捎涗洈?shù)據(jù)：需求變更討論會議次數(shù)、更改需求個數(shù)、時間間隔可規(guī)避方法：從測試角度出發(fā)來規(guī)避，只能從前期進入需求調(diào)研，前期做充分工作。如果是后期進入測試的話，將很難規(guī)避這樣的風險，我是這樣認為的。新需求文檔不全、不詳細、不存在內(nèi)容詳述：項目開始時，文檔還是可控的，到項目進行過程中的需求變更和新需求，幾乎都不會再生成文檔。典型項目：幾乎所有影響人員：開發(fā)、測試對測試影響：沒有明確文檔作為測試的依據(jù)，測試不能發(fā)現(xiàn)產(chǎn)品偏差?？捎涗洈?shù)據(jù)：沒想到呢可規(guī)避方法：自己做好會議記錄，同時要求相關人員編寫相關文檔。開發(fā)對測試的責任過分放大內(nèi)容詳述：程序不穩(wěn)定，是由于測試測的不充分所至。測試充分就能保證產(chǎn)品質(zhì)量。典型項目：密影響人員：測試對測試影響：開發(fā)對測試人員產(chǎn)生依賴，讓測試準備數(shù)據(jù)，重現(xiàn)問題，修改完問題不進行自測，繼續(xù)讓測試準備數(shù)據(jù)進行測試。導致測試消耗了大量時間?？捎涗洈?shù)據(jù)：缺陷重開率、缺陷新建與修正比可規(guī)避方法：測試不是生產(chǎn)者，測試更不是開發(fā)的保姆，將測試的責任及職責宣傳給研發(fā)和實施部門，同時測試應站正自己的位置。迭代式開發(fā)造成測試瞬間壓力較大內(nèi)容詳述：一個項目需要多個版本，開發(fā)按照迭代式開發(fā)，當?shù)谝粋€版本出來時，測試量較大，當?shù)谝话娣€(wěn)定后，其余版本的測試任務較小，當最后一版出來后，需要對所有版本間的數(shù)據(jù)傳輸做全面測試。瞬間壓力可上升到極點。典型項目：密影響人員：測試、實施對測試影響：瞬間的測試壓力大可記錄數(shù)據(jù)：沒想到呢可規(guī)避方法：將測試計劃中詳細描述這種情況下的測試需要較長測試時間，與研發(fā)、實施三方進行確認。無論開發(fā)計劃如何變更，測試人力投入不變。項目因不可抗逆因素造成延期仍按原計劃進入維護階段內(nèi)容詳述：項目還差一些小的關鍵模塊根本沒有開發(fā)，但由于一些不可抗逆因素造成延期，但項目開發(fā)計劃進入維護階段。典型項目：密影響人員：測試對測試影響：進入維護階段后研發(fā)和測試的任務將轉(zhuǎn)變，可能會導致對該項目關鍵模塊的開發(fā)和測試不充分?？捎涗洈?shù)據(jù)：為提示測試模塊數(shù)量可規(guī)避方法：測試說服項目經(jīng)理版本變更頻發(fā)內(nèi)容詳述：測試執(zhí)行過程中，流程走不通的小模塊多，需要開發(fā)立即修正發(fā)包。典型項目：通病影響人員：測試對測試影響：不發(fā)版無法繼續(xù)進行測試，發(fā)版可能會對已測試完畢的部門造成風險。可記錄數(shù)據(jù)：記錄發(fā)版版本號、版本數(shù)量、版本頻率可規(guī)避方法：要求開發(fā)必須進行自測人員變動問題內(nèi)容詳述：項目經(jīng)理不是需求調(diào)研人員，測試人員也是后期介入典型項目：密影響人員：研發(fā)、測試對測試影響：項目經(jīng)理的職責及威信會受到影響，對于一些叼酸的需求，需不斷與客戶確認，耽誤研發(fā)修改，間接導致測試也無法進行?？捎涗洈?shù)據(jù)：無需記錄可規(guī)避方法：加強項目管理，文檔管理，并保證相關文檔的有效性。測試人員本身問題發(fā)現(xiàn)自身錯誤，在眾人面前坦