78 後退一步,自動化,自動化,再自動化

2021-06-20 01:44:19 字數 1156 閱讀 8052

我曾和一些程式設計師一起工作,他們被要求生成某個模組中**的行數,於是將檔案複製到乙個文字處理器中並使用它的「行數統計」的功能。接下來的一周他們也是這樣幹的。再後面的一周還是這樣幹的。這很不好。

我曾經工作的專案有乙個冗長的部署過程,包括**簽名以及將結果移動到伺服器,需要點很多次的滑鼠。有人將其自動化了,那個指令碼在最終的測試中執行了數百次,遠比預期的多多了。這很不錯。

為什麼人們一而再、再而三地重複做相同的任務,而不是後退一步花點時間將其自動化呢?

常見的錯誤觀念1:自動化只是測試用的。

沒錯,測試自動化是很不錯的,但為什麼就此而止呢?重複性的任務存在於任何專案中:版本控制、編譯、生成jar檔案、文件生成、部署及報告。這些任務中的很多,指令碼都比滑鼠更加好用,執行繁瑣的任務時更加快速和可靠。

常見的錯誤觀念2:我有ide,所以我不需要自動化。

你是否曾經和同事爭辯過:「但在我的機器上是可以(匯出、生成或者通過測試)的「?現代的ide有著成百上千的可能的設定,基本上不可能保證所有的團隊成員都使用了相同的設定。自動化構建系統,如ant或者autotools可以給你控制和可重複性。

常見錯誤觀念3:要自動化,我需要學一些稀奇古怪的工具。

你可以使用正式的shell語言(如bash或者powershell)做很多事情,包括乙個構建自動化系統。如果你需要和web**互動的話,使用imacros或者selenium這樣的工具。

常見錯誤觀念4:我不能處理這些檔案格式,所以我不能自動化這個任務。

如果你的處理過程中的某部分需要word文件、**或者,那要自動化可能真的是很有挑戰。但這真的是必需的嗎?能不能使用純文字呢?csv呢?xml呢?某個從文字生成畫圖的工具?通常,在過程中稍微做一點改變就可能取得很好的結果,並大大增加樂趣。

常見錯誤觀念5:我沒有時間弄清楚。

不需要學習bash或者ant的一切東西後開始自動化。一邊做用,一邊學。當你有乙個自己覺得可以且應該自動化的任務時,只要學到足夠開始工作就可以了。在專案的早期做,那時比較容易有時間。一旦你成功了,你(和你的上司)就會發現創造出的自動化是很有價值的。

原文:step back and automate, automate, automate by cay horstmann

自動化測試 PC端自動化(一)

keys pywinauto vkpc 小鍵盤chuangkou 測試工具 true 1.安裝 pywinauto pip install pywinauto 2.開啟pc的.exe可執行檔案的,一種方式就夠用了 效果 3.可以看到視窗的名字是 無標題 記事本 列印一下這個視窗輸入的位置 結果con...

自動化測試 引言 自動化之我見

作為開篇,這裡先簡單介紹一下個人情況 本人非計算機專業的本科畢業,從事軟體測試工作一年多了,同樣的,接觸自動化測試領域也有一年了,打算開個部落格把我在工作中所學到與自動化測試有關的東西分享出來。好啦,下面開始說正題 自動化測試自身就是乙個很大的概念。逛過一些測試論壇的童鞋應該會知道qtp和loadr...

自動化測試 web自動化測試

自動化 由機器裝置代替人為完成制定目標的過程 優點 提高工作效率 減少勞動力 產品規格同一標準 批量生產 自動化測試 讓程式代替人為去驗證程式功能的過程,即在預設條件下執行程式系統 流程確定 搭建自動化框架 編寫測試用例,將其轉化為soupui 介面 自動化測試指令碼 執行自動化測試指令碼 輸出執行...