自動化測試方案包括指明測試中需要什么樣的數據，并給出設計數據的完整方法;需要明確測試設計的細節描述，還應該描述測試的預期結果;完成測試設計文檔，需要描述清楚測試設計的思路;編寫測試腳本。對于腳本的開發我們需注意以下問題：
第一、開發腳本必須遵循一些規范化，就類似于程序員編程規范一樣。我們的測試腳本就好比是我們測試人員的程序，同樣要形成一個編寫規范。因為養成這樣的好習慣，是為了能方便維護腳本，避免增加后期的維護量和方便使用者使用;
第二、保證開發的腳本回放沒有問題的基礎上，適當增加出錯處理來增強腳本;
第三、后期還可以在腳本中加入檢查點，這樣做的好處可以把原來需要人工去校驗的地方讓腳本去做;
第四、在腳本中增加數據驅動方法，使腳本能覆蓋更多的分支路徑，進一步提高腳本的集成度。因為前面已經說過了，腳本是不會執行那些沒有被編寫進去的功能點的，所以說后期測試人員一旦發現這個地方有必要讓腳本來代替手工進行執行，就可以不斷的增強我們的自動化腳本。
2.5可行性分析
可行性分析是指驗證自動化測試項目的可行性，盡可能快地驗證你采用的測試工具和測試方法的可行性，站在產品的角度驗證產品采用自動化測試的可行性。同時要
確定測試工具和測試方法對于被測試的產品和測試人員是否合適。選擇一個快速，有說服力的測試套，它是評估測試工具的最好的方式，它可以證明你所選測試工具和測試方法的正確性。
2.6自動化測試的維護和擴充
自動化測試是一個長期的過程，為了與產品新版本的功能和其他相關修改保持一致，自動化測試需要不停的維護和擴充。自動化測試設計中考慮自動化在未來的可擴充性是很關鍵的，不過，自動化測試的完整性也是很重要的。如果自動化測試程序報告測試用例執行通過，測試人員應該相信得到的結果，測試執行的實際結果也應該是通過了。其實，有很多存在問題的測試用例表面上執行通過了，實際上卻執行失敗了，并且沒有記錄任何錯誤日志，這就是失敗的自動化。這種失敗的自動化會給整個項目帶來災難性的后果，而當測試人員構建的測試自動化采用了很糟糕的設計方案或者由于后來的修改引入了錯誤，都會導致這種失敗的測試自動化。失敗的自動化通常是由于沒有關注自動化測試的性能或者沒有充分的自動化設計導致的。
3自動化測試應用的范圍
自動化測試并不是要求全程自動化，使用自動化測試代價也非常之高。自動化測試主要是用在存在大量重復性的手工測試項目和測試時間比較長的項目。很多測試小組都是在回歸測試中采用自動化測試。所謂回歸測試指在修改了原軟件后，對其重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。它通常使用相同的測試用例和測試方法，自動化測試方法最適合。關于系統中模塊的測試，對那些最有可能出問題或者不會破壞原先設計的重構任務進行自動化測試，性價比最高。
自動化測試絕不能代替手工測試，它只是手工測試的補充。對于那種不穩定軟件的測試，開發周期很短的軟件，一次性的軟件等不適合用自動化測試。自動化測試是使用工具進行測試，工具本身并沒有想象力和靈活性，根據報道，自動化測試只能發現15的缺陷，而手工測試可以發現85的缺陷。合理的運用自動化測試可以大大提高工作效率,反之則會是無休止的噩夢。無論測試自動化多么強大，現階斷，仍然是以手工測試為主。
4自動化測試的優勢與不足
軟件測試中，手工測試不夠全面和徹底，因為它花費了很多時間。代碼在修改或添加之后，運行預定義的人工測試集來保證修改不會產生新的問題。人工測試花費的時間越來越多，并給開發者帶來挫折感，打擊他們執行測試的積極性。而且，測試的工作量使得開發者不愿意改進或優化現有的代碼。
當開發者測試他們自己的代碼時，他們總是不愿意執行最苛刻的測試用例，因此就導致了最有可能出錯之處也是最不可能被全面測試到這樣的情形。
自動化測試無需人工干預就可以完成，它們縮短了開發過程。而且由于自動化測試可以簡單快速的發現修改的代碼是否能有效地運行，因此也就鼓勵開發者優化和改進現有的代碼。
測試自動化往往對測試人員的技術水平要求很高，測試人員必須充分理解自動化測試，但是，自動化測試不利于測試人員積累測試經驗。
不要強行在測試的每個部分都采用自動化方式，尋找能夠帶來最大回報的部分，部分的采用自動化測試是最好的方法�？梢圆捎檬謩�確認測試和自動化測試相結合的方法。
5結論
任何工作的開展并非一朝一夕，新技術的開展將需要投入大量人力物力，而自動化測試就是我們測試工程師必須要堅持的一個長期的發展方向。為了不至于做事只做表面，建議每個測試團隊中都必須要有專人去負責推動自動化工作的開展。還必須有專人負責維護腳本，規范腳本，甚至可以引入配置管理工具來統一管理腳本和把經驗文檔化。只有這樣我們的測試財富才會從中不斷積累，只有這樣自動化測試才能走得更遠。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
