一、測試計畫不完整或缺失
1.敏捷專案，往往是非正式的口頭討論代替書面計畫
2.沒有執行某些等級和型別的測試，允許某些型別的缺陷留存在系統中
3.有些測試是臨時性的，很多是低效和無效的
4.沒有以適當的嚴密性進行充分的測試
5.測試完成標準基於進度計畫的最後期限，而不是缺陷所需的自由度
6.因不在預算中，沒有足夠的測試資源（人員、工具、環境和測試設施等）
7.測試人員不具備執行所有測試型別所需要的足夠專業的知識、經驗或技能
8.如果沒有計畫並執行充分的測試，利益相關者不能正確地作出關於上線和系統投入執行的明智決定
潛在原因：
1.沒有明確要求相關的開發、測試資產的交付
2.管理層或者測試人員不理解：測試範圍，複雜性和重要性，以及單獨的測試計畫文件的重要性
3.沒有模板
4.測試過程不包括開發測試計畫文件
二、測試進度安排不足
1.進度計畫並不包括足夠的時間來執行所有的
1）.測試活動：如自動化測試、配置測試環境、準備測試資料、測試指令碼、驅動程式和測試樁、執行測試並報告結果
2）.適當的測試：如異常測試、質量需求、回歸測試
2.測試落後於進度
3.測試的入口標準沒有得到滿足
4.測試人員抱怨他們沒有足夠的時間進行測試
5.測試人員過度且不可持續的每週長時間工作，以滿足進度計畫的最後期限
6.測試利益相關者有虛假的安全感
7.測試人員過度疲憊因此犯了大量不可接受的錯誤
潛在原因：
1.與原來認可的和計畫的相比，需要做更多測試
2.低估了系統的規模和複雜性，從而低估了測試系統的工作量
3.專案的總體計畫是由不了解具體情況的人編寫的，或測試管理者沒有參與
4.需求、架構、設計沒有充分考慮可測性
5.為了滿足乙個或多個交付上線的最後期限，壓縮了測試的時間
三、在結束時測試：所有測試都是在開發過程的後期進行
1.沒有對可執行的需求、架構和設計模型的測試
2.在所有缺陷已經被建立後參與測試，並沒有用測試來幫助預防缺陷或在產生時發現缺陷
3.開發周期的早起和中期，很少或沒有計畫進行單元測試或整合測試
四、不切實際的測試期望
錯誤的相信：
1）測試發現所有或大多數缺陷
2）測試證明沒有遺留缺陷，系統按預期工作
3）測試可以窮盡
4）自動化測試可以100%覆蓋
5）自動化測試能夠提高甚至保證測試質量
6）自動化測試能降低成本
7）沒有必要提供額外資源來開發、驗證和維護自動化測試用例
8）可以依賴測試進行所有的驗證，即使有的需求通過分析、演示、認證和審查能夠輕易的驗證
這些不切實際的測試期望會導致：當系統不可避免的出現故障時，測試人員更可能得到「指責」導致不切實際的期望失敗。雖然即使沒有不切實際的期望這可能也會發生，但期望的存在增加了指責的可能性和嚴重性
潛在原因：
1.測試利益相關者不理解測試侷限性
2.測試利益相關者不理解了解自動化測試，認為自動化是一項低成本，高回報的工作，並且可能會由自動化測試得到一種虛假的安全感，而忽略了自動化本身的可靠性比如錯誤的指令碼和資料
測試過程需不需要踐行敏捷？
測試過程在瀑布式開發中作為開發流程中的乙個環節，只能在實現軟體基礎後開始執行，這種模式很大程度上導致了人力資源的浪費。而在敏捷開發模式中，為了解決人力資源浪費的問題，團隊的開發過程需要踐行敏捷，同樣，測試階段也要踐行敏捷。測試人員如同食品生產的質檢員，能夠依據交付成果檢驗產品的完成標準，並對產品判定...
系統測試測試過程
2.1 計畫階段 明確what目標 why測試目的 when可控時間 where測試範圍 how如何開展.主要活動有 參與開發人員軟體需求的分析，srs評審，通過後寫st計畫，進行st計畫評審。入口準則 srs完成並確定需求規格基線 輸入 srs sdp svvp 出口準則 st計畫評審通過 輸出 ...
整個測試過程
是從網上看到的，對自己會有幫助，怕忘記了，就收藏起來了。測試如何盡早介入 基於以前的測試經驗，我們也越來越認識到測試人員應該盡早介入專案的重要性。簡單地沿用測試v模型往往出現很多問題，特別是在專案進度拖延的情況下更是如此。如果測試人員一味固執地被要求嚴格按照v模型定義的標準來開展測試工作的話，則結果...