自動化測試的一點看法 軟件測試
現狀：自動化的推廣困難;自動化模式不成熟，測試人員編寫的腳本效率低下、移植性差。腳本代碼量大不易于維護;如果開發和測試的過程中頁面或者某個應用發生變化，原先寫的自動化腳本不符合新的情況，于是測試再對同一個功能點重新編寫腳本。
實際情況是“好的測試人員并不一定是好的程序員”。如果產出的代碼維護時間>手工測試時間,就失去它的意義。以前，是在回歸的時候寫自動化腳本，回歸結果的特點是bug數量特別少、遇到的bug基本上是前些輪測試曾經發現過的、bug的修復比較緊急。這個時候編寫自動化腳本，重用性和重要性都沒有早期編寫來的明顯。而項目上線后，就不再進行自動化測試了，除非有一期二期或者其他情況。這樣，自動化的長期價值體現不出來。
自動化測試的特點應該是前期投入多，后期收入大。根據現狀，測試輪數多、重復測試多、一個TC需要海量數據，前期編寫的腳本在中期就能為我們節省時間。項目前期，測試人員要了解需求、理解UC、編寫測試用例，時間很少，這個時候是進行測試數據準備，最重要的是TC，并非自動化。
經驗豐富的測試工程師對bug有著敏銳的嗅覺，TC的質量至關重要;如果開發的模式是瀑布模式并非迭代式的，隨著項目開發的進行，我們測試需要不斷完善自己的腳本。問題是，測試的時候要編寫自己不擅長的腳本程序，自動化未必就趕得上手工測試，測試工程師沒有看到實際的好處，抵觸就很大。所以現在將人員分層，一層是傳統手工測試，另一層支持自動化，來解決這個矛盾。
現在的自動化測試模式還不成熟。理想太大，短期內就不容易實現。如果選擇一個主線作為試驗田，投入相當人力和測試人員重視，吸取過程中的經驗教訓，分享其中的好處。當人人都看到通過自動化，不用手工測試到一半才發現環境換了，bug的檢測方便了，測試們不再加班了，肯定有更多的人加入。
下面我們了解一下什么是自動化軟件測試
自動化軟件測試的定義包括了所有測試階段，它是跨平臺兼容的，并且是進程無關的。一般來講，當前作為手動測試程序部分的各種測試(如功能、性能、并發、壓力等測試)都可以自動化。大家經常問這個問題：“手動測試和自動化測試有什么不同呢?”答案如下：
自動化測試可以完成手動測試難以完成的工作，可以提高手動測試的工作效率。
自動化測試也是軟件開發。
自動化測試不是要取代手動測試人員所需要的分析技能、測試策略知識和對測試技術的理解。手動測試人員的經驗會作為AST的藍圖。
自動化測試不可能完全和手動測試分開。相反，自動化測試和手動測試是相輔相成的。
盡管開發軟件將今天已有的手動軟件測試全部轉換成自動化測試是有可能的，然而我們的經驗表明，為了適應自動化，大多數手動測試都必須經過修改。手動測試技術、實踐和知識與AST是相互交織的，所以也會在本書中對其進行討論，以對AST技術提供支持。而自動化是否可以產生合理的ROI(Return On Investment，投資回報率)是另外一個問題，這需要通過評估。經驗表明，即使可以將所有測試自動化，但并不是所有測試都值得自動化。當決定是否要自動化時，我們需要考慮各種準則。如何確定哪些測試應該自動化會在第6章進一步探討。要將ROI銘記在心，我們對AST的高層次定義是：
以改進軟件測試生命周期(Software testing lifecycle，STL)的效率和有效性為目標，貫穿整個STL的應用程序和軟件技術的實施。
AST是指跨越整個STL中的自動化工作，以及關注自動化集成測試和系統測試的工作。AST的總體目標是設計、開發和交付自動化測試，并通過重復測試來提高測試效率。若成功實施，那么它可以大幅度減少針對軟件密集型系統的傳統測試和評估方法、過程相關的成本、時間和資源。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
