這段時間總在上潛水，QTP這個版塊應該是論壇里人氣最旺的區域了.每天發貼量都在200左右，這是一個好現象。但是我也發現幾乎所有的帖子都是針對 QTP的使用問題的，例如如何參數化、如何識別對象、如何連接管理平臺，腳本為什么報錯，大家討論的內容嚴重的同質化。個人覺的這從側面反映了一個現象：大部分的人仍然將自動化測試與測試工具等同起來，好象自動化測試的全部工作就是如何使用測試工具。
我做自動化測試的時間也只有一年左右，之前做的都是手工測試，經驗不敢說豐富，但是我能肯定這種現象是不正常的，自動化測試是一個過程，它自身也有一個完整的生命周期，需求設計、規格說明、腳本框架、代碼實現、部署運行、更新維護，各個環節密切相連，缺一不可，而工具的使用充其量也只是測試實現的內容之一而已，不是自動化測試的全部�？吹綆缀跛械娜硕荚趩柟ぞ呷绾问褂�，腳本如何編寫，我不僅納悶，難道大家的測試需求和規格設計已經到了爐火純青的地步，最大的障礙只是腳本編寫的問題嗎？答案當然是否定的，那么我想剩下的也只有一種解釋最合理，那就是在自動化測試的過程中，大家很少涉及或關注過自動化測試的設計和規劃過程。
自動化測試并不神秘，從軟件工程的角度來講，自動化測試扮演的是一個測試執行的角色，測試腳本執行哪些測試、測試的效果怎么樣，完全在與人的參與。相信有過測試經驗的人都認同：測試過程中設計重于實現。測試執行是一種附加值很低的工作，往往是重復的、簡單的、機械的驗證和執行。其實測試腳本的編寫也是一樣的道理。能寫出很復雜的腳本當然是很牛的技術大拿，但是我認為也不能忽視測試設計在自動化測試過程中的重要作用，試想，比如你是一個很牛B的黑客，你能連入美國五角大樓，然后再從五角大樓的服務器矩陣上連入外太空的衛星，最后讓衛星發送指令到你的機器上啟動QTP，執行測試，最后生成測試報告，這種牛B程度在人類歷史上應該是前無古人后無來者的吧，但是如果你的測試設計只是在首頁上把鼠標從左上角移到右下角，那有什么用！說這些不是要否定編程技術的重要性，其實編碼技術和測試設計對于自動化測試人員來說是同等重要的，就好象人的兩條腿，誰能說我的左腿重要右腿就可以不要了？但是在實際的工作中這種情況卻比比皆是，我相信很多人在自動化測試的過程過多的關注自動化測試的實現，而有意淡化甚至排斥自動化測試的設計，我個人覺的這不能不說是自動化測試的悲哀。
當一個公司或者組織準備引入自動化測試時，往往重視硬環境的投資，如軟件、設備、人員，但是卻忽視了自動化測試的標準和規范，將所有的希望寄托于幾個自動化測試人員，這只能說是一種誤區。大家可以在自己的部門內做一個簡單的實驗，實驗的內容就是在你們的部門里問一個簡單的問題：什么是自動化測試？我相信如果你的部門有N個同事，這么一個簡單的問題你就能得到N個答案，再算上你自己就是N+1個答案了。在這么一個思想模糊、觀念和標準都極度混亂的組織中，大家說你們的自動化測試能做起來嗎？
很多人都問我：自動化測試能做什么？我的回答往往是：你希望自動化測試做什么，這其實體現了兩種思路，前者是希望先了解自動化測試工具的能力范圍，然后再根據這個范圍定義自己的測試需求；而我認為應該反過來，必須定義出明確的測試需求，然后再根據測試需求選擇合適的測試工具或自動化測試框架。我們不能讓工具束縛住我們，自動化測試應該強化人在測試過程中的主導地位，而不是變成工具的附庸。
其實在做測試的同行中，很多人都認同自動化測試工具不是自動化測試這個觀點，但是在實際的工作中大家卻往往在不知不覺中忽視了這一點。，但是我希望寫的這些東西能給大家提個醒，測試工具固然重要，但是別忽視自動化測試的設計過程，那是重中之重啊。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
