論基于QTP的金融軟件自動(dòng)化測(cè)試框架

1、基于QTP的金融軟件自動(dòng)化測(cè)試框架何謂自動(dòng)化測(cè)試框架呢？我認(rèn)為它確實(shí)是一個(gè)關(guān)于自動(dòng)化測(cè)試總體設(shè)計(jì)規(guī)劃和一個(gè)關(guān)于設(shè)計(jì)細(xì)節(jié)的規(guī)范，同時(shí)我認(rèn)為自動(dòng)化測(cè)試框架至少應(yīng)該包含下面三個(gè)部分：測(cè)試工具使用規(guī)范、業(yè)務(wù)功能模塊分解、測(cè)試數(shù)據(jù)分離與治理。圖1.自動(dòng)化測(cè)試框架草圖下面分不對(duì)這三個(gè)方面進(jìn)行簡(jiǎn)單的闡述，不只針對(duì)回歸測(cè)試，大伙兒能夠把系統(tǒng)測(cè)試也考慮到里面去，希望能起到拋磚引玉的作用。我呢，經(jīng)驗(yàn)不多參加工作才一年，可能有些看法比較偏頗或者錯(cuò)誤，希望大伙兒不吝指教。測(cè)試工具使用規(guī)范先談?wù)勔?guī)范化的必要性(引用來(lái)源51Testing)腳本的生成方式就兩種，一種是自寫(xiě)腳本，一種是錄制生成。腳本不管錄制也好，依舊手寫(xiě)也

2、好，選擇的時(shí)候應(yīng)該以腳本模擬程序真實(shí)有效為準(zhǔn)，結(jié)合項(xiàng)目進(jìn)度，開(kāi)發(fā)難易程度等因素考慮。而腳本的開(kāi)發(fā)也需要符合一種規(guī)范，也能夠講是一種適應(yīng)，因?yàn)槟_本不只是開(kāi)發(fā)者一個(gè)人看，測(cè)試執(zhí)行人員也需要看，這就要求可讀性和可維護(hù)性提高；故而開(kāi)發(fā)時(shí)應(yīng)該考慮這層因素，規(guī)范一下。綜合起來(lái)能夠得到以下結(jié)論：手寫(xiě)可讀性好，流程清晰，檢查點(diǎn)截取含義明確。業(yè)務(wù)級(jí)的代碼讀起來(lái)總比協(xié)議級(jí)的代碼更易讓人理解，手寫(xiě)可能花費(fèi)更多時(shí)刻，然而也更容易維護(hù)，必要時(shí)可建立一個(gè)腳本庫(kù)。而錄制生成的代碼大多沒(méi)有維護(hù)的價(jià)值，現(xiàn)炒現(xiàn)賣(mài)。其次，業(yè)務(wù)邏輯略微復(fù)雜一點(diǎn)的系統(tǒng)單憑錄制是不可能檢查到絕大部分異常的，只有手工書(shū)寫(xiě)的時(shí)候邊寫(xiě)邊考慮可能會(huì)發(fā)生哪些異常

3、，才能使腳本更具邏輯性、完整性和健壯性，給業(yè)務(wù)流程操縱提供一個(gè)好的依據(jù)。其次是如何做，做些什么規(guī)范在做框架設(shè)計(jì)定義的時(shí)候，需要定義好代碼規(guī)范，如變量名稱(chēng)定義規(guī)則、注釋規(guī)則、變量聲明規(guī)范、循環(huán)時(shí)刻和次數(shù)上限、等待時(shí)刻的處理方法、單個(gè)Action和腳本的大小限制等等，這些差不多上同C/C+、JAVA等程序員寫(xiě)代碼的要求如出一轍，規(guī)范確實(shí)是為了方便統(tǒng)一治理。工具應(yīng)用規(guī)范的制定，如：對(duì)象庫(kù)治理方式、關(guān)聯(lián)的驅(qū)動(dòng)腳本和批處理、測(cè)試工具的設(shè)置（如Active Screen，Run mode等）、測(cè)試結(jié)果存放分析、數(shù)據(jù)源治理維護(hù)、場(chǎng)景錯(cuò)誤恢復(fù)和資源、環(huán)境定義等等。并不是所有進(jìn)行自動(dòng)化測(cè)試的人員技術(shù)和經(jīng)驗(yàn)都在一

4、個(gè)層次上，因此在設(shè)計(jì)框架的時(shí)候需要關(guān)于一些疑難或者可能會(huì)出現(xiàn)苦惱的地點(diǎn)事先進(jìn)行講明或者做出培訓(xùn)打算。這是風(fēng)險(xiǎn)規(guī)避的一條途徑。明確測(cè)試目標(biāo)，規(guī)定對(duì)數(shù)據(jù)檢查的程度和測(cè)試目的，F(xiàn)AT、ST依舊UAT，否則在UAT時(shí)期認(rèn)真校驗(yàn)數(shù)據(jù)，工作量就特不大了，因此假如有ST測(cè)試的腳本基礎(chǔ)倒是也可不能花專(zhuān)門(mén)多工夫，只是有些公司用QTP差不多上單只做UAT的。對(duì)象庫(kù)集中治理，為同一系統(tǒng)所有腳本提供共享庫(kù)抑或不共享，這是8.2往常留下的適應(yīng)，事實(shí)上在9.0、9.2來(lái)講也是能夠考慮的。測(cè)試腳本存儲(chǔ)和運(yùn)行治理有時(shí)候，我們沒(méi)有（公司沒(méi)有提供）QC/TD來(lái)治理我們的自動(dòng)化測(cè)試（因此其他的自動(dòng)化測(cè)試治理工具我也沒(méi)有見(jiàn)過(guò)、用過(guò)，

5、就以QC/TD為例吧），而有時(shí)候我們擁有治理工具卻缺少必要的主策略和網(wǎng)絡(luò)協(xié)議（可能會(huì)出現(xiàn)這種情況吧），這就導(dǎo)致了QTP自動(dòng)化測(cè)試治理的多樣性；因此多數(shù)情況下，用得起QTP的也是能用得起QC/TD的，呵呵。有QC/TD作為我們的測(cè)試腳本存儲(chǔ)和運(yùn)行治理（拋開(kāi)需求和缺陷治理不講）的時(shí)候，我們的自動(dòng)化測(cè)試流程治理顯得簡(jiǎn)單的多。腳本編寫(xiě)、存儲(chǔ)、測(cè)試實(shí)驗(yàn)室業(yè)務(wù)流程的建立、測(cè)試執(zhí)行和結(jié)果分析等等。一般情況下，這些規(guī)則之需要簡(jiǎn)單的口述即可，因此一定需要闡明的話(huà)也是專(zhuān)門(mén)簡(jiǎn)單的，只是需要結(jié)合我們要講的其他幾個(gè)部分來(lái)敘述，那個(gè)地點(diǎn)不再贅述。關(guān)于沒(méi)有QC/TD的情況，可能大伙兒見(jiàn)過(guò)專(zhuān)門(mén)多治理方式，類(lèi)如FTP、共享磁盤(pán)

6、等等；一個(gè)共同的要點(diǎn)確實(shí)是“共享”。假如一個(gè)系統(tǒng)或項(xiàng)目有多個(gè)自動(dòng)化腳本設(shè)計(jì)者協(xié)同工作，而大伙兒各自為戰(zhàn)把腳本存儲(chǔ)在自己的私人空間里就會(huì)產(chǎn)生專(zhuān)門(mén)不行的效果。因?yàn)檎麄€(gè)系統(tǒng)的測(cè)試被割裂，專(zhuān)門(mén)多需要關(guān)聯(lián)的業(yè)務(wù)流程就無(wú)法組合，尤其關(guān)于金融軟件來(lái)講，功能測(cè)試也好、回歸測(cè)試也好，如此自動(dòng)化就成了一個(gè)擺設(shè)：它無(wú)法覆蓋專(zhuān)門(mén)多的關(guān)聯(lián)性專(zhuān)門(mén)強(qiáng)的業(yè)務(wù)流程。其次，在本地空間存儲(chǔ)有一個(gè)潛在的安全隱患，因?yàn)榭赡苡捎谡`操作或者磁盤(pán)的損壞導(dǎo)致一個(gè)月的工作付諸東流。而共享服務(wù)目錄和FTP器一般差不多上相對(duì)比較穩(wěn)定的。最后，本地測(cè)試執(zhí)行要覆蓋不同的業(yè)務(wù)流程一般需要使用一個(gè)驅(qū)動(dòng)腳本，由它來(lái)指引流程的走向，負(fù)責(zé)數(shù)據(jù)文件的獵取同時(shí)完成測(cè)

7、試結(jié)果的定點(diǎn)存放。那個(gè)腳本一般可能都比較喜愛(ài)用VBS吧（我見(jiàn)到的差不多上）。本地存儲(chǔ)，QC/TD上執(zhí)行是行不通的，方法也專(zhuān)門(mén)愚昧，呵呵；而在QC/TD上存儲(chǔ)、拿到本地執(zhí)行也許是一種變通的法子，能夠解決局域網(wǎng)網(wǎng)絡(luò)協(xié)議和安全策略對(duì)QC/TD的封殺；然而在網(wǎng)絡(luò)協(xié)議和安全策略正常的情況下，這種方法也是不可取的，因?yàn)槿绱诉h(yuǎn)沒(méi)有QC/TD治理起來(lái)方便。非要這么做的只有一種可能：那確實(shí)是QC/TD只是作為存儲(chǔ)工具，白費(fèi)啊，呵呵；堅(jiān)持這種做法的大約會(huì)是專(zhuān)門(mén)老的前輩了，因?yàn)橐酝鵔C/TD和QTP的功能沒(méi)有像現(xiàn)在9.0、9.2這么全面，要求專(zhuān)門(mén)高的技術(shù)，這些前輩在這種條件下練就一身好技術(shù)，有了技術(shù)因此能夠和測(cè)試治

8、理工具抗衡了，呵呵，不明白如何表達(dá)，反正沒(méi)有笑話(huà)的意思，表見(jiàn)怪哈。事實(shí)上不管使用共享磁盤(pán)治理依舊使用QC/TD治理差不多上能夠的，只是QC/TD提供了一種比較省事的方法而已，因此，代價(jià)是昂貴的license，在本地運(yùn)行治理相對(duì)來(lái)講需要更強(qiáng)的技術(shù)和更為細(xì)致的規(guī)劃設(shè)計(jì)，二者效果是一樣的。業(yè)務(wù)功能模塊劃分熟悉一個(gè)應(yīng)用系統(tǒng)的業(yè)務(wù)流程是特不關(guān)鍵的，因這為不僅在方法上給我們帶來(lái)專(zhuān)門(mén)大的便利，而且從全然上將，我們做自動(dòng)化（回歸）測(cè)試，多數(shù)差不多上為了某些個(gè)系統(tǒng)核心業(yè)務(wù)的完整性和正確性作保證，這因此要求我們精通“業(yè)務(wù)”。明確一個(gè)較為龐大的業(yè)務(wù)系統(tǒng)的業(yè)務(wù)流程不是件容易的情況，在多數(shù)情況下需要將精通的業(yè)務(wù)的同事拉

9、進(jìn)來(lái)參與我們的流程制定、選取和覆蓋設(shè)計(jì)。對(duì)業(yè)務(wù)模塊的精確劃分是我們完成一份高效的自動(dòng)化測(cè)試的良好基礎(chǔ)，否則，我們的自動(dòng)化可能為雜亂無(wú)章，甚至徒勞無(wú)功。那么業(yè)務(wù)模塊劃分的準(zhǔn)則和依據(jù)到底是什么呢？不同的系統(tǒng)有著不同的標(biāo)準(zhǔn)，下面飲用一個(gè)案例對(duì)金融系統(tǒng)做個(gè)粗略的介紹。對(duì)金融系統(tǒng)來(lái)講，我們進(jìn)行業(yè)務(wù)分解和設(shè)計(jì)業(yè)務(wù)流程的時(shí)候需要做如下要求：較為模塊化的設(shè)計(jì)，幸免重復(fù)的腳本，減少建立或維護(hù)腳本的成本。 在應(yīng)用軟件開(kāi)發(fā)的同時(shí)，就能夠同步進(jìn)行腳本建立的動(dòng)作，而且當(dāng)應(yīng)用軟件功能變動(dòng)時(shí)，只需要修改業(yè)務(wù)功能腳本。 由于應(yīng)用軟件的功能差不多被分解成獨(dú)立的業(yè)務(wù)功能腳本，測(cè)試人員能夠隨意組合業(yè)務(wù)功能腳本成為更復(fù)雜多樣的測(cè)試個(gè)

10、案。 測(cè)試輸入數(shù)據(jù)與驗(yàn)證數(shù)據(jù)與腳本分開(kāi)，儲(chǔ)存在另外的檔案，如純文字文件或 Excel 文件，測(cè)試人員能夠更容易修改與維護(hù)。 加強(qiáng)錯(cuò)誤處理合結(jié)果分析推斷，讓腳本更有彈性。 因此如此做也會(huì)帶來(lái)一定的額外開(kāi)銷(xiāo)，然而這些差不多上必須的，自動(dòng)化本身確實(shí)是需要結(jié)合良好的治理以犧牲人力成本來(lái)贏得時(shí)刻的，針對(duì)一些缺點(diǎn)我做一下簡(jiǎn)單的注釋?zhuān)涸诰帉?xiě)業(yè)務(wù)功能腳本時(shí)，需要精通測(cè)試工具腳本語(yǔ)言的工程師：事實(shí)上專(zhuān)門(mén)多公司都有實(shí)力查找如此的人，因?yàn)閂BS本身相對(duì)比較簡(jiǎn)單，盡管自動(dòng)化測(cè)試還沒(méi)有在整個(gè)中國(guó)全面興起，然而有著豐富自動(dòng)化測(cè)試經(jīng)驗(yàn)的測(cè)試人員差不多特不多了。每個(gè)Action都會(huì)有自己的輸入輸出參數(shù)，需要用文檔統(tǒng)一維護(hù)，操

11、縱變更：這的確增加了一些工作量，然而對(duì)測(cè)試本身的規(guī)范來(lái)講，是一大進(jìn)步。測(cè)試人員除了要維護(hù)測(cè)試打算之外，還要另外維護(hù)數(shù)據(jù)文件：同上。對(duì)測(cè)試工具以及腳本語(yǔ)言來(lái)講，使用數(shù)據(jù)文件可能也要注意數(shù)據(jù)文件的格式。 那個(gè)分解結(jié)果來(lái)自51Testing上的一位同仁，我在做完興業(yè)銀行自動(dòng)化之后做總結(jié)的時(shí)候無(wú)意發(fā)覺(jué)了這段話(huà)，猿糞哪！與我的方法不謀而和，呵呵，因此當(dāng)時(shí)就Copy下來(lái)了，并非有意剽竊，假如侵犯了這位仁兄，敬請(qǐng)?jiān)?！那個(gè)地點(diǎn)修改了一些地點(diǎn)，我覺(jué)得這是金融尤其是銀行業(yè)務(wù)分解的一個(gè)經(jīng)典，也確實(shí)是一個(gè)不大不小的標(biāo)準(zhǔn)吧，可能并不能適用于所有系統(tǒng)，然而對(duì)銀行來(lái)講，依舊專(zhuān)門(mén)有用的。下面以興業(yè)銀行交易處理中心項(xiàng)目自動(dòng)化

12、測(cè)試為例，看看這份業(yè)務(wù)分解和腳本規(guī)范會(huì)帶來(lái)什么樣的效果。（注：附件文檔乃非正式公布文檔，系個(gè)人私有，不牽涉興業(yè)銀行商業(yè)秘密，諸位放心?。┫到y(tǒng)講明：前臺(tái)Teller（銀行柜員操作界面）、電子驗(yàn)印系統(tǒng)（印章校驗(yàn)）、Integrator（信息管道）、工作流系統(tǒng)（IBM的FileNet）、后臺(tái)交易集中處理系統(tǒng)（中間業(yè)務(wù)平臺(tái)）、核心（聯(lián)想亞信的FTS）等。考慮金融系統(tǒng)的安全性，所有交易流程的處理采納獨(dú)占的方式，后臺(tái)界面交易處理按交易優(yōu)先級(jí)次、時(shí)刻先后進(jìn)行，同等條件下FileNet隨機(jī)分配，因此自動(dòng)化的難度相當(dāng)?shù)拇?。交易功能分解按照操作員崗位職責(zé)劃分為前臺(tái)柜員，CPC（中間業(yè)務(wù)平臺(tái)）的錄入崗、審核崗、報(bào)文

13、審核崗、異常處理崗、監(jiān)控崗等部分。實(shí)際應(yīng)用：如此的框架設(shè)計(jì)會(huì)帶來(lái)什么結(jié)果呢？我們來(lái)計(jì)算一下：前臺(tái)發(fā)起的交易大約有60多個(gè)，每個(gè)交易的典型業(yè)務(wù)覆蓋需要大約20個(gè)流程，如此共計(jì)1200個(gè)測(cè)試流程；每個(gè)測(cè)試流程除去操作員登陸、簽退之后大約有10個(gè)腳本，如此假如沒(méi)有采取公用的話(huà)，每個(gè)健全的腳本應(yīng)該在200行左右，不計(jì)算重復(fù)的測(cè)試流程，總的腳本的行數(shù)應(yīng)該是：10*200*60=120000行； 然而采納了子模塊的公用，我們完整地寫(xiě)了不到300個(gè)腳本（其中包含近百個(gè)10行以?xún)?nèi)的登陸、登出腳本），平均每個(gè)腳本只有不到100行，同時(shí)通文件系統(tǒng)操作覆蓋了所有的流程，即：300*100=30000行；如此能夠清晰

14、地看到，同樣覆蓋了1200個(gè)流程，我們節(jié)約了75%的腳本行數(shù)，減輕至少50%的工作量（考慮技術(shù)問(wèn)題甚至80%），為QC/TD服務(wù)器也減輕了75%的存儲(chǔ)壓力，盡管在技術(shù)上帶來(lái)一定難度，然而也沒(méi)有產(chǎn)生多大的阻礙。假如在沒(méi)有外界壓力的情況下，這種框架設(shè)計(jì)是特不有效的。專(zhuān)門(mén)明顯，略微加大一些技術(shù)層面的工作量會(huì)給我們帶來(lái)專(zhuān)門(mén)大的好處：減少30%到50%甚至更多的腳本編寫(xiě)的工作量，系統(tǒng)越大，有點(diǎn)越明顯。后期維護(hù)難度和工作量在同一的治理下大幅度下降。減輕了測(cè)試治理服務(wù)器的存儲(chǔ)壓力，關(guān)于QC/TD和QTP的license不多的企業(yè)和單位來(lái)講，統(tǒng)一協(xié)調(diào)運(yùn)行、治理能夠?qū)ｉT(mén)大程度上減少由于license有限帶來(lái)的時(shí)

15、效性不高的問(wèn)題。剛才提到外界壓力，什么是外界壓力：我是你老大，我讓你寫(xiě)1000個(gè)腳本你就不能偷懶寫(xiě)900數(shù)據(jù)分離和數(shù)據(jù)治理規(guī)范使用測(cè)試工具、規(guī)范開(kāi)發(fā)腳本也許需要考慮的不是專(zhuān)門(mén)多，業(yè)務(wù)分解也能夠獵取大量的支持，然而相對(duì)這二者來(lái)講，數(shù)據(jù)分離和數(shù)據(jù)治理就需要綜合考慮了。關(guān)于類(lèi)似銀行、保險(xiǎn)、證券、信托等金融業(yè)務(wù)系統(tǒng)來(lái)講，數(shù)據(jù)量要求比較大而且對(duì)其準(zhǔn)確性有著專(zhuān)門(mén)高的要求，因此實(shí)現(xiàn)數(shù)據(jù)分離、治理就成了那個(gè)框架中最重要的一個(gè)點(diǎn)了。自動(dòng)化測(cè)試中有一個(gè)專(zhuān)門(mén)鮮亮的概念叫“數(shù)據(jù)驅(qū)動(dòng)”，事實(shí)上確實(shí)是利用數(shù)據(jù)操縱業(yè)務(wù)流程的走向，這是同前面提到的驅(qū)動(dòng)腳本意思是相同的，只只是這兒講的數(shù)據(jù)是完全剝離開(kāi)的，從腳本中獨(dú)立出來(lái)了。做

16、到數(shù)據(jù)驅(qū)動(dòng)不是專(zhuān)門(mén)簡(jiǎn)單的情況，因?yàn)檫@些金融業(yè)務(wù)系統(tǒng)的業(yè)務(wù)邏輯是特不復(fù)雜的，凡是接觸過(guò)這些業(yè)務(wù)的核心系統(tǒng)的朋友可能都有那個(gè)體會(huì)。為了完成數(shù)據(jù)驅(qū)動(dòng)，我們必須熟知每一個(gè)我們要測(cè)試的業(yè)務(wù)節(jié)點(diǎn)的功能，這比性能測(cè)試對(duì)業(yè)務(wù)流程的掌握要高一些，同時(shí)還要掌握數(shù)據(jù)庫(kù)相關(guān)的表結(jié)構(gòu)，因此其中最苦惱的就數(shù)表的關(guān)聯(lián)性了。熟悉了系統(tǒng)的需求、設(shè)計(jì)、數(shù)據(jù)庫(kù)表結(jié)構(gòu)，聽(tīng)起來(lái)可能有點(diǎn)危言聳聽(tīng)，然而考慮到今后的使用，系統(tǒng)的不斷升級(jí)，我們花一些功夫依舊值得的；一個(gè)上線(xiàn)了的核心業(yè)務(wù)系統(tǒng)一般可不能在一兩年之內(nèi)就淘汰的，金融業(yè)務(wù)的日新月異事實(shí)上并不阻礙我們自動(dòng)化測(cè)試的流程，一系列的升級(jí)和數(shù)據(jù)集中會(huì)體現(xiàn)出我們高質(zhì)量腳本的價(jià)值所在。舉例來(lái)講，*保

17、險(xiǎn)公司一個(gè)養(yǎng)老險(xiǎn)業(yè)務(wù)系統(tǒng)，不管業(yè)務(wù)需求如何逐步更改，系統(tǒng)始終都會(huì)穩(wěn)固的擺在那兒；因?yàn)椴坏綄?shí)在非廢棄不可的程度，誰(shuí)情愿花費(fèi)巨大的代價(jià)重新去做一個(gè)新的系統(tǒng)呢？為了保證對(duì)公眾業(yè)務(wù)的連貫性，一個(gè)系統(tǒng)始終會(huì)以改造升級(jí)的方式去運(yùn)作。講這些無(wú)非確實(shí)是想告訴大伙兒，做一個(gè)優(yōu)秀的自動(dòng)化個(gè)案，尤其在金融那個(gè)行業(yè)里，是值得的，絕對(duì)可不能讓我們覺(jué)得白費(fèi)了太多精力而沒(méi)有實(shí)現(xiàn)他的價(jià)值。在外包公司，能夠?qū)⑦@部分作為服務(wù)和系統(tǒng)開(kāi)發(fā)成果的一部分移交到“甲方”；而在“甲方”，這些東西就能夠直接應(yīng)用于自己的運(yùn)營(yíng)測(cè)試。據(jù)我所知，專(zhuān)門(mén)多公司在持續(xù)集成的時(shí)候配合LR、JUNIT等工具也使用了QUICKTEST PROFESSIONAL，

18、大頻率的集成對(duì)我們的腳本的要求也是特不高的，假如做不行就會(huì)阻礙這部分工作。不花功夫去研究這些業(yè)務(wù)功能和數(shù)據(jù)邏輯會(huì)還有什么不利呢？從開(kāi)篇的結(jié)果草圖能夠看到，我將測(cè)試數(shù)據(jù)分為兩部分：動(dòng)態(tài)部分和靜態(tài)部分。靜態(tài)數(shù)據(jù)是哪些呢：審核意見(jiàn)、客戶(hù)地址這些信息在Staging環(huán)境里是無(wú)關(guān)緊要的，后臺(tái)可不能進(jìn)行校驗(yàn)，也可不能阻礙到我們業(yè)務(wù)流程的走向，因此我們一般采納一些隨機(jī)函數(shù)將其帶過(guò)，還能夠?qū)ｉT(mén)大程度的上保證數(shù)據(jù)的唯一性。若是某個(gè)模塊不進(jìn)行任何校驗(yàn)，或者只有查詢(xún)之類(lèi)的功能，抑或是一個(gè)不關(guān)緊要外圍（非核心）系統(tǒng)，我們大能夠使用MI（HP）跟我們講的那樣Recording、Replaying。然而如此的情況在金融業(yè)

19、務(wù)系統(tǒng)里依舊不占多數(shù)的。什么緣故我們不能使用固定那一條或幾條數(shù)據(jù)進(jìn)行我們的測(cè)試呢，道理專(zhuān)門(mén)簡(jiǎn)單：幾個(gè)數(shù)列的前幾項(xiàng)、十幾項(xiàng)規(guī)律看起來(lái)一樣然而后面各是什么樣誰(shuí)能講得準(zhǔn)呢？這么幾條數(shù)據(jù)校驗(yàn)過(guò)去的系統(tǒng)拿到生產(chǎn)線(xiàn)上會(huì)可不能出什么事故誰(shuí)也不敢保證。我們?cè)诹λ芗暗姆秶鷥?nèi)盡可能減少這些事故發(fā)生的可能性確實(shí)是我們的責(zé)任，也能夠上升到職業(yè)道德上面去，嚇?biāo)廊诉职?！缺陷的修改往往?huì)使用發(fā)覺(jué)錯(cuò)誤的那幾條數(shù)據(jù)進(jìn)行校驗(yàn)，或者確實(shí)是針對(duì)這幾條數(shù)據(jù)修改了，如何辦？假如依舊用這么幾條數(shù)據(jù)來(lái)驗(yàn)證，系統(tǒng)確信依舊好的；然而換幾條數(shù)據(jù)可能就不是那么回事了。我這兒不是詆毀編碼的蟈蟈們，這種情況我的確碰到過(guò)好幾次，呵呵。有些人在某些地點(diǎn)喜

20、愛(ài)將用過(guò)的數(shù)據(jù)UPDATE回頭，下次運(yùn)行時(shí)接著使用（我在做性能測(cè)試的時(shí)候就喜愛(ài)如此，嘿嘿）。事實(shí)上如此做也是有一定的風(fēng)險(xiǎn)的，因?yàn)閺?fù)雜的關(guān)聯(lián)性會(huì)讓你不小心漏掉某張表或者某個(gè)字段，如此在運(yùn)行的時(shí)候要么運(yùn)行良好卻發(fā)覺(jué)不了存在的缺陷，要么就出一些莫名其妙的問(wèn)題讓你花費(fèi)專(zhuān)門(mén)多的時(shí)刻去排查。那么多的觸發(fā)器，誰(shuí)能保證面面俱到呢？因此有時(shí)為了進(jìn)行復(fù)雜的操作我們必須去寫(xiě)一些PROCEDURE、PACKAGE和JOB來(lái)配合我們的測(cè)試；有些人喜愛(ài)在腳本里直接調(diào)用這些過(guò)程或包，有些人喜愛(ài)用JOB與腳本并行操作。我屬于后者，我覺(jué)得在測(cè)試腳本里執(zhí)行白費(fèi)時(shí)刻，然而并行可能會(huì)出現(xiàn)LOCK，需要計(jì)算時(shí)刻耦合。這差不多上個(gè)人適應(yīng)問(wèn)題，有問(wèn)題大伙兒能夠評(píng)論哈。講了半天講的差不多上數(shù)據(jù)分離的必要性，到底如何做呢？有沒(méi)有一個(gè)簡(jiǎn)單的方法或者例子呢？莫急，聽(tīng)我慢慢擺。我使用QTP第一個(gè)月（學(xué)習(xí)時(shí)期），傻乎乎的就把數(shù)據(jù)固定或者簡(jiǎn)單地參數(shù)化一下以顯示我會(huì)那個(gè)功能，接下來(lái)我覺(jué)得如此對(duì)流程性的測(cè)試專(zhuān)門(mén)不利，因此就把數(shù)據(jù)寫(xiě)