腳本自動化測試

A. 16 Web 自動化測試 -- Jenkins執行腳本

想要通過Jenkins來執行腳本，我們得在Jenkins上先安裝一些必要的環境，並去新建一個Maven Job。

詳細見個人博客： http://www.jianshu.com/p/026c0fcaedf0

這里對日程表的五顆 * 做個說明：

注意也需要在Jenkins Location中設置管理員郵件地址：

接著在Job 的配置的「構建後操作」中添加發送郵箱操作，可選「Editable Email Notification」 插件，並做配置。
Project Recipient List 配置要收到郵件的郵箱列表
Content Type 配置郵件發送類型
Default Content 配置郵件發送內容，例如content type我選擇了HTML，那麼我可以編寫html於內容中，發郵件後會自動化解析成頁面形式。例如：

B. 自動化測試基本流程是什麼

自動化測試基本流程

1、制定測試計劃

在展開自動化測試之前，最好做個測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬體、數據等資源都准備充分。制定好測試計劃後，下發給用例設計者。

2、分析測試需求

用例設計者根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基於Web功能測試需要覆蓋一下幾個方面：

1）頁面鏈接測試，確保各個鏈接正常；

2）頁面控制項測試，確保各個控制項可靠；

3）頁面功能測試，確保各項操作正常；

4）數據處理測試，確保數據顯示准確、處理精確可靠；

5）模塊業務邏輯測試，確保各個業務流程暢通。

3、設計測試用例

通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由於不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例。必要時，要將登陸系統的用戶、密碼、產品、客戶等參數信息獨立出來形成測試數據，便於腳本開發。

4、搭建測試環境

自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。因為自動化測試的腳本編寫需要錄制頁面控制項，添加對象。測試環境的搭建，包括被測系統的部署、測試硬體的調用、測試工具的安裝和設置、網路環境的布置等。

5、編寫測試腳本

根據自動化測試用例和問題的難易程度，採取適當的腳本開發方法編寫測試較薄。一般先通過錄制的方式獲取測試所需要的頁面控制項，然後再用結構化語句控制腳本的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數據驚醒參數化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之後，需要反復執行，不斷調試，知道運行正常為止。腳本的編寫和命名要符合管理規范，以便統一管理和維護。

6、分析測試結果、記錄測試問題

應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發現缺陷。如果採用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例運行失敗後，自動化測試平台就會自動上報一個缺陷。測試人員只需每天抽出一地你該時間，確認這些自動上報的缺陷，是否是真實的系統缺陷。如果是系統缺陷就提交開發人員修復，如果不是系統缺陷，就檢查自動化測試腳本或者測試環境。

7、跟蹤測試BUG

測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復後，需要對此問題執行回歸測試，就是重復執行一次該問題對應的較薄，執行通過則關閉，否則繼續修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那麼在回歸測試前，還需要對腳本進行必要的修改和調試。

8、自動化腳本的維護

如果系統發生變更時，對自動化測試腳本和相關文檔包括《自動化測試用例》、《自動化腳本設計說明書》進行維護，以適應變更後的系統。

C. 自動化測試實例三：腳本開發(下)

僅僅通過上面對腳本增強還不夠，不能做到真正的自動化測試，還必須讓腳本正確地執行所有用例，並且同時判斷每個測試用例執行的結果。

對於登錄功能調用測試用例後的腳本如下：

訂票流程功能腳本不但需要調用測試用例，並且在選擇出發城市和到達城市時需要隨機選擇，選擇好出發城市和到達城市後，在選擇航班時也需要做到隨機選擇，這樣能更好地模擬真實的情況。

訂票完成後需要檢查訂票信息是否已經寫入資料庫，即需要檢查 Orders 表中是否添加了相關的訂單信息，增強後的腳本如下：

航班信息功能不需要讀取數據，但需要隨機選擇出發城市和到達城市，當輸入出發城市和到達城市後，應該檢查彈出的航班信息對話框中的所有航班信息是否成功，即是否與 Flights 表中的記錄對應， 增強後的腳本如下：

查詢訂票信息功能增強，即隨機輸入一個訂單號，當該訂單號存在時，需要進一步判斷相關的信息是否正確，如果正確，說明該測試通過，否則測試失敗。 增強後的腳本如下：

腳本開發完成後，即可開始執行腳本，這些腳本主要是功能方面的驗證測試。功能驗證測試也可以理解為每日構建測試，主要是對系統每日新增或修改的代碼進行測試，以保證新增或修改的代碼不會對關鍵功能產生影響。

在執行腳本過程中，需要記錄每一輪測試用例執行的情況，即測試用例記錄，當整個項目的自動化測試完成後，需要提交相關的測試報告。

【自動化測試小結】

本章主要介紹了自動化測試相關的知識， 自動化測試的目的、范圍，測試的程度和測試對象;自動化測試的優缺點和當前自動化測試普遍存在的問題;當前主流的自動化測試工具、自動化測試框架和自動化測試的過程。 通過本章的學習，重點了解什麼是自動化測試、自動化測試框架和自動化測試過程。最後通過介紹一個自動化測試實例，使讀者更好地學習自動化測試的相關知識，但要進一步了解自動化測試，還必須閱讀相關的自動化測試資料。

D. 如何寫自動化測試腳本具體的思路是。。。。。

自動化測試適用范圍主要是回歸測試針對回歸測試來設計自動化測試腳本的思路：1.確定是否需要進行自動化測試2.需要自動化測試，則確定哪些內容需要進行自動化測試3.選取需要自動化測試的內容相關的測試用例4.根據這些用例，構建數據文件5.根據數據文件設計相應的邏輯，以方便數據文件的輸入為主6.自動化測試腳本應該包含以下內容：1.可重復的操作步驟2.可替換的輸入3.具有比對預期輸出與實際輸出的功能4能夠自動將比對的結果輸出到一個統一的文件上

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

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

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

F. 自動化測試腳本的基本功能有哪些

自動化測試腳本的基本功能有腳本語言，對象識別，自動執行和結果判斷。

1、測試需求分析階段。測試需求分析階段主要工作是獲得測試項目的測試需求（測試規格）。輸出產物：《可測試性需求說明書》和《測試規格》。

2、測試計劃階段。以測試需求為基礎，分析產品的總體測試策略。輸出產物：《產品總體測試策略》。

Test Partner：

它使測試人員和開發人員都可以使用可視的腳本編制和自動向導來生成可重復的測試，用戶可以調用VBA的所有功能，並進行任何水平層次和細節的測試。TestPartner的腳本開發採用通用的、分層的方式來進行。

沒有編程知識的測試人員也可以通過TestPartner的可視化導航器來快速創建測試並執行。通過可視的導航器錄制並回放測試，每一個測試都將被展示為樹狀結構，以清楚地顯現測試通過應用的路徑。

G. 編寫自動化測試腳本的注意事項

參考
https://blog.csdn.net/weixin_39575775/article/details/119021359?spm=1001.2101.3001.6650.11&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-11.pc_relevant_paycolumn_v3&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7ERate-11.pc_relevant_paycolumn_v3&utm_relevant_index=16

H. Monkey自動化測試腳本以及電量記錄腳本

Monkey自動化測試過程中發現monkey進程重啟，因此加入檢測monkey進程重啟腳本。

#!/system/bin/sh while true do echo "checking monkey..." monkeyPID=$(pgrep com.android.commands.monkey) echo $monkeyPID if [ -z "$monkeyPID"] ; then echo "monkey is died, reboot monkey..." monkey --ignore-crashes --ignore-timeouts --ignore-security-exceptions --ignore-native-crashes --kill-process-after-error --pkg-whitelist-file /data/local/tmp/monkey-whitelist.dat --throttle 250 -v -v -v 99999999 > sdcard/monkey_log/monkey.log & else echo "monkey exist, continue..." fi sleep 30 done

另外加入monkey測試過程中記錄電量變化的腳本

#!/system/bin/shfile_date=$(date +'%Y%m%d-%H%M')chmod 777 /sdcardmkdir /sdcard/Atestlogmkdir /sdcard/Atestlog/bqmkdir /sdcard/Atestlog/logchmod 777 /sdcard/Atestlogchmod 777 /sdcard/Atestlog/bqchmod 777 /sdcard/Atestlog/logecho 'file qpnp-bms.c +p' > /sys/kernel/debug/dynamic_debug/controlcat /proc/kmsg > /sdcard/Atestlog/log/kmsg_$file_date.txt &logcat -v time > /sdcard/Atestlog/log/logcat_$file_date.txt &#把當前的時間和電量值寫入文件record(){echo $(date +'%Y/%m/%d\t%H:%M:%S\t')$(cat /sys/class/power_supply/bq27542/voltage_now)'\t'$(cat /sys/class/power_supply/bq27542/current_now)'\t'$(cat /sys/class/power_supply/bq27542/temp)'\t'$(cat /sys/class/power_supply/bq27542/capacity)%'\t' "

" >> /sdcard/Atestlog/bq/bq_$file_date.txt}#無限循環執行寫電量值操作，每次循環間隔count=0while truedo  record $count  sleep 5  let count=$count+1done

I. 自動化測試實例二：腳本開發(上)

完成測試用例後就可以開發測試腳本，一般包括自動化測試框架的開發和功能腳本的開發。在本節中不介紹如何開發自動化測試框架，有興趣的讀者可以參考《 QTP 自動化測試與框架模型設計 》一書中第 19 章和第 20 章的自動化測試框架的內容。本章介紹該實例中需要調用到的函數。

(1)公用函數封裝。

在本實例中需要封裝的函數主要包括： 讀取測試用例、輸入每個測試用例的測試結果。

通過獲取單元格中數據的行數，可以確定測試用例文檔中有多少條測試用例， 代碼如下：

讀取單元格中的數據，即獲得測試用例值， 代碼如下：

在該實例中還需要記錄每個測試用例執行的結果， 封裝的代碼如下：

由於在本實例中需要連接資料庫，檢查資料庫中的數據是否正確，所以將連接資料庫的代碼進行封裝， 代碼如下：

(2)單一模式腳本開發。

自動化測試腳本開發完成後，開始錄制腳本，這個階段主要是將自動化測試的需求轉換為一個簡單的腳本。

1)錄制登錄過程的腳本如下：

2)錄制訂票流程的腳本如下：

3)錄制航班信息的腳本如下：

4)錄制查詢訂票信息的腳本如下：

(3)腳本增強。

錄制好的單一模式腳本的功能很弱，只完成了一個簡單的功能，不具備可擴展性，無法兼容不同的測試數據，所以需要對上面的腳本進行增強。在錄制單一模式的腳本時，其實有一個功能是通用的，就是登錄功能，每個操作的功能都需要先登錄系統，所以可將一個正確登錄的腳本封裝成一個過程，這樣可以節約腳本量，也便於維護腳本。在封裝登錄過程時，需要使用到描述性編程， 封裝的代碼如下：

接著對登錄的腳本進行增強操作，增強的原因是腳本需要能正確處理當輸入用戶名或密碼出錯的情況。 主要需要處理的情況有： 輸入的用戶名為空、輸入的用戶名少於 4 個字元、輸入的密碼為空、輸入的密碼少於 4 個字元。 登錄功能增強後的腳本如下：

訂票流程腳本的增強主要需要處理訂票日期未輸入和輸入錯誤的情況， 訂票流程功能增強後的腳本如下：

航班信息查詢腳本的增強主要是需要檢查當選擇出發城市和到達城市後，顯示出來的航班信息是否正確，腳本增強時需要獲取所有航班信息。 增強後的腳本如下：

查詢訂票信息腳本增強主要是需要檢查該航班號是否存在，如果航班號不存在，會彈出相應的對應信息;如果查詢的訂單號存在，就會顯示出該訂單的相關信息。 增強後的腳本如下：

J. 怎麼加強自動化測試腳本的穩定性

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 工作區右下角查看進度條的狀態