這裡有兩個問題需要注意：
1）在軟體頻繁改變的時候，可能進行全面測試嗎？
實際上這是不可能的。不過，這個問題本身就有問題^_^，因為很多時候甚至都不可能在乙個完全穩定的環境中測試軟體。這個問題其實是想問：「在軟體頻繁變化的時候，能否進行有效的測試？」我們能否期望通過更好的使用人力和其他資源來完成這種測試？我們能否找到所期望的那麼多缺陷？
通過對使用rad方法的專案的觀察，我發現軟體測試過程對於發現缺陷是非常重要的，不同的過程會表現出不同的效果。因為大多數時候我們的開發過程都不是簡單的重複，所以在rad環境中就不能象其他環境那樣——嘗試著用各種方法到處看看能不能找到一些缺陷。
2）在軟體頻繁改變的時候，有哪些策略可以使用？
應該花些時間學習怎樣在不同的環境下開展工作，不過在軟體頻繁改變的時候有些一般的策略還是可以參考的。
.首先，你必須接受這個事實——你不可能有6周的時間對乙個每天都在變化的軟體進行測試——或者說你的老闆不會允許你在每次軟體改變後都用這麼長的週期來進行測試。唯一的辦法是你要定義乙個可以快速有效的完成測試任務的過程。
.進行風險評估。能夠區分不同測試物件的風險級別是非常重要的，因為這樣你就可以通過對不同的測試物件排列優先順序，在那些很簡單的問題上只花費較少的時間，而對更高的風險則給予更高的優先順序和更多的時間以及其他資源。
.必須有乙個確定的工作版本（基線版本），以便於你在將來進行測試的時候可以進行比較。
.自動化測試。使用捕捉/回放工具可以借助一些自動化特性幫助你來對軟體進行回歸測試。應該考慮花些時間和資金把一些工具融入到你的團隊中，讓大家都學會如何使用這些工具會對你的工作有所幫助。對於乙個不願引入新技術的組織——比如自動化測試工具——是很難在軟體頻繁改變期間完成測試的。這就像蓋一座房子，手頭上必須要有些合適的工具才行。
.自動化工具只能對你的操作進行記錄和回放，這是不夠的。你必須明確業務需求，設計測試用例和測試過程，制定測試計畫。另外，如果人們想在長期工作過程中獲得比短期工作更多的好處，就需要考慮測試用例和測試指令碼。
在軟體頻繁改變的時候進行測試不是不可能的，但是需要快速的響應、努力工作和維護對改變的跟蹤。
在軟體頻繁改變時進行測試同樣需要乙個有創新思維的團隊和過程，工具自己不會工作，只有在工作中由最優秀的人員在合適的時機使用才會產生最好的效果。使工具、人員和過程達到乙個最理想的結合是一件非常有挑戰性的事情。
原文：http://.**blogs.***/jackei/archive/2005/01/12/90989.html
如何在軟體頻繁改變時測試？ 翻譯
這裡有兩個問題需要注意 1 在軟體頻繁改變的時候，可能進行全面測試嗎？實際上這是不可能的。不過，這個問題本身就有問題 因為很多時候甚至都不可能在乙個完全穩定的環境中測試軟體。這個問題其實是想問 在軟體頻繁變化的時候，能否進行有效的測試？我們能否期望通過更好的使用人力和其他資源來完成這種測試？我們能否...
軟體測試人員如何測試需求頻繁變動的專案
王豆豆最近一直在加班，天天都加班到九點多，專案大多是緊急上線，但其實每天的工作量並不算多，按理說應該在上班時間就能完成，但每天到了下班時間卻走不了，不得不留下來繼續做。留下來加班的原因無非二種 1，專案需要上線 2，測試任務沒有完成 測試任務沒有完成的情況比較少，常態是每天臨近下班的時候，開發要不就...
iOS開發中如何在鍵盤彈出時改變View的高度
在ios開發的時候有兩個經常要用到的控制項uitextfield跟uitextview,我們輸入內容基本是通過這兩個控制項進行的,但是有時候會遇到這樣的問題 在點選輸入之後彈出鍵盤遮蓋住了輸入框,可以通過以下辦法解決 新增通知監聽鍵盤的彈出跟隱藏 監聽鍵盤彈出和隱藏 nsnotificationce...