當一款自動化測試工具引入到乙個專案中，我們通常對它給予很高的期望；專案成員希望工具能夠盡可能的縮小測試範圍、節約成本並縮短專案進度，然而可悲的是，很多採用自動化測試的專案依然失敗了。
以下幾個方面嚴重影響著自動化測試的效率，如果處理不當，將會造成事倍功半甚至前功盡棄的後果，自動化測試也成了一副空架子。
一是測試的範圍：想要百分百的實現自動化測試是不現實的，而且從時間投入上也是不可行的；有選擇性的挑選應用程式的一些功能或區域模組，採用自動化測試。
二是測試時間的準備工作：自動化測試指令碼的開發時間必須考慮在內，一般來說，開發測試指令碼的時間要比手工測試多出三分之二，因為現實裡工具會在初始階段增加測試的範圍；因此，對自動化測試保持適度的期望值很重要：工具不能取代手工測試，更不能代替測試工程師。測試初始階段，投入會比較大，當自動化完成後，將會大大縮短後續的版本的測試時間。
三是投資的回報：自動化測試的準備工作如此漫長，據說自動化測試的效益只會出現在測試被執行三次以後的時間裡。
四是何時獲得自動化測試的收益：定位合適的測試目標，並認真分析自動化測試的收益出現在何時、何處。如果測試程式頻繁進行大幅度變更或修改，還是放棄自動化測試吧！－你將會耗費相當的時間去修改測試指令碼，但收益是微乎其微的。（但是，如果應用程式頻繁變更的模組彼此獨立，或者修改較小，或者只是特定區域的變更，那麼仍然可以成功採用自動化測試。）另外，謹記只有當應用程式將近發布時，才可以進行完整的自動化測試；如果應用程式缺陷太多，功能點執行失敗，想要執行全面的測試套件程式是不太可能的。
五是變更的程度：自動化測試最適合用於回歸測試，將那些已經存在並相對完善的功能進行自動化測試；例如應用程式1.0版本的功能模組已經穩定，沒有引入1.1版本的新功能，這種情況下，我們對其制訂自動化測試計畫並設計測試指令碼，不至於因為簡單的gui變更（例如某個控制項改名或移動）而使指令碼無效。我們也需要將修改指令碼的時間考慮在內，例如，如果應用程式的版本公升級造成很大的功能改變，那麼也許要全部重新書寫測試指令碼，這種情況是我們不願意看到的。但是，如果只是某個相對獨立的功能模組發生變更，或者變更較小，我們可以成功的實現在回歸測試裡的自動化。
六是測試的完整性：我們如何度量乙個測試是否通過或失敗呢？單單憑藉工具返回的「pass」不足以證明測試本身通過無誤，例如，沒有錯誤的提示資訊出現並不意味著指令碼的下一步動作能夠成功進行。因此這一要點需要在規劃測試指令碼的通過與否標準上考慮在內。
七是測試的獨立性：測試的獨立性應該被考慮在內，從而不至於某乙個測試用例的執行失敗引起全域性影響，甚至阻止整個測試套件程式裡其他指令碼的執行；但是，在實踐中對該問題的把握並不容易，需要一定的努力達到此目標。
八是對測試指令碼本身的除錯和測試：必須花費一定的時間進行該工作，以檢驗測試本身的完整性。
九是錄製/回放：不要完全把工具的錄製/回放功能作為建立測試指令碼的唯一方法，這個觀念是很重要的。測試者在後台執行測試工具，再手工執行測試，工具將測試者的動作記錄下來，自動生成乙個指令碼，以便測試者可以重新執行測試動作，這雖然是個好想法，但對測試工作本身並無太大意義。
十是對測試指令碼的維護：最後一點，對自動化測試指令碼的維護是乙個高投入的工作，指令碼必須持續的更新，否則一旦應用程式有太多的變更而要修改測試指令碼時，你會因為一下子需要上百個小時而考慮是否值得這樣做，從而最終放棄自動化測試。因此，測試指令碼每次更新時，對其進行文件化管理是必要的。
成功人生十大要點
成功人生十大要點，認清自己，把握自己的命運，實現自己的人生價值。每個人都有自己的特點，每個人都是獨一無二的奇蹟。尺有所短，寸有所長，不必拿自己的優點與別人的缺點作比較，也不必經常自嘆某某處總不如人，因為 沒有誰可以號稱完美。人生的缺憾，最大的就是拿自己和別人相比。和高人相比使我們自卑 和俗人相比使我...
購房維權事件「十大要點」
隨著樓市逐漸回暖，春季購房高峰即將到來，維權事件也會逐日增多。聯業律師事務所首席律師王展就購房事宜為讀者提出了十點建議 一 保證完整的退房權利。當出現開發商違約 購房者有權退房時，購房者應該有退房的選擇權，並且明確退房時如何處理，不退時又怎麼對待 二 把廣告寫進購房合同。直接在合同中約定廣告視為合同...
oracle效能調整的十大要點 SQL優化
九 sql優化 1 優化器模式 oracle9i有兩種優化器模式可以選擇 rule based uses a ranking system syntax and data dictionary driven cost based chooses least cost path statistics ...