A. 淺學Jmeter性能測試：使用代理伺服器錄制腳本
右上角設置->高級->系統->打開您計算機的代理設置->連接->區域網設置->勾選「為LAN使用代理伺服器」->地址輸入：127.0.0.1->埠輸入：8888->勾選『』對於本地地址不使用代理伺服器->確定。
PS：設置代理時要關掉抓包工具，因為它也是一個代理伺服器。
註：jmeter自帶代理伺服器
1、設置代理
啟動Jmeter->測試計劃->右鍵添加「非測試元件」->選擇HTTP代理伺服器->設置埠：8888->Test Plan Creation-> 目標控制器選擇「後面創建的自定義線程組」。
2、創建線程組存放腳本
測試計劃->右鍵添加「Threads」->選擇「線程組」-> 自定義線程組名稱 ->保存。
3、提前設置過濾
通常會碰到錄制完腳本後查看Jmeter有多餘的請求，我們可提前設置過濾去掉不需要的請求。
在HTTP代理伺服器頁面，點擊"Requests Filtering"，找到「排除模式」後添加並輸入多個正則表達式 ，每行一個（.*\.php.* 或 .*\.js.* 或 .*\.png.* 或 .*\.gif.* 或 .*\.txt.* ）。設置完成後，再重新啟動代理錄制腳本即可。
PS：話說之前學到的正則表達式終於用上了~
4、錄制腳本
在jmeter代理伺服器里「啟動」伺服器->彈出窗口點擊ok->操作瀏覽器里目標網頁->結束錄制需要的模塊後，點擊jmeter「停止」，在Jmeter里查看腳本。
5、優化腳本
錄制完成後，可能還存在一些漏網之魚，可根據實際需要增刪請求或配置。
PS:刪除了多餘的請求；配置了監聽器-查看結果樹後，有些請求失敗了，添加了cookie管理器後全都請求成功。
註：B/S錄制完腳本一定要添加cookie管理器
6、瀏覽器增加證書（如果有需求訪問Https，無可省略）
右上角設置->高級->隱私設置與安全性->證書->受信任的證書頒發機構->導入->在jmeter文件夾 bin 目錄下 選擇證書（只要開啟過代理伺服器，都會生成證書）。
錄制完成後，一定要記得關閉代理伺服器，否則上不了網。問題來了，如何取消代理伺服器的設置呢？
右上角設置->高級->系統->打開您計算機的代理設置->連接->區域網設置->取消勾選「為LAN使用代理伺服器」->確定。
B. APP怎麼檢測腳本
APP檢測主要從以下幾個方面展開：
APP性能測試和監控：極限測試：在各種邊界壓力情況下（如：電池、存儲、網速等），驗證App是否能正確響應。響應能力測試：測試App中的各類操作是否滿足用戶響應時間要求壓力測試：反復/長期操作下，系統資源是否佔用異常；性能評估：評估典型用戶應用場景下，系統資源的使用情況。Benchmark測試（基線測試）：與競爭產品的Benchmarking，產品演變對比測試等。
至於如何寫檢測腳本，1.可以再Saas平台選擇上百款真實機型,根據需要可進行調用哪一個雲真機2.在SaaS平台的雲端上傳APP,方便統一管理;無需編寫代碼,開始錄制腳本,並自動生成腳本步驟3.APP測試的腳本寫的對不對,還是要回放看一看的
C. 自動化測試腳本開發的主要步驟
1、通過某些方式定位到我們要執行的對象、目標( Target)
2、對這個對象進行什麼操作(command)
3、通過操作對定位到的元素賦值(value)
4、添加斷言操作
D. 如何進行shell腳本正確性測試
最近剛剛接觸到RobotFramework，發現這個工具倒是可以滿足我的要求，而且可以結合seleniumLibrary，用來做web的自動化測試相當不錯。之前我也接觸過selenium，不過感覺那個工具更貼近開發人員使用，有了robotFramework之後，感覺這個工具相當強大，而且是貼近測試人員的。之所以說強大，主要是這些測試腳本都可以用文本格式保存（如txt/html等）
==安裝篇==
如果有想學的朋友可以自己下載以下文件安裝（Google-code里可以找到大部分的安裝文件）：
這篇文章的內容比較舊了，最新的安裝指南請查看 更新篇
python-2.7.1.msi（首先要有python，請選擇將Python加入Path）
wxPython2.8-win32-unicode-2.8.11.0-py27.exe（wxPython，必須要的）
robotframework-2.6.0.win32.exe（然後裝robot的Framework）
robotframework-ride-0.38.1.win32.exe（robotFramework的IDE，很不錯）
robotframework-seleniumlibrary-2.8.win32.exe（seleniumLibrary）
安裝成功後
執行[PythonDir]\Scripts\ride.py
看到界面就是安裝成功了。
如果需要AutoIt支持就下載下面2個東東。
AutoItLibrary-1.1
pywin32-216.win32-py2.7.exe
==入門篇==
安裝完成了，這個框架可以說是基於keyword的操作，按F5可以看到所有載入的keyword。
首先新增一個project
然後新增suite
然後新增test case，接著在suite層級add library，把selenium library加進來，添加後按F5檢驗是否添加成功，如圖
OK，繼續在suite的setting里設置suite啟動和結束的keyword，即Start Selenium Server和Stop Selenium Server，他會在運行時幫助我們自動啟動seleniumserver。
接下來在test case里添加一個步驟，open browser（一般用selenium做web測試都要用這個方法來打開瀏覽器），添加後關鍵字變成藍色表示找到關鍵字了，否則可能是拼寫錯誤或者沒有載入相應的library。紅色表示有一個必選參數要給定輸入值，具體參數可以看F5里的keyword說明。
E. 測試腳本的介紹
Testing script（測試腳本），一般指的是一個特定測試的一系列指令，這些指令可以被自動化測試工具執行。 為了提高測試腳本的可維護性和可復用性，必須在執行測試腳本之前對它們進行構建。或許會發現這樣的情況，即有的操作將出現在幾個測試過程中。因此，應有目的地確定這些操作的目標，這樣就可以復用它們的實施。 測試腳本是自動執行測試過程（或部分測試過程）的計算機可讀指令。測試腳本可以被創建（記錄）或使用測試自動化工具自動生成，或用編程語言編程來完成，也可綜合前三種方法來完成。
F. 自動化測試實例二：腳本開發(上)
完成測試用例後就可以開發測試腳本，一般包括自動化測試框架的開發和功能腳本的開發。在本節中不介紹如何開發自動化測試框架，有興趣的讀者可以參考《 QTP 自動化測試與框架模型設計 》一書中第 19 章和第 20 章的自動化測試框架的內容。本章介紹該實例中需要調用到的函數。
(1)公用函數封裝。
在本實例中需要封裝的函數主要包括： 讀取測試用例、輸入每個測試用例的測試結果。
通過獲取單元格中數據的行數，可以確定測試用例文檔中有多少條測試用例， 代碼如下：
讀取單元格中的數據，即獲得測試用例值， 代碼如下：
在該實例中還需要記錄每個測試用例執行的結果， 封裝的代碼如下：
由於在本實例中需要連接資料庫，檢查資料庫中的數據是否正確，所以將連接資料庫的代碼進行封裝， 代碼如下：
(2)單一模式腳本開發。
自動化測試腳本開發完成後，開始錄制腳本，這個階段主要是將自動化測試的需求轉換為一個簡單的腳本。
1)錄制登錄過程的腳本如下：
2)錄制訂票流程的腳本如下：
3)錄制航班信息的腳本如下：
4)錄制查詢訂票信息的腳本如下：
(3)腳本增強。
錄制好的單一模式腳本的功能很弱，只完成了一個簡單的功能，不具備可擴展性，無法兼容不同的測試數據，所以需要對上面的腳本進行增強。在錄制單一模式的腳本時，其實有一個功能是通用的，就是登錄功能，每個操作的功能都需要先登錄系統，所以可將一個正確登錄的腳本封裝成一個過程，這樣可以節約腳本量，也便於維護腳本。在封裝登錄過程時，需要使用到描述性編程， 封裝的代碼如下：
接著對登錄的腳本進行增強操作，增強的原因是腳本需要能正確處理當輸入用戶名或密碼出錯的情況。 主要需要處理的情況有： 輸入的用戶名為空、輸入的用戶名少於 4 個字元、輸入的密碼為空、輸入的密碼少於 4 個字元。 登錄功能增強後的腳本如下：
訂票流程腳本的增強主要需要處理訂票日期未輸入和輸入錯誤的情況， 訂票流程功能增強後的腳本如下：
航班信息查詢腳本的增強主要是需要檢查當選擇出發城市和到達城市後，顯示出來的航班信息是否正確，腳本增強時需要獲取所有航班信息。 增強後的腳本如下：
查詢訂票信息腳本增強主要是需要檢查該航班號是否存在，如果航班號不存在，會彈出相應的對應信息;如果查詢的訂單號存在，就會顯示出該訂單的相關信息。 增強後的腳本如下：
G. 自動化測試實例三：腳本開發(下)
僅僅通過上面對腳本增強還不夠，不能做到真正的自動化測試，還必須讓腳本正確地執行所有用例，並且同時判斷每個測試用例執行的結果。
對於登錄功能調用測試用例後的腳本如下：
訂票流程功能腳本不但需要調用測試用例，並且在選擇出發城市和到達城市時需要隨機選擇，選擇好出發城市和到達城市後，在選擇航班時也需要做到隨機選擇，這樣能更好地模擬真實的情況。
訂票完成後需要檢查訂票信息是否已經寫入資料庫，即需要檢查 Orders 表中是否添加了相關的訂單信息，增強後的腳本如下：
航班信息功能不需要讀取數據，但需要隨機選擇出發城市和到達城市，當輸入出發城市和到達城市後，應該檢查彈出的航班信息對話框中的所有航班信息是否成功，即是否與 Flights 表中的記錄對應， 增強後的腳本如下：
查詢訂票信息功能增強，即隨機輸入一個訂單號，當該訂單號存在時，需要進一步判斷相關的信息是否正確，如果正確，說明該測試通過，否則測試失敗。 增強後的腳本如下：
腳本開發完成後，即可開始執行腳本，這些腳本主要是功能方面的驗證測試。功能驗證測試也可以理解為每日構建測試，主要是對系統每日新增或修改的代碼進行測試，以保證新增或修改的代碼不會對關鍵功能產生影響。
在執行腳本過程中，需要記錄每一輪測試用例執行的情況，即測試用例記錄，當整個項目的自動化測試完成後，需要提交相關的測試報告。
【自動化測試小結】
本章主要介紹了自動化測試相關的知識， 自動化測試的目的、范圍，測試的程度和測試對象;自動化測試的優缺點和當前自動化測試普遍存在的問題;當前主流的自動化測試工具、自動化測試框架和自動化測試的過程。 通過本章的學習，重點了解什麼是自動化測試、自動化測試框架和自動化測試過程。最後通過介紹一個自動化測試實例，使讀者更好地學習自動化測試的相關知識，但要進一步了解自動化測試，還必須閱讀相關的自動化測試資料。
H. Shell基礎腳本-文件測試操作
下列每一個運算符在滿足其下條件時，返回的結果為真
檢測文件是否存在
檢測文件是否存在
等價於 -e。不推薦使用，已被棄用。
文件是常規文件(regular file)，而非目錄或 設備文件
文件大小不為0
文件是一個目錄
文件是一個 塊設備
文件是一個 字元設備
文件是一個 管道設備
文件是一個 符號鏈接
文件是一個符號鏈接
文件是一個 套接字
文件（文件描述符）與終端設備關聯
該選項通常被用於 測試腳本中的 stdin [ -t 0 ] 或 stdout [ -t 1 ] 是否為終端設備
該文件對執行測試的用戶可讀
該文件對執行測試的用戶可寫
該文件可被執行測試的用戶所執行
文件或目錄設置了 set-group-id sgid 標志
如果一個目錄設置了 sgid 標志，那麼在該目錄中所有的新建文件的許可權組都歸屬於該目錄的許可權組，而非文件創建者的許可權組。該標志對共享文件夾很有用
文件設置了 set-user-id suid 標志。
一個屬於 root 的可執行文件設置了 suid 標志後，即使是一個普通用戶執行也擁有 root 許可權。
對需要訪問硬體設備的可執行文件（例如 pppd 和 cdrecord）很有用。
如果沒有 suid 標志，這些可執行文件就不能被非 root 用戶所調用了
設置了 suid 標志後，在許可權中會顯示 s
設置了粘滯位(sticky bit)
標志粘滯位是一種特殊的文件許可權。如果文件設置了粘滯位，那麼該文件將會被存儲在高速緩存中以便快速訪問。如果目錄設置了該標記，那麼它將會對目錄的寫許可權進行限制，目錄中只有文件的擁有者可以修改或刪除文件。設置標記後你可以在許可權中看到 t
如果一個用戶不是設置了粘滯位目錄的擁有者，但對該目錄有寫許可權，那麼他僅僅可以刪除目錄中他所擁有的文件。這可以防止用戶不經意間刪除或修改其他人的文件，例如 /tmp 文件夾。（當然目錄的所有者可以刪除或修改該目錄下的所有文件）
執行用戶是文件的擁有者
文件的組與執行用戶的組相同
文件在在上次訪問後被修改過了
文件 f1 比文件 f2 新
文件 f1 比文件 f2 舊
文件 f1 和文件 f2 硬鏈接到同一個文件
取反——對測試結果取反(如果條件缺失則返回真)
樣例-1. 檢測鏈接是否損壞
二元比較操作比較變數或者數量。注意整數和字元串比較使用的是兩套運算符
整數比較
等於
不等於
-gt )
大於
大於等於
小於
小於等於
小於（使用 雙圓括弧）
小於等於（使用雙圓括弧）
大於（使用雙圓括弧）
大於等於（使用雙圓括弧）
等於
等於
和 = 同義 == 運算符在 雙方括弧和單方括弧里表現不同
不等於
在 [[ ... ]] 結構中會進行模式匹配。
小於，按照 ASCII碼 排序
注意在 [] 結構里 < 需要被 轉義
大於，按照 ASCII 碼排序
注意在 [] 結構里 > 需要被轉義
字元串為空，即字元串長度為0
字元串非空（null）
使用 -n 時字元串必須是在括弧中且被引用的
使用 ! -z 判斷未引用的字元串或者直接判斷 通常可行，但是非常危險
判斷字元串時一定要引用
樣例-2. 算術比較和字元串比較
樣例-3. 測試字元串是否為空（null）
樣例-4. zmore
邏輯與
exp1 -a exp2 返回真當且僅當 exp1 和 exp2 均為真
邏輯或
如果 exp1 或 exp2 為真，則 exp1 -o exp2 返回真。
以上兩個操作和 雙方括弧結構中的 Bash 比較運算符號 && 和 || 類似
測試操作 -o 和 -a 可以在 test 命令或在測試括弧中進行
rihad 指出：
I. 測試中如何使用自動化腳本
從畢業到現在，經歷了軟體開發，
軟體測試，
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。黑盒測試只能從系統的角度去完成功能測試，但作為軟體本身，應該作更深層次的測試。
J. 如何使用Bash Shell腳本進行功能測試
在本文中，Angel Rivera 將說明如何運用 Bash shell 腳本通過行命令來執行 Linux 應用程序的功能測試。由於此腳本依賴於命令行的返回碼，因而您不能將這種方法運用於 GUI 應用程序 功能測試是開發周期的一個階段，在這個階段中將測試軟體應用程序以確保軟體的函數如預期的那樣，同時能正確處理代碼中錯誤。此項工作通常在單個模塊的單元測試結束之後，在負載／重壓條件下整個產品的系統測試之前進行的。 市場上有許多測試工具提供了有助於功能測試的功能。然而，首先要獲取它們，然後再安裝、配置，這將佔用您寶貴的時間和精力。Bash 可以幫您免去這些煩瑣的事從而可以加快測試的進程。 使用Bash shell 腳本進行功能測試的優點在於： Bash shell 腳本已經在 Linux 系統中安裝和配置好了。不必再花時間准備它。 可以使用由 Linux 提供的文本編輯器如 vi 創建和修改 Bash shell 腳本。不需要再為創建測試程序而獲取專門的工具。 如果已經知道了如何開發 Bourne 或 Korn shell 腳本，那對於如何運用 Bash shell 腳本已經足夠了。對您來說，學習曲線已不存在了。 Bash shell 提供了大量的編程構造用於開發從非常簡單到中等復雜的腳本。 將腳本從 Korn 移植到 Bash 時的建議 如果已有現成的 Korn shell 腳本，而想要將它們移植到 Bash，就需要考慮下列情況： Korn 的 "print" 命令在 Bash 中不能使用；而是改為使用 "echo" 命令。 需要將腳本的第一行： #!/usr/bin/ksh 修改成： #!/bin/bash 創建Bash shell 腳本進行功能測試 這些基本的步驟和建議適用於許多在 Linux 上運行的客戶機／伺服器應用程序。 記錄運行腳本的先決條件和主要步驟 將操作分成若干個邏輯組 基於一般方案制定執行步驟 在每個 shell 腳本中提供注釋和說明 做一個初始備份以創建基準線 檢查輸入參數和環境變數 嘗試提供 "usuage" 反饋 嘗試提供一個「安靜」的運行模式 當出現錯誤時，提供一個函數終止腳本 如可能，提供可以執行單個任務的函數 當顯示正在生成的輸出時，捕獲每個腳本的輸出 在每個腳本內，捕獲每個行命令的返回碼 計算失敗事務的次數 在輸出文件中，突出顯示錯誤消息，以便於標識 如有可能，「實時」生成文件 在執行腳本的過程中提供反饋 提供腳本執行的摘要 提供一個容易解釋的輸出文件 如有可能，提供清除腳本及返回基準線的方法 下面詳細講述了每一條建議以及用於說明問題的腳本。若要下載此腳本，請參閱本文後面的 參考資料部分。 1. 記錄運行腳本的先決條件和主要步驟 記錄，尤其是以有自述標題的單個文件（例如 "README-testing.txt"）記錄功能測試的主要想法是很重要的，包括，如先決條件、伺服器和客戶機的設置、腳本遵循的整個（或詳細的）步驟、如何檢查腳本的成功／失敗、如何執行清除和重新啟動測試。 2. 將操作分成若干個邏輯組 如果僅僅執行數量非常少的操作，可以將它們全部放在一個簡單的 shell 腳本中。 但是，如果需要執行一些數量很多的操作，那最好是將它們分成若干個邏輯集合，例如將一些伺服器操作放在一個文件而將客戶機操作放在在另一個文件中。通過這種方法，劃分適當的顆粒度來執行測試和維護測試。 3. 基於一般方案制定執行步驟 一旦決定對操作進行分組，需要根據一般方案考慮執行操作的步驟。此想法是模擬實際生活中最終用戶的情形。作為一個總體原則，只需集中測試 80% 最常調用函數的 20% 用法即可。 例如，假設應用程序要求 3 個測試組以某個特定的順序排列。每個測試組可以放在一個帶有自我描述文件名（如果可能）的文件中，並用號碼來幫助識別每個文件的順序，例如： 1. fvt-setup-1: To perform initial setup. 2. fvt-server-2: To perform server commands. 3. fvt-client-3: To perform client commands. 4. fvt-cleanup: To cleanup the temporary files, in order to prepare for the repetition of the above test cases. 4. 在每個 shell 腳本中提供注釋和說明 在每個 shell 腳本的頭文件中提供相關的注釋和說明是一個良好的編碼習慣。這樣的話，當另一個測試者運行該腳本時，測試者就能清楚地了解每個腳本中測試的范圍、所有先決條件和警告。 下面是一個 Bash 腳本 "test-bucket-1" 的示例 。 #!/bin/bash # # Name: test-bucket-1 # # Purpose: # Performs the test-bucket number 1 for Proct X. # (Actually, this is a sample shell script, # which invokes some system commands # to illustrate how to construct a Bash script) # # Notes: # 1) The environment variable TEST_VAR must be set # (as an example). # 2) To invoke this shell script and redirect standard # output and standard error to a file (such as # test-bucket-1.out) do the following (the -s flag # is "silent mode" to avoid prompts to the user): # # ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out # # Return codes: # 0 = All commands were successful # 1 = At least one command failed, see the output file # and search for the keyword "ERROR". # ######################################################## 5. 做一個初始備份以創建基準線 您可能需要多次執行功能測試。第一次運行它時，也許會找到腳本或進程中的一些錯誤。因而，為了避免因從頭重新創建伺服器環境而浪費大量時間 -- 特別是如果涉及到資料庫 -- 您在測試之前或許想做個備份。 在運行完功能測試之後，就可以從備份中恢復伺服器了，同時也為下一輪測試做好了准備。 6. 檢查輸入參數和環境變數 最好校驗一下輸入參數，並檢查環境變數是否設置正確。如果有問題，顯示問題的原因及其修復方法，然後終止腳本。 當測試者准備運行腳本，而此時如果沒有正確設置腳本所調用的環境變數，但由於發現及時，終止了腳本，那測試者會相當感謝。沒有人喜歡等待腳本執行了很久卻發現沒有正確設置變數。 # -------------------------------------------- # Main routine for performing the test bucket # -------------------------------------------- CALLER=`basename $0` # The Caller name SILENT="no" # User wants prompts let "errorCounter = 0" # ---------------------------------- # Handle keyword parameters (flags). # ---------------------------------- # For more sophisticated usage of getopt in Linux, # see the samples file: /usr/lib/getopt/parse.bash TEMP=`getopt hs $*` if [ $? != 0 ] then echo "$CALLER: Unknown flag(s)" usage fi # Note quotes around `$TEMP': they are essential! eval set -- "$TEMP" while true do case "$1" in -h) usage "HELP"; shift;; # Help requested -s) SILENT="yes"; shift;; # Prompt not needed --) shift ; break ;; *) echo "Internal error!" ; exit 1 ;; esac done # ------------------------------------------------ # The following environment variables must be set # ------------------------------------------------ if [ -z "$TEST_VAR" ] then echo "Environment variable TEST_VAR is not set." usage fi 關於此腳本的說明如下： 使用語句 CALLER=`basename $0` 可以得到正在運行的腳本名稱。這樣的話，無須在腳本中硬編碼腳本名稱。因此當復制腳本時，採用新派生的腳本可以減少工作量。 調用腳本時，語句 TEMP=`getopt hs $*` 用於得到輸入變數（例如 -h 代表幫助，-s 代表安靜模式）。 語句[ -z "$X" ] 和 echo "The environment variable X is not set." 以及 usage 都是用於檢測字元串是否為空 (-z)，如果為空，隨後就執行 echo 語句以顯示未設置字元串並調用下面要討論的 "usage" 函數。 若腳本未使用標志，可以使用變數 "$#"，它可以返回正在傳遞到腳本的變數數量。 7. 嘗試提供「usage」反饋 腳本中使用 "usage" 語句是個好主意，它用來說明如何使用腳本。 # ---------------------------- # Subroutine to echo the usage # ---------------------------- usage() { echo "USAGE: $CALLER [-h] [-s]" echo "WHERE: -h = help " echo " -s = silent (no prompts)" echo "PREREQUISITES:" echo "* The environment variable TEST_VAR must be set," echo "* such as: " echo " export TEST_VAR=1" echo "$CALLER: exiting now with rc=1." exit 1 } 調用腳本時，使用「-h」標志可以調用 "usage" 語句，如下所示： ./test-bucket-1 -h 8. 嘗試使用「安靜」的運行模式 您或許想讓腳本有兩種運行模式： 在"verbose" 模式（您也許想將此作為預設值）中提示用戶輸入值，或者只需按下 Enter 繼續運行。 在"silent" 模式中將不提示用戶輸入數據。 下列摘錄說明了在安靜模式下運用所調用標志 "-s" 來運行腳本： # ------------------------------------------------- # Everything seems OK, prompt for confirmation # ------------------------------------------------- if [ "$SILENT" = "yes" ] then RESPONSE="y" else echo "The $CALLER will be performed." echo "Do you wish to proceed [y or n]? " read RESPONSE # Wait for response [ -z "$RESPONSE" ] && RESPONSE="n" fi case "$RESPONSE" in [yY]|[yY][eE]|[yY][eE][sS]) ;; *) echo "$CALLER terminated with rc=1." exit 1 ;; esac 9. 當出現錯誤時，提供一個函數終止腳本 遇到嚴重錯誤時，提供一個中心函數以終止運行的腳本不失為一個好主意。此函數還可提供附加的說明，用於指導在此情況下應做些什麼： # ---------------------------------- # Subroutine to terminate abnormally # ---------------------------------- terminate() { echo "The execution of $CALLER was not successful." echo "$CALLER terminated, exiting now with rc=1." dateTest=`date` echo "End of testing at: $dateTest" echo "" exit 1 } 10. 如有可能，提供可以執行簡單任務的函數 例如，不使用許多很長的行命令，如： # -------------------------------------------------- echo "" echo "Creating Access lists..." # -------------------------------------------------- Access -create -component Development -login ted -authority plead -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login ted -authority plead" let "errorCounter = errorCounter + 1" fi Access -create -component Development -login pat -authority general -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login pat -authority general" let "errorCounter = errorCounter + 1" fi Access -create -component Development -login jim -authority general -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component Development -login jim -authority general" let "errorCounter = errorCounter + 1" fi ……而是創建一個如下所示的函數，此函數也可以處理返回碼，如果有必要，還可以增加錯誤計數器： CreateAccess() { Access -create -component $1 -login $2 -authority $3 -verbose if [ $? -ne 0 ] then echo "ERROR found in Access -create -component $1 -login $2 -authority $3" let "errorCounter = errorCounter + 1" fi } ……然後，以易讀和易擴展的方式調用此函數： # ------------------------------------------- echo "" echo "Creating Access lists..." # ------------------------------------------- CreateAccess Development ted projectlead CreateAccess Development pat general CreateAccess Development jim general 11. 當顯示正在生成的輸出時，捕獲每個腳本的輸出 如果腳本不能自動地將輸出發送到文件的話，可以利用 Bash shell 的一些函數來捕獲所執行腳本的輸出，如： ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out 讓我們來分析上面的命令： "2>&1" 命令： 使用"2>&1" 將標准錯誤重定向到標准輸出。字元串 "2>&1" 表明任何錯誤都應送到標准輸出，即 UNIX/Linux 下 2 的文件標識代表標准錯誤，而 1 的文件標識代表標准輸出。如果不用此字元串，那麼所捕捉到的僅僅是正確的信息，錯誤信息會被忽略。 管道"|" 和 "tee" 命令： UNIX/Linux 進程和簡單的管道概念很相似。既然這樣，可以做一個管道將期望腳本的輸出作為管道的輸入。下一個要決定的是如何處理管道所輸出的內容。在這種情況下，我們會將它捕獲到輸出文件中，在此示例中將之稱為 "test-bucket-1.out"。 但是，除了要捕獲到輸出結果外，我們還想監視腳本運行時產生的輸出。為達到此目的，我們連接允許兩件事同時進行的 "tee" （T- 形管道）：將輸出結果放在文件中同時將輸出結果顯示在屏幕上。其管道類似於： process --> T ---> output file | V screen 如果 只 想捕獲輸出結果而不想在屏幕上看到輸出結果，那可以忽略多餘的管道： ./test-bucket-1 -s 2>&1 > test-bucket-1.out 假若這樣，相類似的管道如下： process --> output file 12. 在每個腳本內，捕獲每個行命令所返回碼 決定功能測試成功還是失敗的一種方法是計算已失敗行命令的數量，即返回碼不是 0。變數 "$?" 提供最近所調用命令的返回碼；在下面的示例中，它提供了執行 "ls" 命令的返回碼。 # ------------------------------------------- # The commands are called in a subroutine # so that return code can be # checked for possible errors. # ------------------------------------------- ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 13. 記錄失敗事務的次數 在功能測試中決定其成功或失敗的一個方法是計算返回值不是 0 的行命令數量。但是，從我個人的經驗而言，我習慣於在我的 Bash shell 腳本中僅使用字元串而不是整數。在我所參考的手冊中沒有清楚地說明如何使用整數，這就是我為什麼想在此就關於如何使用整數和計算錯誤（行命令失敗）數量的方面多展開講的原因： 首先，需要按如下方式對計數器變數進行初始化： let "errorCounter = 0" 然後，發出行命令並使用 $? 變數捕獲返回碼。如果返回碼不是 0，那麼計數器增加 1（見藍色粗體語句）： ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 順便說一下，與其它變數一樣，可以使用 "echo" 顯示整數變數。 14. 在輸出文件中，為了容易標識，突出顯示錯誤消息 當遇到錯誤（或失敗的事務）時，除了錯誤計數器的數量會增加外，最好標識出此處有錯。較理想的做法是，字元串有一個如 ERROR 或與之相似的子串（見藍色粗體的語句），這個子串允許測試者很快地在輸出文件中查找到錯誤。此輸出文件可能很大，而且它對於迅速找到錯誤非常重要。 ListFile() { echo "ls -al $1" ls -al $1 if [ $? -ne 0 ] then echo "ERROR found in: ls -al $1" let "errorCounter = errorCounter + 1" fi } 15. 如有可能，「實時」生成文件 在某些情況下，有必要處理應用程序使用的文件。可以使用現有文件，也可以在腳本中添加語句來創建文件。如果要使用的文件很長，那最好將其作為獨立的實體。如果文件很小而且內容簡單或不相關（重要的一點是文本文件而不考慮它的內容），那就可以決定「實時」創建這些臨時文件。 下面幾行代碼顯示如何「實時」創建臨時文件： cd $HOME/fvt echo "Creating file softtar.c" echo "Subject: This is softtar.c" > softtar.c echo "This is line 2 of the file" >> softtar.c 第一個 echo 語句使用單個的 > 強行創建新文件。第二個 echo 語句使用兩個 >> 將數據附加到現有文件的後面。順便說一下，如果該文件不存在，那麼會創建一個文件。 16. 在執行腳本的過程中提供反饋 最好在腳本中包含 echo 語句以表明它執行的邏輯進展狀況。可以添加一些能迅速表明輸出目的的語句。 如果腳本要花費一些時間執行，那或許應在執行腳本的開始和結束的地方列印時間。這樣可以計算出所花費的時間。 在腳本樣本中，一些提供進展說明的 echo 語句如下所示： # -------------------------------------------- echo "Subject: Proct X, FVT testing" dateTest=`date` echo "Begin testing at: $dateTest" echo "" echo "Testcase: $CALLER" echo "" # -------------------------------------------- # -------------------------------------------- echo "" echo "Listing files..." # -------------------------------------------- # The following file should be listed: ListFile $HOME/.profile ... # -------------------------------------------- echo "" echo "Creating file 1" # -------------------------------------------- 17. 提供腳本執行的摘要 如果正在計算錯誤或失敗事務的次數，那最好表明是否有錯誤。此方法使得測試者在看到輸出文件的最後能迅速地辨認出是否存在錯誤。 在下面的腳本示例中，代碼語句提供了上述腳本的執行摘要： # -------------- # Exit # -------------- if [ $errorCounter -ne 0 ] then echo "" echo "*** $errorCounter ERRORS found ring ***" echo "*** the execution of this test case. ***" terminate else echo "" echo "*** Yeah! No errors were found ring ***" echo "*** the execution of this test case. Yeah! ***" fi echo "" echo "$CALLER complete." echo "" dateTest=`date` echo "End of testing at: $dateTest" echo "" exit 0 # end of file 18. 提供一個容易解釋的輸出文件 在腳本生成的實際輸出中提供一些關鍵信息是非常有用的。那樣，測試者就可以很容易地確定正在查看的文件是否與自己所做的相關以及它是否是當前產生的。附加的時間戳記對於是否是當前狀態是很重要的。摘要報告對於確定是否有錯誤也是很有幫助的；如果有錯誤，那麼測試者就必須搜索指定的關鍵字，例如 ERROR，並確認出個別失敗的事務。 以下是一段輸出文件樣本的片段： Subject: CMVC 2.3.1, FVT testing, Common, Part 1 Begin testing at: Tue Apr 18 12:50:55 EDT 2000 Database: DB2 Family: cmpc3db2 Testcase: fvt-common-1 Creating Users... User pat was created successfully. ... Well done! No errors were found ring the execution of this test case :) fvt-common-1 complete. End of testing at: Tue Apr 18 12:56:33 EDT 2000 當遇到錯誤時輸出文件最後部分的示例如下所示： ERROR found in Report -view DefectView *** 1 ERRORS found ring the execution of this test case. *** The populate action for the CMVC family was not successful. Recreating the family may be necessary before running fvt-client-3 again, that is, you must use 'rmdb', 'rmfamily', 'mkfamily' and 'mkdb -d', then issue: fvt-common-1 and optionally, fvt-server-2. fvt-client-3 terminated, exiting now with rc=1. End of testing at: Wed Jan 24 17:06:06 EST 2001 19. 如有可能，提供清除腳本及返回基準線的方法 測試腳本可以生成臨時文件；假若這樣，最好能讓腳本刪除所有臨時文件。這就會避免由於測試者也許沒有刪除所有臨時文件而引起的錯誤，更糟糕的是將所需要的文件當作臨時文件而刪除了。 運行功能測試的 Bash shell 腳本 本節描述如何運用 Bash shell 腳本進行功能測試。假設您已經執行了在前面部分中所述步驟。 設置必要的環境變數 根據需要在 .profile 中或手工指定下列環境變數。該變數用於說明在腳本中如何處理，所需環境變數的驗證必須在腳本執行前定義。 export TEST_VAR=1 將Bash shell 腳本復制到正確的目錄下 Bash shell 腳本和相關文件需要復制到要進行功能測試的用戶標識的目錄結構下。 登錄進某個帳戶。您應該在主目錄下。假設它是 /home/tester。 為測試案例創建目錄： mkdir fvt 復制Bash shell 腳本和相關文件。獲取壓縮文件（請參閱 參考資料 ）並將其放在 $HOME 下。然後將其按下列方式解壓： unzip trfvtbash.zip 為了執行這個文件，更改文件的許可權： chmod u+x * 更改名稱以除去文件的後綴： mv test-bucket-1.bash test-bucket-1 運行腳本 執行下列步驟以運行腳本： 以測試者的用戶標識登錄 更改目錄至所復制腳本的位置： cd $HOME/fvt 從$HOME/fvt 運行腳本： ./test-bucket-1 -s 2>&1 | tee test-bucket-1.out 看一下輸出文件 "test-bucket-1.out" 的尾部並查看摘要報告的結論。 參考資料 您可以參閱本文在 developerWorks 全球站點上的 英文原文. 下載trfvtbash.zip，它包含本文所引用的樣本代碼和工具。該工具在以後有可能會更新。 嘗試用 Info-ZIP 軟體 解開該文件。由於該工具很常用，推薦您最好將解壓和壓縮工具的目錄放至 PATH 中，這樣該機器上的所有用戶都可以使用這個工具。 如何解壓該文件： 為了查看壓縮文件中的內容（實際上並沒有解包和解壓縮該文件），用： unzip -l trfvtbash.zip 命令。(T002)