自動化腳本

A. 測試中如何使用自動化腳本

從畢業到現在，經歷了軟體開發，
軟體測試，
1）QTP工具。QTP是一個快速測試專業工具。它的優點是可以快速建立企業自動化框架，但不是一個全能的工具，因為利用QTP並不能幫助用戶找出更多的 BUG，只能提高執行測試用例的效率。 QTP的價格也較貴。 QTP主要應用於較穩定的測試項目的回歸測試，UI的變化不明顯，功能較穩定的項目。它可以節省回歸測試的成本，但相對手工測試來說，QTP對測試人員的要求較高，比如要掌握VB腳本，掌握函數調用等技術；另外，建立QTP框架前期需要投入較大的人力寫測試用例，加上調試的時間，是一筆不小的開銷，所以企業在選用QTP測試工具時一定要三思而後行。
2）Loadrunner是一個企業級性能測試工具，應用十分廣泛。對於WEB應用，Loadrunner的優勢十分明顯。但與QTP一樣，lr的 License十分昂貴，所以很多企業都使用破解版。並且真正掌握LR精髓的人員並不多，很多人都會使用這個工具，但能用這個工具找出系統瓶頸的人並不多，所以，會使用Loadrunner和會性能測試是兩碼事。懂腳本語言的性能測試人員當然最好。
3）python和Tcl/tk腳本語言。在我之前的經驗中，我用到過PYTHON和TCL。他們都是腳本語言，不需要編譯。兩種語言的特點如下：Python開發java方面的http介面比較方便；tcl/tk開發C++方面的介面更容易一些。PYTHON寫的程序可讀性強，TCL寫的程序的可讀性不好。
4）在需要產生一些大批量數據時，如一個表需要插入100萬條數據，然後這100萬條數據屬於100個不同的類別，如果是手工輸入的話，估計10個人一個月都輸不完，但如果利用腳本，如PB，VB或者Tcl/tk，可以通過產生批量SQL腳本的方式，來產生SQL腳本，這樣不到半小時就可以搞定全部的數據。看來腳本的威力不小！
5）另外，就是Linuxshell腳本了，我們通常說「事半功倍」，shell腳本的確可以幫助你實現這個目的。我們平時在LINUX部署一個應用會用到很多的命令如 Checkout，ps，vi，kill等等，如果能把這個操作流程寫成一個SHELL腳本讓機器自動執行，那該是省了多少事？另外，作為 UNIX/LINUX管理員，平時可以要監控較多的PC終端，他完全可以在UNIX/LINUX上定製各種任務（如備份，刪除臨時文件，檢查磁碟空間等等），所以，掌握Shell腳本（如Sed，awk，grep等）對一個測試人員來講是十分必要的！
6）另外一個就SQL腳本了，要能寫存儲過程（SP）和觸發器（Trigger），還有游標（Cursor）的使用，掌握這些的話對於測試資料庫方面的用例是相當有幫助的。SQL腳本對系統性能和功能都起著十分重要的作用。
作為一名有6年測試經驗的工程師，我堅定地認為腳本測試技術是以後的發展方向，包括白盒測試，也是將來的一個發展方向，對於測試人員來講，核心競爭力是能完整的測試開發人員的程序，盡可能找出更多的BUG。黑盒測試只能從系統的角度去完成功能測試，但作為軟體本身，應該作更深層次的測試。

B. 如何在自動化腳本中寫SQL語句

在MS SQL SERVER 中：
打開查詢分析器，選擇資料庫，在腳本編輯窗口中輸入SQL語句，點擊保存，即可將擴展名為SQL的腳本文件存入磁碟（默認我的文檔或選擇的文件夾）中。

C. 如何利用selenium寫自動化測試腳本

一開始，基本上很多人都是用selenium IDE錄制腳本開始的，我也是！有一本書寫得很不錯:selenium初學者指南！So，從錄制回放開始我的selenium，而在這個過程中，不斷地去補充我的html css知識，熟悉selenium的api！

慢慢地，發現錄制的腳本在回放的時候經常報錯，通過檢查發現，是定位上的錯誤，導致這種定位的錯誤的最大原因是系統前端採用了某種框架，如tigerUI,exj....所以HTML裡面的標簽很多都是動態的，比如id，class，name！這對selenium操作定位的元素而進行自動化來說是致命傷！

所以，開始自己寫定位信息，這已經是必須的了！從而學習了xpth和css選擇器，掌握了更加有效，快速和穩定地定位頁面上的元素（定位的時候難免會碰到有iframe，這就得先切換到iframe中再進行定位了）！也就是，在selenium IDE上寫腳本！

信心滿滿地在selenium IDE上寫了長長地一段腳本，並且反復跑都能成功！總算嘗到了一點點幸福的滋味！然後呢，問題來了，當我要修改和擴展這段的腳本的時候，才發現這效率是相當地低！一句句查！一句句改！多麼痛的領悟！

另外，selenium IDE 默認啟動的是火狐，在使用selenium RC 啟動 IE 進行跑腳本時瀏覽器總是會報錯！各種搞不定，各種不淡定！決定放棄使用IDE！

selenium有一個強大之處就是支持多種語方：java,C#,python等等，並且可以把錄制的腳本轉換成代碼！我用的是java，果斷走起！

不用說，當然是把腳本轉為java代碼了，在E www.hbbz08.com clipse中重新開始搞！

選擇一個測試框架：有Junit和TestNg兩個選擇，公司用的是junit，所以，不用多說，我就用junit驗證selenium腳本的運行結果！並且，Junit和TestNG都可以生成比較直觀的測試報告！

寫好一些代碼，會看到整段代碼中密密麻麻充斥著基本相同的代碼：開始封裝代碼！把常用到API封裝起來！封裝好之後代碼看著就舒服多了！

接下來，是不是也應該把代碼中的定位信息用一個專門的文件放起來，再去讀取裡面的定位信息，這樣，維護代碼和維護定位信息就放在了兩個地方，不用老是扎在代碼和定位路徑中，簡單地分一下層！果斷嘗試！

D. 自動化腳本運行失敗，怎麼處理

IBM? Rational? Functional Tester 是用於功能性和回歸線測試的高級測試自動化工具，它可以在一個基於圖形化用戶界面（GUI）的程序上錄制測試場景，並回放測試場景以實現測試自動化。在錄制期間，您可以插入確認點，這些確認點可以從您正在測試的程序中獲取特定的數據或者屬性。然後在回放期間，這些確認點用來將錄制的信息，與現場信息進行比較以確保穩定性。工具會搜索映射的對象，並在測試期間對其執行一系列的操作。但是，由於對象不存在或者不適當的狀態，Playback 特性通常會遇到一些失敗情況，在回放期間，如果 GUI 響應時間或者 GUI 到達預期狀態所花費的時間，要遠遠高於錄制時間，那麼工具所執行的操作就不能在適當的位置找到適當的對象或者它們的狀態或屬性了，這樣腳本回放就會失敗。通過按照本文中所介紹的步驟進行操作，您將會學到怎樣利用 Rational Functional Tester 程序編程界面（API），來改進腳本以實現基於 Eclipse 程序地可靠測試自動化。前提條件如果您擁有下述的知識，那麼您就能從本文中學到更多的信息：熟悉 Eclipse 環境以及為測試下程序配置 Rational Functional Tester熟悉錄制和回放測試腳本，並理解測試腳本的內容場景注意：對於這些範例，IBM? Rational? Software Architect（一種基於 Eclipse 的程序）用作測試下的程序。本文將會涉及到測試自動化中以下的失敗場景，並解釋在 Eclipse 工作區中遇到它們時的方案。場景 1：不匹配的 GUI 響應時間在回放期間，如果 GUI 響應時間要比錄制期間的時間長，那麼自動化工具將不會找到需要執行操作的對象，而測試腳本也將會失敗。場景 2：未預期的活動窗口如果在自動化測試的回放期間，出現了一個未預期的活動窗口，那麼在錄制期間該窗口將不會出現，自動化腳本將會失敗。自動化會因為未處理的窗口而停止。場景 3：不適當的對象狀態當您在創建確認點時，如果對象沒有處於它所預期的狀態，那麼它會獲取所有需要的具體內容。同樣，在回放期間，如果並不能確保相同的對象狀態，那麼確認點將會失敗。圖 1 中的圖表描述了處理這些場景的基本方法。圖 1. 方案的基本方法方案方法基本上可以改進使用 Rational Functional Tester API 的腳本。作出的選擇能夠處理描述的場景，該場景可能發生在測試自動化場景之中。創建 Eclipse：准備 Rational Functional Tester 以測試基於 Eclipse 的程序為了對基於 Eclipse 的程序使用 Rational Functional Tester 自動化測試特性，您必須首先按照下面的方法來創建測試的環境：點擊 Configure > Enable environment for testing 以打開 Enable Environments 窗口（參見圖 2）。選擇 Eclipse 實例，並點擊 Enable。如果 Eclipse 環境尚沒有列出，那您您可以點擊 Search。點擊 Finish 以保存您所做的修改。圖 2. 激活環境窗口修改代碼：根據用例來更改自動生成的代碼在這一步中，會獲得對自動生成代碼所做的更改，以處理前面所描述的一個或者多個失敗。每一個失敗場景的解決方案，都與下述描述的子部分不同。場景 1：不匹配的 GUI 響應時間對於該場景有兩個可能的解決方案：方案 1a. 檢查進度條的狀態當您在基於 Eclipse 的程序中創建一個項目時，項目構建和確認會在項目向導完成之後才啟動，其中基於 Eclipse 的程序例如 Rational Software Architect 或者 IBM? Rational? Application Developer。有時所花費的時間要比預期的長，腳本回放會失敗，因為項目構建沒有完成，但是腳本會試著進一步地操作。為了避免這種失敗情況的發生，您可以在 Eclipse 工作區右下角查看進度條的狀態修改代碼：根據用例來更改自動生成的代碼在這一步中，會獲得對自動生成代碼所做的更改，以處理前面所描述的一個或者多個失敗。每一個失敗場景的解決方案，都與下述描述的子部分不同。場景 1：不匹配的 GUI 響應時間對於該場景有兩個可能的解決方案：方案 1a. 檢查進度條的狀態當您在基於 Eclipse 的程序中創建一個項目時，項目構建和確認會在項目向導完成之後才啟動，其中基於 Eclipse 的程序例如 Rational Software Architect 或者 IBM? Rational? Application Developer。有時所花費的時間要比預期的長，腳本回放會失敗，因為項目構建沒有完成，但是腳本會試著進一步地操作。為了避免這種失敗情況的發生，您可以在 Eclipse 工作區右下角查看進度條的狀態

E. 幫忙寫一個 Python自動化腳本

可以用Python+SeleniumWebdriver+Appium，現在Selenium2.0都有針對移動終端的自動化
Python27\Lib\site-packages\selenium-2.53.5-py2.7.egg\selenium\webdriver\android

F. 高質量的自動化腳本應該具備哪些特性

1、不需要深入的工作或計劃
2、可以加快開始自動化
3、對實際執行操作可以審計跟蹤
4、用戶不必是編程人員
5、提供良好的（軟體或工具）的演示

G. 自動化腳本編寫dim是什麼意思

是Dimension的縮寫。後面要接變數名，用處是給分配變數名稱及相關的內存空間。

H. 自動化測試腳本一般用什麼語言寫

我主要是做web測試的，最近也在研究自動化測試。
自動化測試主流的工具應該是QTP吧，這個你可以去51testing論壇搜到很多相關的資料。QTP是一個商業軟體。
「不同的工具就要使用不同的腳本語言嗎？」-對於這個，我才疏學淺，不好回答。但主流的腳本語言有java、ruby、python吧，
有些工具是跨平台、跨語言的。我使用cucumber+ruby+selenium-webdriver，cucumber用來寫測試用例，ruby作為腳本語言，selenium-webdriver是用來驅動瀏覽器的。
如果樓主也是搞web測試的，我們可以交流交流

I. 如何使用powershell寫自動化腳本

僅僅需要按下按鈕

最近，我的岳父向我展示了他的T系列福特，我發現自己開始著迷於他堅持練習的啟動汽車的方式。首先調整火花塞，打開汽油活塞，像主氣缸中加入一些汽油，掛空擋，拉起手剎，之後在汽車前面搖動發動機點火。這輛車就又可以繼續行駛了。

在看到我的岳父需要扳動變速箱並腳踩踏板才能保持汽車行駛的時候，我對於自己的汽車的簡單進入方式和一鍵啟動有了新的認識。

而對於規模不斷增長、相當復雜的物理和虛擬數據中心，不論是本地的還是遠程的，你都不能依靠某個人來記住如何啟動T系列福特，而是需要通過執行重復的任務來保證其正常運行。

自動化可以幫助解決下面的一系列問題：

• 重復。如果需要多次執行同一個任務，並且需要保持可靠性和一致性，就需要對任務進行自動化和計劃執行了。

• 人為失誤。避免人為失誤，特別是在危機處理過程中，對於大規模環境的成功運營是至關重要的。即便是一個好的管理員，面對關鍵業務中斷的巨大壓力，也可能犯下錯誤使得情況變得更加糟糕。

• 文檔問題。 自動化對於特定的步驟和預期的、可審計的結果都提供了清晰的文檔。需要確保你的IT部門已經制定了災難恢復文檔，並且已經已經實現了自動化。

自動化面臨新的挑戰

當然，自動化不能神奇地解決所有IT問題。一個良好的自動化策略需要理解哪些地方怎樣使用恰當的工具，並且在最大程度上發揮這些工具的作用。

可以使用不同的方式來實現自動化。讓我們從可以提供圖形用戶界面（GUI）的工具開始，它們可以讓IT管理員重復執行任務，並且實現對任務的大規模管理。

Windows Server
2012中的圖形化伺服器管理器和系統中心虛擬機管理器（SCVMM）等這些工具提供了一些自動化和擴展特性，比如向多個伺服器部署角色，或者同時管理多
台虛擬機，但是不要錯誤地認為這是一種靈活的自動化環境。沒有一種GUI能夠理解你的特殊業務需求。

為了實現能夠業務部門所有需求的靈活性，需要一個由向導和有限的按鈕組成的、能夠順利執行的工具。最好的自動化策略應該提供一個對所有可能性和控制許可權都開放的環境——而這也意味著可能導致徹底的失敗。並沒有一種簡易的、使用於所有環境的自動化方式。

高效的自動化工具都是十分復雜的，需要IT專家在培訓和特定技術領域進行大量投入。學習自動化技能能夠促進職業發展、增加跨平台的潛力和為公司盈利。

除此之外，IT部門必須和業務部門協同合作，來為自動化制定一個有價值的方案。關於這一點，IT專家和CIO都應該閱讀由Gene
Kim、Kevin Behr和George Spafford共同編寫的The Phoenix
Project。這本書介紹了IT部門應該如何成為業務的一部分，而不是現在的敵對關系。

J. 求自動化測試腳本編寫教程，別就說讓我去學各式語言，詳細點。

你好
我是從事自動化測試方面的
1、自動化測試腳本，包括下面幾個方面
1）CLI自動化測試，其應用腳本技術，包括tcl、phython、ruby，你學好一門自動化測試腳本即可，因為CLI的自動化測試就是應用腳本去模擬人工輸入命令行，建議學習一下phython，因為其強大的社區，還有不亞於高級語言的編程思想。
2）工具方面，自動化測試工具例如：RFT的腳本包括java與.net；QPT的腳本為VB等。你有一定的編程基礎的話，就不要停留在工具試用方面，而是要去重點學習一下其工具思想。你沒有基礎的話，你就從其RFT與QTP的幫助文檔看起，裡面都有關於這些功能的API的。
3）自動化測試框架，這個方面不是單存的自動化測試腳本了，而是利用編程技巧，結合各種自動化測試理念去構建適合自己的自動化測試框架，則就要求一定高度的編程技巧和各種知識了。

你需要自動化測試腳本編寫教程，這先要看你去掌握什麼方面的的自動化測試腳本了，我可以提供你教程，但關鍵先看你的需求
這樣，推薦你一個博客， 是專注自動化測試的博客。你先看看，我覺得你對自動化測試認識不深，你先把自動化測試弄得有點小明白，再去看看。你需要什麼，你的方向是什麼：
51tesing上的「散步的SUN」的博客，這是我的博客，你可以在網路裡面直接輸入「散步的SUN」就是其博客了。上面有各種關於自動化測試方面的知識，希望對你又幫助吧。
或者對自動化測試有興趣的，可以發短消息或者郵件我吧（[email protected])，有機會一起學習探討下