自動化之前要考慮到事情:
1 範圍
將所有到東西自動化是不切實的。必須仔細研究和分析測試所能達到的範圍。這個是非常重要的。其實自動化測試最費時耗力的是什麼時候使用自動化,以及測試指令碼的編寫,而執行卻會非常快。
2 時間到準備
一定要把自動化測試指令碼的準備時間考慮在內。通常,在開始使用自動化測試到時候指令碼到編寫時間可能會長,但隨著使用時間的變長和熟練程度,指令碼編寫時間會越來越少,效率在後期得到體現。
3 投資回報率
自動化的投入是巨大的,所以一定要慎重。「該出手時在出手」。如果自動化運用得當,則回報也非常好的!
4 什麼時候使用
5 測試的完整性
你怎麼去衡量乙個測試的成功與失敗?莫非只是根據它返回的pass或fail嗎?難到指令碼執行過了沒有顯示錯誤就是正確的嗎?值得去深思。
6 錄製與回放
好多人說不要依賴指令碼的錄製和回放,這個想法很偉大。你手動的執行測試而測試工具是在後台進行記錄的。不依賴錄製與回放想法很偉大,卻很少能有效。
7 指令碼的維護
對於自動化測試指令碼的事後維護是非常複雜的,成本也很高。因為如果乙個程式有了太多的變更需要進行修改。
8 工具整合
並不是所有的公司都回買一套的軟體,所以工具的整合也很有難度。
9 不正確或盲目的使用工具只會增加成本和負擔,是非常危險的!
關於UI自動化測試的思考
不知不覺,時間過去了二年多,從開始想學習自動化 ui自動化到上手做專案 到上手,到能獨立開發乙個專案的ui自動化指令碼。一直在學習,邊做邊學,邊看邊學。邊總結 具體看我的部落格,其中大部分都是自己的理解 隨著乙個個專案的落地,自己也想總結自己對ui自動化的理解了。1,ui自動化是一種能力,測試人員提...
關於自動化測試
很多東西總是很容易被提起,然後接著被忘記 比如開發的單元測試,和測試的自動化測試。我覺得這個和企業的文化 開發測試團隊的流程化水平相關。如果我們在工作中已經 敏捷 掉了需求分析和詳細設計的時間,那麼我們是不可能忍受單元測試使用初期帶來的效率下降,也不可能堅持維護現有的單元測試指令碼。同樣如果測試組現...
關於自動化測試的一些思考。
我們都知道自動化測試是一種不錯的回歸測試的解決方案,我們一直想在自己負責的被測試產品 模組中引入自動化測試,但是,是不是應該大張旗鼓的在產品測試過程中引入自動化?要知道回歸測試是有其專用目的的,主要是為了驗證原來好用的功能現在仍繼續好用,發現原來好用但現在不好用的功能。要知道自動化測試指令碼的完全建...