基于QC管理的QTP自動(dòng)化設(shè)計(jì)框架規(guī)范

1、項(xiàng)目編號(hào) 密級(jí) 秘密 修訂歷史 生效日期 版本號(hào) 版本說明 作者 審核 批準(zhǔn) V1.0 草稿版 劉毅 基于QC管理的自動(dòng)化設(shè)計(jì)框架規(guī)范指南 目錄 1 引言 3 1.1 目標(biāo)與范圍 3 1.2 術(shù)語和縮略語 3 1.3 參考資料 3 2 整體說明 4 2.1 自動(dòng)化測試框架概述 4 2.2 目標(biāo)和約束 4 3 自動(dòng)化框架組件規(guī)范 5 3.1 自動(dòng)化測試項(xiàng)目的目錄整體結(jié)構(gòu) 5 3.2 數(shù)據(jù)管理( TestData ) 5 3.2.1 參數(shù)文件規(guī)范 5 3.2.2 參數(shù)配置基礎(chǔ)方法 5 3.2.3 數(shù)據(jù)驅(qū)動(dòng)高級(jí)方法 6 3.3 可復(fù)用操作 (ReusableActions) 7 3.4 外部驅(qū)動(dòng)程序

2、 (Function) 7 3.5 對(duì)象庫管理 (ObjectRepository) 9 3.5.1 對(duì)象管理規(guī)范 9 3.5.2 對(duì)象復(fù)用 9 3.6 功能性腳本 (BusinessFunction) 11 3.7 測試結(jié)果 (TestResult) 12 3.8 場景恢復(fù) (RecoveryScenario) 13 3.9 清理測試( TestClear ) 14 3.10 配置參數(shù)( Environment ) 14 4 自動(dòng)化設(shè)計(jì)過程規(guī)范 16 5 測試腳本書寫規(guī)范 17 6 執(zhí)行流配置規(guī)范 18 1 引言 1.1.1目標(biāo)與范圍 本文檔將從流程管理的角度對(duì)自動(dòng)化測試框架行綜合概述，涉及

3、到自動(dòng)化測試框架的總體流程定 義、相關(guān)的活動(dòng)、角色、輸入、輸出等。本文檔主要針對(duì)自動(dòng)化測試崗位上的人員。 1.1.2 術(shù)語和縮略語 序號(hào) 術(shù)語/縮略語 全稱和說明 1. QTP Quickly Test Professi onal 2. QC Quality Center 3. 文件服務(wù)器 映射的網(wǎng)絡(luò)驅(qū)動(dòng)器和共享公共存儲(chǔ)空間 1.1.3參考資料 3自動(dòng)化框架組件規(guī)范 2 整體說明 2.1.1 自動(dòng)化測試框架概述 小規(guī)模自動(dòng)化，寫幾十個(gè)上百個(gè)自動(dòng)化測試用例，就無所謂框架了，隨便錄制一下腳本再參數(shù)化 一下就可以了。但是寫成千上萬個(gè)自動(dòng)化測試用例的時(shí)候，不僅開發(fā)時(shí)非常費(fèi)力，寫出來的腳本大量冗 余，而

4、且開發(fā)后根本無法維護(hù)。其實(shí)大規(guī)模的測試自動(dòng)化，要錄制編寫大量的腳本，從本質(zhì)上說也是開 發(fā)一個(gè)測試系統(tǒng)。 2.1.2 目標(biāo)和約束 QTP 只是一個(gè)基礎(chǔ)工具，它的 KeywordView 、Action 、 CheckPoint 等概念，都是針對(duì)小規(guī)模自動(dòng) 化的用戶。 不適合大規(guī)模自動(dòng)化的專業(yè)用戶自動(dòng)化測試的管理不僅僅局限于腳本的層面，而是從整個(gè)自 動(dòng)化測試需求管理的流程出發(fā)， 將自動(dòng)化測試需求管理流程分解為相應(yīng)的活動(dòng)，詳細(xì)定義各個(gè)活動(dòng)的相 關(guān)角色，輸入、輸出等等。 3.1自動(dòng)化測試項(xiàng)目的目錄整體結(jié)構(gòu) 下面是自動(dòng)化回歸測試架構(gòu)，可擴(kuò)展Bus in ess Comp onent 或其他組件，只需在子

5、系統(tǒng)下陸續(xù)添加 新的目錄即可，每做變更需要考慮清楚歷史的腳本影響和后續(xù)維護(hù)的成本，不能單憑現(xiàn)有的優(yōu)勢(shì)或好處 就做草率的決定，給已經(jīng)完成的系統(tǒng)帶來負(fù)擔(dān)。 婦二2自動(dòng)化測試篥例 閩-J BusinessComponent l+： BusinessFunct ion _j Environment i 丄j Functions Ob jectReposit ory l+：RecoveryScenar io l+： Reuseable Actions l+： . j TestClear E _j Test Data 圧,_j TetResult 3.2 數(shù)據(jù)管理（TestData） 3.2.1 參數(shù)文件

6、規(guī)范 1. EXCEL參數(shù)文件：原則上一個(gè)執(zhí)行流對(duì)應(yīng)一個(gè)參數(shù)文件，便于流程控制管理； 2. EXCEL文件SHEETS :一個(gè)腳本或一個(gè) ACTION 對(duì)應(yīng)一個(gè) SHEET ； 3. 字段命名：與對(duì)象庫中的對(duì)象域定義名稱保持一致，使用中文定義字段名稱； 4. 所有頁面可編輯域全部參數(shù)化。 3.2.2 參數(shù)配置基礎(chǔ)方法 測試數(shù)據(jù)通常使用 EXCEL文件保存，并保存于指定文件服務(wù)器的TestData目錄下。例如： 共享目錄【subSystemName】【subTestPath】目錄用來保存測 試數(shù)據(jù)，傳遞測試流程參數(shù)。子路徑和參數(shù)文件自主命名即可。 【注】：subTestPath可依據(jù)系統(tǒng)特點(diǎn)決定

7、是否使用，如系統(tǒng)中存在復(fù)用腳本或Action ,這些腳本、 Action使用了參數(shù)表并且有并行運(yùn)行的可能，則需要使用子路徑進(jìn)行多流程并行的控制支持：即， 將二級(jí)路徑作為一個(gè)參數(shù)寫在腳本的導(dǎo)入?yún)?shù)文件路徑中，在不同的執(zhí)行流中進(jìn)行不同的子路徑配 置。這樣操作需要注意測試實(shí)驗(yàn)室中只能通過測試執(zhí)行流視圖進(jìn)行配置，而執(zhí)行網(wǎng)格則對(duì)執(zhí)行流無 效，配置過程如下： 323數(shù)據(jù)驅(qū)動(dòng)高級(jí)方法 使用EXCEL文件存儲(chǔ)測試數(shù)據(jù)，保存于 QC指定目錄下(測試集附件)，如自動(dòng)化測試案 例集 【SubSystemName】【TestSetName】,并且使用運(yùn)行時(shí) VBS Function 操作QC測試集附件 (attach

8、me nt)和QC測試集運(yùn)行時(shí)參數(shù)(run time parameter )，讀寫這些文件進(jìn)行流程控制。簡單示例 如下： Function UpLoadAttachmentToQC (FilePath) Set ObjCurrentTest = QCUtil.CurrentTest.Attachments Set ObjAttch = ObjCurrentTest.Addltem(Null) ObjAttch.FileName = FilePath ObjAttch.Type = 1 ObjAttch.Post ObjAttch.Refresh End Function Function Re

9、moveQCAttachements (NameOfTheFile) var_count= QCUtil.CurrentTest.Attachments.NewList(” ).count For i= 1 to var_count If QCUtil.CurrentTest.Attachments.NewList(” ).Item(2).Name =NameOfTheFile Then AttachmentID = QCUtil.CurrentTest.Attachments.NewList().ltem”lD QCUtil.CurrentTest.Attachments.Removelte

10、m(AttachmentlD) Else Reporter.ReportEvent micFail, Please provide the valid filename Please provide the valid filename End If Next End Function 3.3 可復(fù)用操作(ReusableActions) 在QTP里開發(fā)，要真正做到腳本分層復(fù)用、減少冗余的程度，自己組織腳本結(jié)。我們基于功能性 創(chuàng)建了可重復(fù)使用腳本，也有基于單個(gè)功能創(chuàng)建的腳本以適應(yīng)不同的測試用例測試他們不同的功能需求 來調(diào)用。 例如，在契約里將【工作臺(tái)任務(wù)處理】、【錯(cuò)誤處理】、【登陸退出】、【文

11、件下載】等這些操 作頻率較高的Action做成可復(fù)用腳本 Action提供給其他腳本調(diào)用，免除每個(gè)腳本都要重新編寫的額外 工作。 1 %F1W* Lem Cdlti*| 噸用戶退出 Cai tie闍戶遲出dn Cat exwXtjt 3幗丈會(huì)下歓MW 廣鐳課坯理(益用撫作 汀 Reporter 卜ESI賈 沁即m .爭J Data Table 口 Corwnent Report Evert 5S iQuickTest Professi onal 一 Quli tyCenter Subject06 自動(dòng)化測試秦例 BusinessFiuicti on :g ie Edit View Insert

12、 AutomationQebug loots 業(yè)ndow Help 通 New Open ” Jd 總 cJ I 0 Record Run Stop 莎8健庚函下發(fā)變作 I龜健威函下發(fā)檢作 * Object Repository Object Repository fl 和口 ft Map Repository Parameters. ” Associate Repositories. zl Recovery Scenario Manager. Assoceted Function Ltranes :案例描述“一下發(fā)客戶類函件健康函 前童條件一該單齋要送核且自核不通過 預(yù)期輯岀下發(fā)健展函成功

13、七設(shè)計(jì)人如一I 弋設(shè)計(jì)肘間=“=200812-26 Associ ate Reposi tori es Thi s dialog box lists the object reposi tory files associ ated wi th all the acti ons in the current test You can change the associ ati ons and perform other administrative tasks. Reposi tori es Ebd QualityCentef SubiectV06 自動(dòng)化測試秦例HQbjectRep0tory體

14、爸函 Available Actions AssociRecovery Seenario Manager進(jìn)入自定義，并 將自定義好的場景文件保存于框架結(jié)構(gòu)的Recovery See nario目錄中，對(duì)于自動(dòng)化測試執(zhí)行過程中的種 種以外情況需要做出判斷，已保證 QTP和應(yīng)用程序出錯(cuò)后，及時(shí)關(guān)閉QTP執(zhí)行功能和關(guān)閉應(yīng)用程序， 使得下面的測試任務(wù)能夠被執(zhí)行。 一般情況不推薦使用場景恢復(fù)，因?yàn)檫\(yùn)行異?；謴?fù)之后的流程運(yùn)行的可靠性無從驗(yàn)證，很可能運(yùn) 行的結(jié)果是不真實(shí)的，而一些沒有嚴(yán)格先后執(zhí)行順序關(guān)系的流程是可以使用場景恢復(fù)的。 File 2d 壻琵恢矍示例 Beeq verjr Scc-ii ax i

15、o Pt 亦鈕| |Even Recflvfty Opwim | TestClear w _j TestDat a i TestResult dufinessCopponent EusinessFunction EnviromeM Functions Object Repository RecoverySctnario Reueable Actions 3.10 配置參數(shù)(Environment) Environment 使用QTP提供的Environment.Value 方法取得事先配置好的公用變量的方法， 包含文件變量和系統(tǒng)變量（包括 OS信息、Host信息等等），文件變量定義示例如下:

16、ehisnbsstgurlv/Name http:/ehis-nbs- datapath hsh-0045shareEHIS-NBSTestDatav/Value respath hsh-0045shareEHIS-NBSTestResultv/Value ZJ2EJ 1Vlt SiltIkfV CitikW-tean | 亦 | RewftrWt B* | Wrt | Mai| Lf A*匕*r Zti-tCLw S戶 EsVLraiMiE. |IiLnrgpHHnl I Bui LMiiiCaHpanj ri in 由于Environment文件只需在QC中更新所有引用的腳本即可自動(dòng)更新，

17、所以Environment 的使用比較方便， 故而要求通過使用 Environment來配置公共參數(shù)，例如參數(shù)文件讀取路徑和結(jié)果 保存路徑、測試環(huán)境的不同URL等，通過參數(shù)文件路徑的再次參數(shù)化來實(shí)現(xiàn)流程的靈活控制。 4自動(dòng)化設(shè)計(jì)過程規(guī)范 1.手工測試案例設(shè)計(jì)（結(jié)合.do整理），要求步驟清晰，描述和預(yù)期可衡量，不可模棱兩可; 步碎I 步凜2 涉療3 步懂4 古I a Minn ：e m Page、Frame、 Dialog、WebElement 等等，一律使用簡短的中文命名，要求可編輯域?qū)ο竺Q與參數(shù)文 件中字段名稱一致； 4. 變量命名：采用英文大小寫結(jié)合的方式例如barCode、policy

18、Applicati on No 等等； 5. 參數(shù)命名：Action的Parameter和Test的Parameter變量名稱需要遵從與腳本變量一致的要 求，并且做注釋性說明。 6 執(zhí)行流配置規(guī)范 測試集基礎(chǔ)設(shè)置 1. 執(zhí)行流：不允許有2個(gè)或更多的分支； 2. 失敗時(shí)：選擇如果運(yùn)行失敗，重新運(yùn)行1次，并且結(jié)合清理測試進(jìn)行配置； 3. 測試集運(yùn)行通知（可不配置）：配置運(yùn)行結(jié)果通知消息、收件人列表、觸發(fā)郵件發(fā)送的條件; 4. 測試集詳細(xì)信息和測試集附件配置同手工測試案例集。 執(zhí)行條件 有嚴(yán)格的先后關(guān)系的執(zhí)行流都必須保證做執(zhí)行條件設(shè)置，因?yàn)榈谝粋€(gè)腳本運(yùn)行失敗之后，后續(xù)腳本 沒有得到停止運(yùn)行的指令就會(huì)一直使用錯(cuò)誤的或者不存在的數(shù)據(jù)進(jìn)行無謂、無用的運(yùn)行，給后續(xù)其他流 程的運(yùn)行制造了很多麻煩，尤其是時(shí)間上浪費(fèi)了很多資源。 一般的流程里至少必須有一個(gè)必須設(shè)置的運(yùn)行條件，那就是登陸系統(tǒng)操作和后續(xù)操作之間的聯(lián)系， 道理很簡單，沒有登陸成功，后續(xù)運(yùn)行操作都是在浪費(fèi)時(shí)間。 而登陸之后很多的查詢等類似操作，他們之間并沒有直接或者內(nèi)在的聯(lián)系，至少不共享測試數(shù)據(jù)， 這樣的腳本之間就無需定義執(zhí)行條件，除非編寫腳本時(shí)對(duì)Run Failed做了很精準(zhǔn)的判斷，斷定失敗之 后