【正文】 QTPConnector 類，并傳入以下所需要的參數(shù)： ? QTPServerIP： “QTP Server IP” ? QTPServerPort： “Socket Port” ? QTP_Case_Lib ： “X:\QTP_Release\QTP_Lib\NMS\Case_Lib\NMS_iTest_Case\” ? QTP_Load_Lib_Path ： “X:\QTP_Release\QTP_Lib\NMS\Service_Lib\。 Cleanup： 無操作。通過在 ATS上創(chuàng)建 Test Job，可以指定測試開始執(zhí)行的時間和次數(shù)。下面以網(wǎng)管系統(tǒng)中的告警管理模塊為例子，從二個方面證明 本系統(tǒng)在實(shí)際應(yīng)用中的效果： (1) 腳本的開發(fā)。 (2) 回歸測試。所以可以將所有的回歸測試安排在晚上執(zhí)行，測試人員只需要設(shè)置測試開始的時間和執(zhí)行的次數(shù)，然后 ATS會在指定的時間發(fā)起測試，并在 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 22 頁 湖南大學(xué)軟件學(xué)院 測試完成后生成測試報告，則測試人員可以在第二天根據(jù)測試報告，手工檢查回放失敗的功能點(diǎn)。 (三 ) 將測試的業(yè)務(wù)邏輯拆分，使得測試的業(yè)務(wù)邏輯和測試數(shù)據(jù)分離開來，這樣可以充分發(fā)揮自動化測試高效率的優(yōu)勢，通過傳入不同的參數(shù)來豐富測試場景，提高產(chǎn)品質(zhì)量。因此，如果系統(tǒng)在出現(xiàn)錯誤的情況下，不僅能返回 文本信息還能返回圖片信息，將極大提高測試人員查找錯誤原因的效率。在技術(shù)和管理不是很先進(jìn)的情況下，開展自動化測試必須要有計劃和決心，踏踏實(shí)實(shí)。 QTP Case 自動化測試系統(tǒng)的 研究與設(shè)計 [D]。PSTN / VOIP。PSTN / VOIP JavaWindow(iTest).JavaTree(JTree).Select Test Type。 2020 年 01 期 [18] 徐中偉 ,吳芳美 。在測試過程中，還會使用到很多測試工具，如 QTP， LoadRunner， TD或者自己開 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 24 頁 湖南大學(xué)軟件學(xué)院 發(fā)的 Simulator等等。 作為一種自動化測試系統(tǒng)，易操作性是提高測試效率的關(guān)鍵。另外， ATS還可以將這些結(jié)果信息導(dǎo)出為 Excel文件，自動生成測試報告。這導(dǎo)致腳本的回放必須在白天進(jìn)行而且需要安排人員監(jiān)控。本系統(tǒng)以函數(shù)庫的形式共享公共函數(shù) ，減少了不必要的開發(fā)和調(diào)試，所以不僅縮短了開始時間，也提高了腳本質(zhì)量。這樣就不會因?yàn)榍懊婺硞€步驟的失敗而導(dǎo)致后面的測試都無法執(zhí)行。 (3) 創(chuàng)建 iTestJob。 Main：通過 QTPConnector類提供的 Call_Case方法調(diào)用 QTP Case函數(shù) “StartApplyHowlerTone”，并傳入所需要的參數(shù)。有以下幾個步驟： 在 X:\QTP_Release\QTP_Lib\NMS\Case_Lib下創(chuàng)建 NMS_iTest_Case目錄，并將 文件復(fù)制到該目錄下。根據(jù)業(yè)務(wù)函數(shù)編寫 QTP Case函數(shù)。 (3) 測試結(jié)果需要 自己手工 匯總。 傳統(tǒng)模式 傳統(tǒng)模式下的腳本組織 在傳統(tǒng)模式下，測試腳本用 Action 來組織。 (3) 等待主控 Test運(yùn)行完成后，從參數(shù)配置文件里讀取 Case Result信息，傳回給 ATS 的QTPConnector對象。在本系統(tǒng)中， QTPConnector Class就是用來封裝這些共用 API的類。因此，系統(tǒng)必須提供開放式的接口 來實(shí)現(xiàn)對這些函數(shù)調(diào)用。構(gòu)建通用化自動測試系統(tǒng)，實(shí)現(xiàn)測試軟硬件資 源共享；采用開放的商業(yè)標(biāo)準(zhǔn)和工業(yè)標(biāo)準(zhǔn)，減少測試系統(tǒng)軟 硬件的開發(fā)和升級費(fèi)用；構(gòu)建高性能測試系統(tǒng)，優(yōu)化測試序列，縮短測試時間；構(gòu)建網(wǎng)絡(luò)化測試系統(tǒng)，實(shí)現(xiàn)測試過程的 遠(yuǎn)程控制與遠(yuǎn)程故障診斷。運(yùn)行在 QTP Server上的控制臺程序，在本系統(tǒng)中作為 Socket Server來實(shí)現(xiàn) QTP Server 與 ATS 的信息交互。如果有多組參數(shù)， 則每組參數(shù)之間用空格隔開 “ParameterName ParameterValue” “ParameterName Par ameterValue” 。 ? Args：其它附加參數(shù) ，可以自己手動去選擇。主要有兩個公共方法： init 和 Call_Case。 不同類型的被測對象的測試 Case 都能夠以相同的方式進(jìn)行管理。 (3) 當(dāng)前的自動化測試腳本中，測試的業(yè)務(wù)邏輯和測試的數(shù)據(jù)都混合在一起，沒有一個規(guī)范的腳本組織結(jié)構(gòu)，使得腳本的后期開發(fā)和維護(hù)成本都很大。 (4) 對測試腳本除錯 。 個人感覺測試是需要增強(qiáng)的，比 如通過參數(shù)化或者編程的方式，當(dāng)測試完善后，尤其是 我覺得 測試新版本時就會發(fā)現(xiàn)能節(jié)省 你不少時間，因?yàn)楹芏嘬浖男掳姹九c舊版本界面差異很小，所以那時 就會體會到自動化測試的方便了，還有就是用自動化測試對于BUG的復(fù)現(xiàn)也很有幫助，你可以真正運(yùn)行兩個完全相同的測試，當(dāng)數(shù)據(jù)量很大時 優(yōu)勢就體現(xiàn)的很明顯 了 在測試中的應(yīng)用 使用 QTP開發(fā)自動化測試可以分為以下幾個步驟： 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 8 頁 湖南大學(xué)軟件學(xué)院 (1) 錄制前的準(zhǔn)備工作。因此 “ 對象庫 ” 的維護(hù)和管理是提高 QTP自動化腳本使用效率的關(guān)鍵。只要應(yīng)用程序中的對象沒有較大的改變 ，錄制過程中記住的描述幾乎總是足以使 QTP 唯一標(biāo)識出該對象。在后期的回歸測試中，只需要回放腳本，就可以實(shí)現(xiàn)相同的測試。它實(shí)現(xiàn)了一個操作的命令集合。如果用戶界面變化了，也只需要稍稍修改命令序列，這時測試人員通過修改電子表格中數(shù)據(jù)要比重新編寫代碼來修改測試用例要方便一些。具有多數(shù)據(jù)組合，路徑選擇的覆蓋性特點(diǎn)，完整度是可控的，而不是隨機(jī)抽樣的。采用測試用例作度量基準(zhǔn)更加準(zhǔn)確、有效。除正常數(shù)據(jù)之外，還必須根據(jù)測試用例設(shè)計大量邊緣數(shù)據(jù)和錯誤數(shù)據(jù)。 (5) 將自動化測試的需求文檔化可以節(jié)約人力，縮短開發(fā)周期，重點(diǎn)完成特定階段的工作。 自動化測試的需求 自動化測試腳本也是一種軟件，它應(yīng)該遵循軟件開發(fā)的過程。腳本可以通過錄制測試的操作產(chǎn)生，然后再做修改，這樣可以減少腳本編程的工作量。所有的記錄轉(zhuǎn)換為一種腳本語言所描述的過程，以模擬用 戶的操作。 論文的研究目的是通過學(xué)習(xí)當(dāng)前的自動化測試?yán)碚摵妥詣踊瘻y試工具，研究如何實(shí)現(xiàn)基于 GUI 的自動化測試系統(tǒng)，可以為提高企業(yè)產(chǎn)品測試效率做參考 。同時軟件產(chǎn)品越來越復(fù)雜，通常一套軟件包括很多 的用戶界面，每個界面里又有很多的控制對象，以及各種信息的交互，對于這樣一套軟件，即便測試只覆蓋到部分界面，工 作量也是相當(dāng)大的。軟件測試的目的就是為尋找和糾正軟件中的 BUG(故障 )，這部分的工作常常由開發(fā)人員自己完成。 關(guān)鍵詞： QTP。本系統(tǒng)以分層結(jié)構(gòu)組織 QTP 測試腳本，將測試的業(yè)務(wù)邏輯與數(shù)據(jù)分離，不僅提高了新腳本的開發(fā)效率，同時降低了腳本的維護(hù)成本。本文主要完成下面的工作： (1) 理解 自動化測試?yán)碚撝R，掌握如何根據(jù)企業(yè)自身情況和需求，實(shí)施與其適應(yīng)的自動化測試。自動化測試 。但隨著軟件應(yīng)用領(lǐng)域越來越廣泛，其質(zhì)量的優(yōu)劣也日益受到人們的重視。因此利用專業(yè)的自動化 測試 工具去完成這些測試是一個很好的選擇。 自動測試的原理和方法 軟件測試自動化實(shí)現(xiàn)的基礎(chǔ)是可以通過設(shè)計的特殊程序模擬測試人員對計算機(jī)的操作過程，操作行為，或者類似于編譯系統(tǒng)那樣對計算機(jī)程序進(jìn)行檢查?；胤艜r，將腳本語言所描述的過程轉(zhuǎn)換為屏幕上的操作，然后將被測系統(tǒng)的輸出記錄下來同預(yù)先給定的標(biāo)準(zhǔn)結(jié)果比較。當(dāng)然，也可以直接用腳本語言編寫腳本。 (1) 分析每個需求，確定自動化測試開發(fā)的可行性。 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 4 頁 湖南大學(xué)軟件學(xué)院 自動化測試用例編寫 (1) 指導(dǎo)測試的實(shí)施 測試用例主要適用于集成測試、系統(tǒng)測試和回歸測試。 (3) 編寫測試腳本的 “ 設(shè)計規(guī)格說明書 ” 為提高測試效率，軟件測試已大力發(fā)展自動測試。 (5) 分析缺陷的標(biāo)準(zhǔn) 通過收集缺陷，對比測試用例和缺陷數(shù)據(jù)庫，分析確證是漏測還是缺陷復(fù)現(xiàn)。自動化測試結(jié)果可以自動生成，不需要人工干預(yù) 。 (二 ) 結(jié)構(gòu)化框架設(shè)計。腳本開發(fā)者不用關(guān)心其過程，只需要關(guān)注輸入和輸出。 QTP標(biāo)識測試對象的 原理是其核心技術(shù)。對于大部分對象，這種方法是適用的，但應(yīng)用程序中包含的某些對象可能在后續(xù)運(yùn)行會話期間很難標(biāo)識，在這種情況下， QTP提供了一種 “ 智能標(biāo)識 ” 機(jī)制。 QTP中的 “ 對象庫 ” 對話框可以顯示當(dāng)前組件，當(dāng)前操作或整個測試（取決于創(chuàng)建測試時選擇的對象庫模式）中所有對象的樹形結(jié)構(gòu)。確認(rèn)應(yīng)用以及 QTP符合測試需求。確保測試腳本正常運(yùn)行。 (4) QTP的測試執(zhí)行雖然是自動化，但其測試的調(diào)度還是手工的。從理論上來說， ATS 是對不同的測試對象的測試行為進(jìn)行 了抽象和概括，因此具體測試對象類型相關(guān)聯(lián)的接口則是需要根據(jù)不同應(yīng)用而專門提供。 1. Init() 該方法在類初始化的時候被調(diào)用，負(fù)責(zé)連接 QTP Server，并根據(jù)傳入的參數(shù)創(chuàng)建測試執(zhí)行所需要的配置文件。 方法實(shí)現(xiàn)的步驟： 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 11 頁 湖南大學(xué)軟件學(xué)院 ? 創(chuàng)建基礎(chǔ)類（ QTPClient Class）對象。 方法實(shí)現(xiàn)的步驟： ? 調(diào)用基礎(chǔ)類（ QTPClient Class）的 runQTP 方法，并傳入?yún)?shù)。 其 工作流程 結(jié)構(gòu)如下圖： 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 12 頁 湖南大學(xué)軟件學(xué)院 圖 QTP Server監(jiān)聽器工作流程圖 (2) QTP主控。對于企業(yè)來說，自動化測試主要包括兩個方面，自動化測試的管理和自動化測試的技術(shù)。 (3) 健壯性。該類中提供的 public方法會被發(fā)布到 ATS上被測試人員使用。 主控 本論文 通過 QTP主控 來完成每個 Case函數(shù)的執(zhí)行，它負(fù)責(zé)實(shí)現(xiàn)從配置文件中讀取執(zhí)行過程中所需要的參數(shù)并加載到 QTP的 DataTable中，加載基本函數(shù)庫，業(yè)務(wù)函數(shù)庫和對象倉庫文件到 QTP的執(zhí)行環(huán)境中，調(diào)用 QTP內(nèi)核執(zhí)行指定的 Case函數(shù)，最后將結(jié)果輸出到配置文件中。 因此在以前的測試中，嚎鳴音和撥號音的測試腳本都在一個 Action 中實(shí)現(xiàn)，測試腳本見 附錄 。需要 自己 監(jiān)測 QTP執(zhí)行過程，并根據(jù)執(zhí)行過程中出現(xiàn)的錯誤，手工產(chǎn)生測試報告，增加了測試工作量。 QTP Case函數(shù)能被 ATS 調(diào)用，其用于調(diào)用對應(yīng)的業(yè)務(wù)函數(shù)，并傳入執(zhí)行過程中所需要的參數(shù)。將業(yè)務(wù)函數(shù)庫 復(fù)制到 X:\QTP_Release\QTP_Lib\NMS\Service_Lib目錄下。 Cleanup： 無操作。最后在 ATS 上創(chuàng)建一個 iTestJob，用于執(zhí)行 iTest Suite。 (3) 測試的結(jié)果報告可以自動生成。以開發(fā) 100個新測試用例的腳本做例子，根據(jù)統(tǒng)計，在傳統(tǒng)模式下所需要的時間是 7 天 /1 人。雖然測試的速度得到了提高，但并沒有最大限度的節(jié)省人力資源和時間。 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 23 頁 湖南大學(xué)軟件學(xué)院 論 本文在自動化測試?yán)碚摰幕A(chǔ)上，結(jié)合公司的自動化測試平臺 ATS和自動化測試工具 QTP，研究并實(shí)現(xiàn)了一種基于 GUI的自動化測試系統(tǒng)，主要得到下面一些成果： (一 ) 實(shí)現(xiàn)了 ATS與 QTP 的結(jié)合。相比傳統(tǒng)模式，本系統(tǒng)在調(diào)度和錯誤處理的自動化方面做了改進(jìn)。如何將這些測試系統(tǒng)和測試工具整合到一起，形成一套完整的自動化測試流程，是提高企業(yè)測試效率和產(chǎn)品質(zhì)量的關(guān)鍵。 軟件測試質(zhì)量的度量 [J]。PSTN / VOIP。PSTN / VOIP JavaTree(JTree).Select Test Type。 2020 年 21 期 [19] 李華偉 。在國內(nèi)軟件企業(yè)中，自動化測試還只是 剛剛起步。如果測試中出現(xiàn)錯誤， QTP只能返回其內(nèi)部定義的錯誤類型和信息，對于 GUI測試來說，只依靠這些信息是很難具體定位錯誤原因，測試人員必須再次在本地回放出錯腳本來定位錯誤。 (二 ) 將 QTP腳本設(shè)計成層次結(jié)構(gòu)，使得各個測試都能共享函數(shù)庫中的方法，不僅提高了開發(fā)新腳本的效率，而且還降低了腳本的維護(hù)成本。因?yàn)?ATS平臺可以 記錄每個測試用例的執(zhí)行結(jié)果信息，并在執(zhí)行完成后統(tǒng)計所有測試用例的結(jié)果生成測試報告。 本 論 文將兩種模式下新腳本的開發(fā)時間做了對比， 得出的結(jié)果 如下圖： 湖南大學(xué)畢業(yè)設(shè)計 (論文 ) 第 21 頁 湖南大學(xué)軟件學(xué)院 圖 兩種模式下新腳本的開發(fā)時間對比圖 從圖中可以看出，應(yīng)用新 系統(tǒng)后，新腳本的開發(fā)效率得到了很大提高，而且隨著 Case 數(shù)量的增加，系統(tǒng)的優(yōu)勢表現(xiàn)得更明顯。 這個 新系統(tǒng) 被應(yīng)用在網(wǎng)管，寬帶接入網(wǎng)關(guān)等多個產(chǎn)品 線的測試中，極大的提高 了測試效率。 實(shí)例應(yīng)用 總結(jié) 本 論文 改變了 QTP傳統(tǒng)使用方式，將自動化測試平臺 ATS與 QTP結(jié)合起來，解決 了傳統(tǒng)模式下存在的一些問題： (1) 測試可以自動發(fā)起。 Main： 通過 QTPConnector 類提供的 Call_Case 方法調(diào)用 QTP Case 函數(shù) “StartDialTone