自動化測試的法無定法
——陳奕斌
2009-5-25
[
說明
]以下為個人想法，僅供參考。歡迎討論！但請勿「國罵」。
此處的第乙個「法」是指用法的法，第二個「法」是指方法的法。本篇文章標題的意思就是：「自動化測試的用法並沒有固定的方法」。
寫此篇文章，主要是因為看到網上有些人追求技術至上、理論至上、方法至上的理念，個人感覺該寫點什麼來提醒一下自己，免得自己迷失方向。
關於自動化測試方面，本人一直追求的是相關應用對公司或對工作是否有利，這個有利不單指鈔票的事，還包括對公司人員的情緒等各方面的影響等。因此我在用自動化測試時，在一些特殊的地方也進行了特殊的應用。這些應用對於大多數人來說，可能會認為不應該用自動化測試或者說不是自動化測試理論中推薦的用法。我把這些應用統稱自動化測試的小應用（或者叫「非主流應用」）。
發現有些人總是在追求技術至上。我們上級跟我們說，「再好的技術不能應用，那也是沒有價值的」。有的人總想用上高階的自動化測試框架或者說在摳自動化測試框架是什麼這個問題。個人感覺完全沒有必要。適合自己目前情況並預留發展支援的框架會更好一些吧。
在自動化測試開始的初期，本來就要投入不少成本進行自動化測試工具的培訓，而參與自動化測試的，上級基本不會給技術強的人，而是給一些需要你「特別培訓」的人。本來想要讓這幫人熟悉自動化測試工具就是乙個很費勁的事，再整上高階自動化框架，又對工具進行了一些封裝，這幫人還不意見連天才怪呢。再說，自動化測試剛開始或者說公司的自動化測試需求很有可能根本就用不上高階的框架。有可能高階框架反而是個累贅。因此，有時自己簡單組織一下或整乙個小框架反而更好用。
而對於死鑽「自動化測試框架是什麼」這個問題的，我個人感覺，基本可以不用理會。即便不說這個問題現在還沒有定論，即使真的整明白了有很大用處嗎？自己整理乙個適合公司目前自動化需求的應用模式就很實用了，何必考慮這個應用模式算不算是自動化測試框架呢。當然並不是說別人的框架或高階的框架不可以使用，而是說要以是否有用進行判斷。當然也可以吸收這些框架的優點，整理出自己的框架嘛。
自動化測試是一種技術，擁有技術的特點。自動化測試理論中整天在講冒煙、回歸、質保等等應用。個人感覺自動化測試的應用應該是「法無定法」的，即沒有說一定要用在什麼地方，也沒有說一定要如何使用。只要是對工作有利、應用得有價值，那管它自動化測試的應用是否符合理論呢，甚至不一定要把技術用在測試上。本人就曾經使自動化測試工具利用自動化測試來測試安全性，效果也挺好的。大大減少了我安全測試的工作量，只要簡單幾條**配置一些資料，然後就是喝喝水等著看結果了。當然其他的「非主流」應用，我也試驗過一些。基本效果還不錯。有些比所謂的理論型應用效果還好。
個人認為自動化測試的應用還是需要發散思維的。當然在試用前要考慮可能的結果，否則會做不少無用功的。
測試自動化 自動化測試的定義
相關術語 automated testing test tool,automated testing test suite,automated testing test script等.具體參見 http en.wikipedia.org wiki test automation 推薦書籍 1 軟體...
自動化測試 web自動化測試
自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程，即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例，將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...
測試自動化
自動化測試有兩種含義 開發過程的自動化單元測試和功能驗證階段的自動化黑盒測試。這兩者融合到daily build中，是daily build的最重要核心。daily build和自動化單元測試另文詳述，此處主要說說自動化功能測試。自動化測試的投入產出比以及實際應用效果其實不高 自動化測試作為提高測試...