大批量腳本的調度
重用需要實現腳本調度
數據驅動的要求
界面一旦變化的維護要求
4.自動化功能測試設計框架
這里我們提出的自動化功能測試設計框架應該包含的內容，首先最關鍵的是中心管理，我們首先應該有自己的庫(Central Management)，去集中管理所有的自動化測試腳本;上面一層是功能庫(Functional Lib)，是一些可以提取的函數;再上面一層是業務組件(Logic Components)，把被測系統可重用的組件提取出來;再上面一層是控制器(Controller)，可以控制、組織業務組件，形成一個個業務流程;再上面是調用的腳本(Load Scripting)，實現腳本的調度。下面我們來看一下，傳統的自動化功能測試是序列化的，從登錄、創建訂單、查看訂單到退出，是一步步做的，數據往往和腳本是捆綁在一起的，對腳本的調用還是需要用寫代碼的方式來維護。而HP的業務流程測試(Business Process Testing)—基于Web的無測試腳本的功能測試，它與傳統的自動化功能測試的區別是：
使業務人員參與自動化功能測試的設計和使用，及早進行測試規劃
業務人員使用自然語言定義組件;測試人員腳本實現
使用應用界面流和數據創建測試案例
大量減少自動化測試案例維護時間
外面的展廳中，我的同事會有一些實時的demo展示，大家如果感興趣可以在間歇的時候去看一下，業務流程測試怎么樣方便的幫助用戶實現自動化功能測試的框架。這個圖是HP的質量中心的框架圖，在軟件質量管理講演中會對它詳細介紹，這里我就不詳細介紹了。
第二部分給大家介紹軟件自動化性能測試。講解之前，我首先問大家一個問題，有多少人用過 LoadRunner?好，我本來想如果用的人多的話我就著重介紹一些新的特性，現在看來大家用的不多，我還是詳細介紹一下。前面我們介紹的是功能測試，主要是在功能上看產品和業務的對應情況，能不能滿足業務需求。但同時我們也知道產品的使用往往不是一兩個人，少則幾十，多則上千，那么產品上線以后是不是能夠支撐這么多用戶，因此要做性能測試，他與功能測試還有個區別是，功能測試還是可以靠人力去做，但性能測試往往無法靠人力做的，因為沒有辦法做到這么多人同時做一個操作，并計算響應時間。作為性能測試，我們往往面臨一些問題：1.性能測試目標不明確;2.業務部門和測試團隊缺乏通用語言;3.腳本能否錄制和回放;4.場景如何接近真實地模擬;5.瓶頸定位。
HP LoadRunner作為業界領先的自動化壓力測試工具，它具有很多功能：1.使用成百上千的虛擬用戶代替真實用戶;2.從單一控制點對系統產生精確的，可測量和可重復的負載，并且提供無代理的監控;3.強大的分析器，協助查明系統瓶頸。
然后我們可以看一下 LoadRunner如何工作?
將業務流程錄制為自動化腳本，例如股票交易應用中的 “買入”;
添加事務, 參數化輸入數據, 添加驗證點;
模擬用戶行為，例如網絡連接類型，頻率等…
文章來源于領測軟件測試網 http://www.kjueaiud.com/
