Web測試技術(shù)在ZSart系統(tǒng)中的應(yīng)用

1、摘 要ZSmart系統(tǒng)作為新一代的電信計費(fèi)解決方案，一方面從用戶的角度出發(fā)，為用戶提供快速便捷的服務(wù)；另一方面，它又能減少欠費(fèi)、加強(qiáng)業(yè)務(wù)收入，還能與準(zhǔn)實時計費(fèi)方式相結(jié)合，解決電信運(yùn)營商目前難以滿足的市場需求問題。然而電信市場需求的多元化決定了ZSmart系統(tǒng)的復(fù)雜性，從而給系統(tǒng)的設(shè)計、開發(fā)、測試提出新的挑戰(zhàn)。本文正是從測試的角度分析了ZSmart系統(tǒng)的設(shè)計思路、體系、功能結(jié)構(gòu)以及其適用的業(yè)務(wù)范圍，探討了測試技術(shù)理論及實現(xiàn)，進(jìn)而重點(diǎn)探究如何在ZSmart系統(tǒng)測試工作的回歸測試、冒煙測試、功能測試等環(huán)節(jié)中利用自動化測試工具QUICK TEST PROFESSIONAL（文中簡稱QTP）進(jìn)行軟件測試

2、，以確保測試強(qiáng)度和精度，提高測試效率，保證軟件系統(tǒng)的質(zhì)量。本文首先對電信運(yùn)營支撐系統(tǒng)進(jìn)行了概述，重點(diǎn)講述ZSmart系統(tǒng)的體系結(jié)構(gòu)、業(yè)務(wù)范圍等，接下來介紹了傳統(tǒng)軟件測試技術(shù)，探討了自動化測試相關(guān)技術(shù)。第四章為論文的重點(diǎn)，介紹了自動化測試技術(shù)在冒煙測試、接口測試和框架測試中的應(yīng)用。從測試腳本的角度來看，本文對自動化測試腳本的研究分為以下三個方面：錄制測試腳本、描述性編程和關(guān)鍵字驅(qū)動方式制作腳本、框架測試腳本。腳本編寫中解決的主要問題包括對象的識別方式、特殊鼠標(biāo)動作的模擬、虛擬對象的管理、獨(dú)立動作的調(diào)用、參數(shù)的傳遞和測試數(shù)據(jù)的參數(shù)化等。關(guān)鍵詞：Web測試技術(shù)；ZSmart；自動化測試；電信運(yùn)營支撐

3、系統(tǒng)ABSTRACTAs a new emerged generation of telecom billing solution, for one thing ZSmart system provide customers with promptly service, for another thing it helps telecommunication carriers to reduce debt and to intensify the profit. Furthermore, combined with quasi-real-time charging way, ZSmart di

4、stinguish itself for its capacity of solving kittle problems of market requirement met with telecommunication carriers .While the multiformity of telecommunication market requirement leads to the complexity of the system, which makes the design, development and testing face new challenge. From the v

5、iewpoint of software testing ,this thesis analyzes the thought of design, architecture, function and field of usage, discusses the technological theory and applications of Web testing，and in particular studies the method of taking advantage of the automatic software testing tool QUICK TEST PROFESSIO

6、NAL to carry out regress testing, smoke testing and functional testing, to guarantee the quality of the software system and boost the efficiency of software testing.The study in this thesis has been divided into four part according to the three independent experiment processed during this period of

7、study, they are script transcribing, script descriptive programming and keyword driving programming, and manual script programming. And the solved problems mainly include object identifying method, the simulation of mouse action, virtual object management ,the calling of the independent action the p

8、arameter transferring and the parameterize of testing data.Key Words ：web testing; ZSmart; automatic testing; BOSS目 錄摘 要IABSTRACTII第一章 緒論11.1 運(yùn)營支撐系統(tǒng)簡介11.1.1系統(tǒng)概述11.1.2 BOSS系統(tǒng)結(jié)構(gòu)11.1.3系統(tǒng)功能21.2 課題來源和實現(xiàn)目標(biāo)31.3 本文的主要工作及組織結(jié)構(gòu)3第二章 ZTE ZSmart介紹52.1 ZSmart系統(tǒng)的設(shè)計背景52.2 ZSmart系統(tǒng)的設(shè)計思路52.3 ZSmart系統(tǒng)體系結(jié)構(gòu)62.4 ZSmart系統(tǒng)功

9、能結(jié)構(gòu)和業(yè)務(wù)范圍72.5 ZSmart系統(tǒng)應(yīng)用于GSM網(wǎng)絡(luò)的例子8第三章 Web軟件測試技術(shù)103.1軟件測試技術(shù)103.1.1 軟件測試的產(chǎn)生103.1.2 軟件測試目的和原則103.1.3 軟件測試過程113.2 Web軟件測試技術(shù)123.2.1 Web軟件測試技術(shù)的產(chǎn)生123.2.2 Web測試技術(shù)與傳統(tǒng)測試技術(shù)的比較123.2.3 Web測試過程133.3自動化測試163.3.1 自動化測試概述163.3.2自動化測試工具Quick Test Professional介紹17第四章 QTP在ZSmart系統(tǒng)中的應(yīng)用194.1冒煙測試中QTP的應(yīng)用194.2接口測試中QTP的應(yīng)用224.

10、3 QTP框架測試274.3.1設(shè)計思路274.3.2業(yè)務(wù)要求284.3.3腳本編寫技術(shù)要點(diǎn)284.3.4實驗結(jié)果31結(jié)束語33致 謝34參考文獻(xiàn)3536南京郵電大學(xué)2008屆本科生畢業(yè)設(shè)計（論文）第一章 緒論1.1 運(yùn)營支撐系統(tǒng)簡介1.1.1系統(tǒng)概述OSS/BSS(Operation Support System/Business Support System，運(yùn)營支撐系統(tǒng)/業(yè)務(wù)支撐系統(tǒng))是電信運(yùn)營商的一體化、信息資源共享的支持系統(tǒng)。OSS的歷史可以追溯到1984年，AT&T的第一次拆分讓世界電信市場首次引入了競爭。隨之后市場競爭加劇，要求運(yùn)營商們不僅能保持客戶群的忠實度、減少客戶流

11、失，還必須保證一定的經(jīng)營利潤。OSS/BSS于是就應(yīng)運(yùn)而生了，其中OSS是主體，BSS是基礎(chǔ)，從客戶的角度看，OSS和BSS之間沒有區(qū)別。隨著“以客戶為中心”理念的盛行，服務(wù)商也漸漸淡化了OSS和BSS之間的區(qū)別。OSS（運(yùn)營支持系統(tǒng)）OSS包含用于運(yùn)行和監(jiān)控網(wǎng)絡(luò)的所有系統(tǒng)，如報告或計費(fèi)系統(tǒng)。它不是網(wǎng)絡(luò)本身，它是整個運(yùn)營基礎(chǔ)結(jié)構(gòu)，包括運(yùn)營網(wǎng)絡(luò)系統(tǒng)和客戶服務(wù)系統(tǒng)，其中客戶支持功能是由業(yè)務(wù)支持系統(tǒng)(BSS)執(zhí)行的。BSS（業(yè)務(wù)支持系統(tǒng)）BSS系統(tǒng)的設(shè)計目標(biāo)包括CRM（Customers Relationship Management客戶關(guān)系管理）、SCM（Supply Chain Manageme

12、nt,業(yè)務(wù)供應(yīng)鏈管理），DSS（Decision Support Systems,經(jīng)營決策支持系統(tǒng)）。BOSS（綜合業(yè)務(wù)和運(yùn)營支撐系統(tǒng)）BOSS系統(tǒng)以客戶服務(wù)、業(yè)務(wù)運(yùn)營和管理為核心，以關(guān)鍵性事務(wù)操作（客戶服務(wù)和計費(fèi)為重點(diǎn)）作為系統(tǒng)的主要功能，為網(wǎng)絡(luò)運(yùn)營商提供一個綜合的業(yè)務(wù)運(yùn)營和管理平臺，提供全面的解決方案。1.1.2 BOSS系統(tǒng)結(jié)構(gòu)BOSS的構(gòu)成因運(yùn)營商的實際情況和具體要求不同，但大致都具備以下四個功能塊：1. 計費(fèi)及結(jié)算系統(tǒng)計費(fèi)系統(tǒng)是指處理計費(fèi)數(shù)據(jù)采集和批價兩個過程的系統(tǒng)。計費(fèi)數(shù)據(jù)采集工作包括計算機(jī)從電信基礎(chǔ)網(wǎng)絡(luò)（如交換機(jī)、網(wǎng)關(guān)等）上收集有關(guān)的原始基礎(chǔ)數(shù)據(jù)和信息，進(jìn)行相應(yīng)的差錯檢驗、格式轉(zhuǎn)

13、換等預(yù)處理，生成的結(jié)果只記錄了用戶使用網(wǎng)絡(luò)（如通話）的情況，并不體現(xiàn)應(yīng)向用戶收取的費(fèi)用；批價反應(yīng)了向用戶收取的費(fèi)用情況。結(jié)算系統(tǒng)是電信企業(yè)間的行為，它包括兩種情況： 一種稱為漫游結(jié)算，另一種稱為互聯(lián)結(jié)算。當(dāng)互聯(lián)結(jié)算發(fā)生在兩個甚至多個網(wǎng)絡(luò)之間時，稱為網(wǎng)間結(jié)算。結(jié)算的流程本身就比較復(fù)雜，再加上數(shù)據(jù)量很大，出現(xiàn)得比較晚，使結(jié)算系統(tǒng)逐漸區(qū)別于傳統(tǒng)的計費(fèi)系統(tǒng)，成為業(yè)務(wù)運(yùn)營支撐系統(tǒng)相對獨(dú)立的組成部分。2. 營業(yè)、帳務(wù)系統(tǒng)營業(yè)系統(tǒng)受理和處理用戶的業(yè)務(wù)請求，帳務(wù)系統(tǒng)將用戶使用電信網(wǎng)絡(luò)的情況匯總形成賬單。這兩個過程在以往是比較單調(diào)的，但隨著個性化服務(wù)的需求越來越強(qiáng)烈，要求系統(tǒng)實現(xiàn)功能的數(shù)量越來越多，越來越復(fù)雜，

14、需要建設(shè)相對獨(dú)立、靈活的營業(yè)系統(tǒng)和帳務(wù)系統(tǒng)。3. 客戶服務(wù)系統(tǒng)中國電信的“10000”和中國移動的“10086”等是客服系統(tǒng)的原形，隨著電信行業(yè)的發(fā)展，客服系統(tǒng)有了新的定義和功能。客服系統(tǒng)一方面能保證為客戶提供快速方便的服務(wù)；另一方面保證在未來新業(yè)務(wù)開放的情況下，系統(tǒng)能及時提供相應(yīng)的功能保證。從更高的角度來看，客戶服務(wù)系統(tǒng)要實現(xiàn)多元化、個性化、交互式、異地服務(wù)的要求。4. 決策支持系統(tǒng)決策支持系統(tǒng)的主要任務(wù)是通過動態(tài)、有選擇性地采集和更新數(shù)據(jù)源的有效信息及企業(yè)外部相關(guān)信息，進(jìn)行智能化地分析、處理、預(yù)測、模擬等，最終向各級決策管理者或?qū)I(yè)人員提供及時、科學(xué)、有效的分析報告，做好信息、智力支持工作

15、。1.1.3系統(tǒng)功能BOSS系統(tǒng)功能主要包括三個領(lǐng)域：計費(fèi)、服務(wù)保障與服務(wù)實施,如圖1.1所示。隨著新的網(wǎng)絡(luò)技術(shù)的推出，每個領(lǐng)域都將受到其特有的一系列問題的影響。圖1.1 BOSS系統(tǒng)功能結(jié)構(gòu)針對不同的運(yùn)營商（如固定網(wǎng)絡(luò)經(jīng)營者，移動網(wǎng)絡(luò)經(jīng)營者，IP網(wǎng)絡(luò)經(jīng)營者，數(shù)據(jù)網(wǎng)絡(luò)經(jīng)營者等），以及不同的服務(wù)對象，BOSS通常有以下幾類主要業(yè)務(wù)及其功能:1. 面向多種業(yè)務(wù)的功能多種業(yè)務(wù)有固定話音及數(shù)據(jù)、無線話音及數(shù)據(jù)、無線數(shù)據(jù)等。功能主要有工單調(diào)度、資源管理等融合的營業(yè)系統(tǒng)、多業(yè)務(wù)融合的計費(fèi)系統(tǒng)與賬務(wù)系統(tǒng)、統(tǒng)一的客戶服務(wù)系統(tǒng)、統(tǒng)一的客戶關(guān)系管理（CRM）系統(tǒng)、業(yè)務(wù)開通與保障、業(yè)務(wù)開發(fā)與決策、SLA（服務(wù)水平協(xié)

16、議）/QoS（服務(wù)質(zhì)量保證）管理以及應(yīng)用集成等。2. 面向一般消費(fèi)者及大眾化IP業(yè)務(wù)的功能主要有：營業(yè)系統(tǒng)、賬務(wù)系統(tǒng)、計費(fèi)系統(tǒng)、客戶服務(wù)、客戶分析、業(yè)務(wù)開發(fā)與規(guī)劃、業(yè)務(wù)激活、業(yè)務(wù)保障和應(yīng)用集成等。3. 面向企業(yè)和個人用戶的數(shù)據(jù)業(yè)務(wù)的功能針對個人用戶特別是大客戶的企業(yè)用戶所需的個性化服務(wù)。其流程復(fù)雜，多樣化。主要功能有：營業(yè)系統(tǒng)、工單調(diào)度、資源管理、計費(fèi)系統(tǒng)、賬務(wù)系統(tǒng)、客戶服務(wù)系統(tǒng)、CRM系統(tǒng)、業(yè)務(wù)開通與保障、業(yè)務(wù)開發(fā)與決策、SLA/QoS管理以及應(yīng)用集成等。1.2 課題來源和實現(xiàn)目標(biāo)ZSmart為實現(xiàn)客戶服務(wù)與帳務(wù)系統(tǒng)的電信運(yùn)營解決方案, 除了配合電信業(yè)務(wù)提供各項客戶服務(wù)及計費(fèi)功能外,并支持運(yùn)

17、營所需的相關(guān)模塊。 ZSmart主要分為客戶服務(wù)模塊與帳務(wù)模塊?？蛻舴?wù)模塊功能包含訂單服務(wù)，如新申裝、退租、暫停、復(fù)話、附加服務(wù)、換卡、換機(jī)、換號、附加號、換服務(wù)區(qū)、服務(wù)業(yè)務(wù)增減變動(國際漫游、數(shù)據(jù)、傳真、語音信箱、短信)、客戶基本資料變更(名稱、地址、)、業(yè)務(wù)變更(優(yōu)惠方案、費(fèi)率、折扣、) 。另需提供交換機(jī)設(shè)定(Provisioning)與CDR(Call Detail Record) 通信記錄功能。 帳務(wù)模塊功能包括通信記錄計費(fèi)、出帳處理(含各項優(yōu)惠方案與折扣)、銷帳處理、帳單費(fèi)用查詢、欠費(fèi)管理(催繳、停話、拆機(jī)、復(fù)話)、改帳、調(diào)帳、退費(fèi)、沖帳、代理商傭金結(jié)算與漫游網(wǎng)拆帳模塊等。在ZSm

18、art系統(tǒng)的開發(fā)過程中，測試是非常重要的一個環(huán)節(jié)。由于ZSmart是基于Web開發(fā)的，這就涉及到Web測試技術(shù)在ZSmart系統(tǒng)中的應(yīng)用。通過使用各種專業(yè)測試工具來研究Web測試技術(shù)的應(yīng)用，從而改進(jìn)生產(chǎn)過程，提高研發(fā)效率。就是本課題實現(xiàn)的目標(biāo)。1.3 本文的主要工作及組織結(jié)構(gòu)論文主要研究了Web測試技術(shù)在ZSmart系統(tǒng)中的應(yīng)用。圍繞以上問題，首先對ZTEsoft的ZSmart系統(tǒng)進(jìn)行系統(tǒng)分析，然后就Web測試技術(shù)在該系統(tǒng)中的具體應(yīng)用問題進(jìn)行研究。具體安排如下：1. 首先分析ZSmart系統(tǒng)的組織結(jié)構(gòu)、設(shè)計背景、設(shè)計思路、體系結(jié)構(gòu)、功能結(jié)構(gòu)和業(yè)務(wù)范圍，并以GSM（Global System f

19、or Mobile communication，全球移動通信系統(tǒng)）網(wǎng)絡(luò)為例具體說明了ZSmart的應(yīng)用。2. 研究Web測試技術(shù)：從整體上研究了Web測試技術(shù)的來源、基礎(chǔ)，將其與傳統(tǒng)的測試技術(shù)進(jìn)行比較，并介紹了本文主要使用的Web測試工具QUICK TEST PROFESSIONAL。 3. Web測試技術(shù)在ZSmart系統(tǒng)中的應(yīng)用：討論了在ZSmart的測試過程中使用Web測試?yán)碚搧磉M(jìn)行指導(dǎo)從而實踐的過程，探討了冒煙測試、回歸測試、功能測試、接口測試中QTP技術(shù)的應(yīng)用，在不同實驗中分別研究了腳本錄制、描述性編程和關(guān)鍵字驅(qū)動技術(shù)，最后探討了VBS腳本編寫技術(shù)。第二章 ZTE ZSmart介紹2

20、.1 ZSmart系統(tǒng)的設(shè)計背景ZSmart是ZTEsoft公司的電信運(yùn)營支撐系統(tǒng)軟件（Operation Supporting System）產(chǎn)品，應(yīng)用于國外中小規(guī)模的電信運(yùn)營商。ZSmart產(chǎn)品是一個綜合的系統(tǒng)，主要包括客服和計費(fèi)帳務(wù)兩大系統(tǒng)，重點(diǎn)是對已有的CRM（Customer Relationship Management，客戶關(guān)系管理）產(chǎn)品相關(guān)營業(yè)功能等進(jìn)行拓展和改造，同時設(shè)計、開發(fā)一套適合于國際計費(fèi)項目特點(diǎn)的計費(fèi)帳務(wù)系統(tǒng)。ZSmart系統(tǒng)能夠滿足GSM（Global System for Mobile communication）、CDMA（Code Division Multi

21、ple Access）、NGN（Next Generation Network）、3G（3rd Generation）等各種網(wǎng)絡(luò)所承載的基本和增值業(yè)務(wù)要求的支撐功能，以及由此相關(guān)的實時性要求、預(yù)付費(fèi)或者預(yù)/后付費(fèi)融合的要求、多業(yè)務(wù)融合的要求、多合作伙伴管理的要求等等。ZSmart系統(tǒng)的子系統(tǒng)包括:客戶服務(wù)子系統(tǒng)、采集和命令服務(wù)子系統(tǒng)、計費(fèi)帳務(wù)子系統(tǒng)、收入保障子系統(tǒng)、帳務(wù)管理子系統(tǒng)、結(jié)算子系統(tǒng)、數(shù)據(jù)管理子系統(tǒng)和系統(tǒng)管理等功能子系統(tǒng)。2.2 ZSmart系統(tǒng)的設(shè)計思路目前，電信市場的激烈競爭對電信運(yùn)營企業(yè)的ZSmart系統(tǒng)提出了新的要求。新的市場環(huán)境要求ZSmart系統(tǒng)不僅要能夠成功的處理好各種計

22、費(fèi)業(yè)務(wù)和結(jié)算活動，還要提供更高的自動化水平、系統(tǒng)維護(hù)管理水平和支持新業(yè)務(wù)的拓展性，并盡可能的將系統(tǒng)的出錯率降為零；更重要的是，通過系統(tǒng)的良好運(yùn)作要能夠提高企業(yè)的市場應(yīng)對能力和競爭能力，能夠為用戶提供更加優(yōu)質(zhì)的服務(wù)。這就要求ZSmart系統(tǒng)的開發(fā)中要貫徹客戶關(guān)系管理的思想，以客戶為中心而不是以生產(chǎn)為中心進(jìn)行開發(fā)和建設(shè)。本項目在確保整體體系架構(gòu)先進(jìn)、靈活，體現(xiàn)產(chǎn)品化和基礎(chǔ)能力思想的前提下，結(jié)合著客戶、項目的實際情況，有針對性地設(shè)計開發(fā)相應(yīng)的功能，做到有的放矢形成針對國際項目的小規(guī)模ZSmart產(chǎn)品的第一個版本，通過系統(tǒng)測試驗證，以支撐國際工程項目的實施。隨著具體應(yīng)用開局的進(jìn)行，及時抽取特性歸總到核

23、心版本，對產(chǎn)品進(jìn)行逐步的發(fā)展和豐富，以支撐更多的項目，漸進(jìn)綜合和形成基礎(chǔ)的共享能力。在ZSmart系統(tǒng)的開發(fā)過程中，穩(wěn)定性是第一要求；易用性、易維護(hù)性、可擴(kuò)展性、可測試性、可重用性是重點(diǎn)考慮的目標(biāo)；Web操作界面，對各種終端進(jìn)行集成，減輕培訓(xùn)、部署、升級、維護(hù)的工作量；提供靈活的擴(kuò)展和定制功能，以適應(yīng)市場的變化快速推出新的業(yè)務(wù)?；谝陨系脑O(shè)計思路呵指導(dǎo)思想，ZSmart系統(tǒng)從設(shè)計到開發(fā)測試，都始終貫徹客戶關(guān)系管理的思想，順應(yīng)電信業(yè)發(fā)展要求。2.3 ZSmart系統(tǒng)體系結(jié)構(gòu)圖2.1 ZSmart系統(tǒng)體系結(jié)構(gòu)圖ZSmart 系統(tǒng)體系結(jié)構(gòu)如圖2.1所示。文件轉(zhuǎn)換功能模塊負(fù)責(zé)將后付費(fèi)用戶在各外部網(wǎng)元產(chǎn)

24、生的話單進(jìn)行格式轉(zhuǎn)換，送到在線采集、在線計費(fèi)模塊來完成后付費(fèi)用戶的計費(fèi)處理。在線采集功能模塊是OCS與外部系統(tǒng)進(jìn)行計費(fèi)信息交互的功能模塊，OCS內(nèi)部功能模塊通過在線采集實現(xiàn)計費(fèi)信息的格式轉(zhuǎn)化和交互。通信機(jī)功能模塊負(fù)責(zé)接收在線采集發(fā)送的消息，并將該消息按照特定規(guī)則分發(fā)到在線計費(fèi)進(jìn)程。并接收在線計費(fèi)進(jìn)程處理結(jié)果，最后將在線計費(fèi)進(jìn)程處理結(jié)果發(fā)送回去。計費(fèi)控制功能模塊是在線計費(fèi)系統(tǒng)的核心控制模塊，調(diào)度批價、余額管理等功能模塊完成用戶業(yè)務(wù)使用的計費(fèi)認(rèn)證/鑒權(quán)、計費(fèi)、預(yù)留、扣費(fèi)等操作預(yù)處理功能模塊提供計費(fèi)請求標(biāo)準(zhǔn)化、用戶資料綁定、業(yè)務(wù)識別（分揀）、重單檢查功能，供計費(fèi)控制模塊調(diào)用。批價處理功能模塊根據(jù)業(yè)務(wù)

25、使用請求和用戶信息確定需要的資費(fèi)、價格或使用量。余額管理功能模塊對用戶的帳戶余額和累計量進(jìn)行管理。話單生成功能模塊接收計費(fèi)模塊的話單輸出請求，按照一定的策略輸出話單文件。余額監(jiān)控功能模塊定時對余額進(jìn)行監(jiān)控，若余額不足或異常需進(jìn)行相應(yīng)的處理。異常會話處理功能模塊負(fù)責(zé)定時對會話進(jìn)行掃描，若會話超時則對該會話進(jìn)行超時處理。數(shù)據(jù)同步模塊功能模塊負(fù)責(zé)對物理數(shù)據(jù)庫中的數(shù)據(jù)與OCS的內(nèi)存數(shù)據(jù)庫、共享內(nèi)存中的數(shù)據(jù)進(jìn)行同步與更新。系統(tǒng)管理功能模塊對OCS的運(yùn)行進(jìn)行配置、監(jiān)控和維護(hù)，包括運(yùn)行管理、業(yè)務(wù)統(tǒng)計、審核校驗、數(shù)據(jù)管理、日志管理、版本管理等功能。2.4 ZSmart系統(tǒng)功能結(jié)構(gòu)和業(yè)務(wù)范圍圖2.2 ZSmar

26、t系統(tǒng)功能結(jié)構(gòu)圖如圖2.2，ZSmart所支撐的網(wǎng)絡(luò)主要包括GSM（Global System for Mobile communication全球移動通信系統(tǒng)）、CDMA（Code Division Multiple Access，碼分多址）、NGN（Next Generation Network，下一代網(wǎng)絡(luò)）、CDMA2000（Code Division Multiple Access2000，碼分多址2000）、IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))、TD-SCDMA(Time Division-Synchronous Code Division Mu

27、ltiple Access時分同步碼分多址)、IPTV(Internet Protocol Television，IP電視)、VoIP（Voice Over Internet Protocol，IP語音）、DSL（Dynamic super linear bass，動態(tài)超線性低音系統(tǒng)）、WAP(Wireless Application Protocol 無線應(yīng)用通訊協(xié)議)、GOTA（Global open Trunking architecture，開放式集群架構(gòu)）、PTT（Push-To-Talk，按講）、3G（3rd Generation，第三代網(wǎng)絡(luò)）。ZSmart所覆蓋的業(yè)務(wù)范圍主要包括

28、：市場銷售管理、渠道管理、產(chǎn)品管理、訂單管理、供應(yīng)管理、客戶關(guān)懷、客戶管理、出賬、計費(fèi)、帳務(wù)管理、充值中心管理等。2.5 ZSmart系統(tǒng)應(yīng)用于GSM網(wǎng)絡(luò)的例子圖2.3 ZSmart系統(tǒng)應(yīng)用于GSM網(wǎng)絡(luò)圖2.3為ZSmart系統(tǒng)應(yīng)用于GSM網(wǎng)絡(luò)的例子，其具體組件包括BTS（Base Transceiver Station,基站收發(fā)信機(jī)）、BSC（Base Station Controller，基站控制器）、HLR（Home Location Register，歸屬位置寄存器）、MSC（Mobile Switching Centre，移動交換機(jī)）、VLR（Visiting Location Re

29、gister，訪問位置寄存器）、GMSC（Global System for Mobile communication Center，移動網(wǎng)網(wǎng)關(guān)局）、OCU（Online Charging Unit，在線計費(fèi)模塊）、SCU（Service Control Unit，業(yè)務(wù)控制單元）、VC（Voucher Centre，充值中心）、SMSC（Short Message Service Centre，短消息業(yè)務(wù)中心）、CRBT（Color Ring Back Tone，彩鈴）。按照圖中虛線劃分，左側(cè)為無線側(cè)，由基站和基站控制器組成；中間為電路域，即移動的核心交換層；右邊為業(yè)務(wù)層，我們的ZSmart系

30、統(tǒng)就位于這一層。OCS是業(yè)務(wù)產(chǎn)品的一部分，相當(dāng)于傳統(tǒng)的智能網(wǎng)中組成部分，把計費(fèi)從傳統(tǒng)智能網(wǎng)中分離出來，分為SCU和OCU兩部分，其中SCU即是傳統(tǒng)的SCP（Service Control Point，業(yè)務(wù)控制點(diǎn)），通過Diameter協(xié)議與OCU核心計費(fèi)主機(jī)連接。其他網(wǎng)元與OCU可以通過Diameter協(xié)議與OCU交互，也可以通過MML（Man-Machine Language）接口或者其他內(nèi)部協(xié)議。OCU 組成見圖2.4。圖2.4 OCU組成其主要部件包括CDR Server（Call Detail Record Server,計費(fèi)數(shù)據(jù)記錄服務(wù)器，即話單服務(wù)器）、OLC Server（Onl

31、ine Charging Server，在線計費(fèi)服務(wù)器）、OCU Server（ Online Charging Unit Server，在線計費(fèi)模塊服務(wù)器）、CSIP Server（Commons Service Interface Platform Server,通用服務(wù)接口平臺服務(wù)器）、DB Server（Data Base Server，數(shù)據(jù)庫服務(wù)器）、Web Server（Web 服務(wù)器）。其中OLC Server作為Diameter 服務(wù)器與SCU交互，并將信息傳遞到OCU Server；CDR Server用來保存話單，進(jìn)行話單備份，給其它網(wǎng)元提供查詢；DB Server一般存放

32、在其他服務(wù)器主機(jī)上；Web Server給OCS提供Web界面，比如營業(yè)廳的服務(wù)受理端。CSIP Server作為接口機(jī)與其他網(wǎng)元進(jìn)行交互。第三章 Web軟件測試技術(shù)3.1軟件測試技術(shù)3.1.1 軟件測試的產(chǎn)生在開發(fā)軟件的過程中，人們使用了多種保證軟件質(zhì)量的方法分析、設(shè)計和實現(xiàn)軟件，但是仍然不能完全避免錯誤的發(fā)生，在軟件產(chǎn)品中就會隱藏著一些錯誤和缺陷。對于大規(guī)模、高復(fù)雜性的軟件更是如此。為了保證軟件質(zhì)量的可靠性，應(yīng)力求在分析、設(shè)計、開發(fā)等各個階段對軟件進(jìn)行嚴(yán)格的技術(shù)評審。軟件測試就是在軟件投入使用之前，對軟件需求分析、設(shè)計規(guī)格說明和編碼的最終復(fù)查，是軟件質(zhì)量保證的關(guān)鍵步驟。因此可以給軟件測試這

33、樣下一個定義：軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，或者說，軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯誤的過程。3.1.2 軟件測試目的和原則Grenford J.Myers就軟件測試目的提出以下觀點(diǎn)：1. 測試是執(zhí)行程序的過程，目的在于發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；2. 一個好的測試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯誤；3. 一個成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。測試的目標(biāo)是想以最少的時間和人力找出軟件中潛在的各種錯誤和缺陷。測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符。此

34、外，實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。根據(jù)這樣的測試目的，軟件測試的原則應(yīng)該是：1. 應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測試”作為軟件開發(fā)者的座右銘；2. 測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成；3. 程序員應(yīng)避免檢查自己的程序；4. 在設(shè)計測試用例時，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件；5. 充分注意測試中的群集現(xiàn)象，經(jīng)驗表明，測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成反比；根據(jù)這個規(guī)律，應(yīng)當(dāng)對錯誤群集的程序段進(jìn)行重點(diǎn)測試。6. 嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性。7. 應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查；8. 妥善保存測試計劃，測試

35、用例，出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。3.1.3 軟件測試過程測試過程按照四個步驟進(jìn)行，即單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。單元測試又稱模塊測試，是針對軟件設(shè)計的最小單位程序模塊，進(jìn)行正確性檢驗的測試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯。單元測試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例。多個模塊可以平行地獨(dú)立進(jìn)行單元測試。這一階段測試者的主要依據(jù)是詳細(xì)設(shè)計說明書和程序清單，主要采用白盒測試的測試用例，輔之以黑盒測試的測試用例，使之對任何的合理的輸入和不合理的輸入都能鑒別和相應(yīng)。集成測試也叫組裝測試或聯(lián)合測試，是在單元測試的基礎(chǔ)上，需要將所有模塊按照設(shè)計要求組裝成為系統(tǒng)。這

36、是需要考慮的問題有：在把各個模塊連接起來的時候，穿越模塊接口的數(shù)據(jù)是否會丟失；一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響；各個子功能組合起來，能否達(dá)到預(yù)期要求的父功能；全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；單個模塊的誤差累計起來，是否會放大，從而達(dá)到不能接受的程度。確認(rèn)測試又稱有效性測試。它的任務(wù)是驗證軟件的功能和性能及其他特性是否與用戶的要求一致。確認(rèn)測試的步驟如圖3.1：圖3.1 確認(rèn)測試流程系統(tǒng)測試是將將通過確認(rèn)測試的軟件，作為整個基于計算機(jī)系統(tǒng)的一個元素，與計算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實際運(yùn)用環(huán)境下，對計算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。系統(tǒng)

37、測試的目的在于通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)定義不符合或與之矛盾的地方。系統(tǒng)測試的測試用例應(yīng)根據(jù)需求分析說明書來設(shè)計，并在實際使用環(huán)境下來運(yùn)行。3.2 Web軟件測試技術(shù)3.2.1 Web軟件測試技術(shù)的產(chǎn)生近年來，隨著Internet和Intranet/Extranet的快速增長，基于Web的應(yīng)用系統(tǒng)的開發(fā)方法倍受關(guān)注，這些關(guān)注主要體現(xiàn)在Web應(yīng)用系統(tǒng)的開發(fā)和傳統(tǒng)軟件開發(fā)的顯著區(qū)別。傳統(tǒng)軟件工程方法和技術(shù)應(yīng)用到基于Web的系統(tǒng)開發(fā)中，顯得力不從心。目前，在大多數(shù)情況下，開發(fā)基于Web的系統(tǒng)具有隨意性，缺乏系統(tǒng)的方法、質(zhì)量控制和保證過程。因此，對基于Web的系統(tǒng)的開發(fā)方式和質(zhì)量保證的

38、研究是十分必要的，也是十分緊迫的。對于Web網(wǎng)站，人們經(jīng)常會問：Web服務(wù)器和應(yīng)用能夠支持多少并發(fā)用戶訪問？在出現(xiàn)大量并發(fā)請求的情況下，軟件會出現(xiàn)問題嗎？這些問題靠通常的測試手段是無法解答的。隨著服務(wù)器端處理任務(wù)的日益復(fù)雜以及網(wǎng)站訪問量的迅速增長，服務(wù)器性能的優(yōu)化也成了非常迫切任務(wù)。Web測試主要有以下幾個方面：功能測試：檢驗系統(tǒng)是否滿足功能需求說明書中的功能需求，檢驗程序是否滿足程序設(shè)計書中定義的功能。負(fù)載/壓力測試：通過模擬大批量用戶的并發(fā)請求，給系統(tǒng)施加較大的負(fù)載，這是檢測整個系統(tǒng)處理交易的能力。在反常數(shù)量或資源（使用的容量達(dá)到規(guī)定的極限）的情況下執(zhí)行應(yīng)用程序，檢測系統(tǒng)在長時間、高負(fù)載情

39、況下的運(yùn)行處理能力，從而檢驗系統(tǒng)的穩(wěn)定性。操作系統(tǒng)、瀏覽器兼容性測試：在不同的操作系統(tǒng)（WIN，MAC，UNIX）和不同版本的瀏覽器（IE，NN，MOZILA，F(xiàn)IREFOX）組合情況下Web應(yīng)用能否正確執(zhí)行。安全性測試：安全性測試要檢驗在系統(tǒng)中已經(jīng)存在的系統(tǒng)安全性、保密性措施是否發(fā)揮作用，有無漏洞?？捎眯詼y試：主要從使用的合理性和方便性等角度對軟件進(jìn)行檢查，專為“對用戶友好”的特性進(jìn)行測試。這是一種主觀的感覺，取決于最終用戶或顧客。超鏈接導(dǎo)航測試：檢查頁面上所有的鏈接是否正確，是否存在Broken Links、404錯誤等。 圖形顯示測試：檢查是否所有的圖片都被正確裝載，在不同的瀏覽器、分辨

40、率下圖片能否正確顯示（包括位置、大?。?。3.2.2 Web測試技術(shù)與傳統(tǒng)測試技術(shù)的比較1. 應(yīng)用系統(tǒng)模型客戶機(jī)/服務(wù)器系統(tǒng)（Web系統(tǒng)就是在其上建立的）需要網(wǎng)絡(luò)和至少兩臺機(jī)器才能運(yùn)轉(zhuǎn)：一臺客戶機(jī)和一臺服務(wù)器，服務(wù)器向客戶機(jī)提供請求的數(shù)據(jù)（處理結(jié)果）。在絕大多數(shù)Web應(yīng)用系統(tǒng)中，是用Web瀏覽器作為客戶機(jī)用戶界面的。 Web系統(tǒng)可能包含多個物理服務(wù)器，每個可以做一種或多種服務(wù)器類型。一個Web系統(tǒng)可能包括多個Web服務(wù)器、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器。2. Web系統(tǒng)與傳統(tǒng)的C/S系統(tǒng)之間的區(qū)別大多數(shù)C/S系統(tǒng)是數(shù)據(jù)訪問應(yīng)用系統(tǒng)。傳統(tǒng)的C/S系統(tǒng)的是平臺專用的。也就是說，對每種需要支持的客戶平臺（如

41、16位/32位Windows，Solaris，Linux，Macintosh等）客戶端應(yīng)用將針對目標(biāo)平臺進(jìn)行開發(fā)和測試。大多數(shù)基于Web的系統(tǒng)也都是數(shù)據(jù)訪問應(yīng)用?；跒g覽器的客戶端被設(shè)計為處理類似于傳統(tǒng)客戶端所支持的活動。主要區(qū)別在于， 基于Web的客戶端運(yùn)行在Web瀏覽器環(huán)境下。Web瀏覽器包括運(yùn)行在客戶計算機(jī)上的平臺專用客戶端軟件。它解釋靜態(tài)超文本標(biāo)記語言（HTML）并自動將活動內(nèi)容顯示為Web頁信息。幾種流行的瀏覽器也支持活動內(nèi)容，如客戶端腳本、Java Script、ActiveX控件、CSS（層疊樣式表）、動態(tài)HTML、安全特性和其他內(nèi)容。為了做到這些，瀏覽器廠商必須創(chuàng)建翻譯引擎和解

42、釋器來翻譯和格式化HTML內(nèi)容。3. 瘦客戶機(jī)處理與胖客戶機(jī)處理的比較瘦客戶機(jī)與胖客戶機(jī)是指存放和運(yùn)行應(yīng)用程序及組件。組件可以駐留在客戶端計算機(jī)和一臺或多臺服務(wù)器端計算機(jī)上。這兩種可能性是：瘦客戶機(jī)：在瘦客戶機(jī)系統(tǒng)中，客戶端PC機(jī)只做很少的處理。業(yè)務(wù)邏輯規(guī)則在服務(wù)器端執(zhí)行。一些基于Web的簡單HTML應(yīng)用程序和手持設(shè)備就是利用這種模式。這種方式將處理集中在服務(wù)器端進(jìn)行，因而消除了很多客戶端不兼容性問題。 胖客戶機(jī)：客戶端計算機(jī)既運(yùn)行應(yīng)用程序的用戶界面部分，也執(zhí)行業(yè)務(wù)邏輯。這時，瀏覽器不僅要對HTML頁面進(jìn)行格式化處理，而且還要執(zhí)行如Java applet和ActiveX控件等其他組件。服務(wù)器端

43、計算機(jī)存放客戶端請求數(shù)據(jù)處理的數(shù)據(jù)庫。處理由服務(wù)器端和客戶端共享。完成大量系統(tǒng)工作（如運(yùn)行業(yè)務(wù)邏輯規(guī)則，動態(tài)HTML，Java Applet，ActiveX控件或客戶端的樣式表等）的PC機(jī)成為胖客戶處理。胖客戶處理減輕了服務(wù)器端的處理強(qiáng)度，并且充分利用了客戶端的處理器。在胖客戶處理中，客戶端可能會存在很多的不兼容問題。瘦客戶和胖客戶端應(yīng)用程序的測試問題應(yīng)圍繞功能、兼容性和性能等幾方面進(jìn)行折中考慮。ZSmart系統(tǒng)屬于瘦客戶端處理模式。3.2.3 Web測試過程1. 功能及性能可用性問題(1) 功能測試，保證網(wǎng)站主要功能正確。(2) 可用性測試，通過觀察用戶與站點(diǎn)的交互，評估一個站點(diǎn)是否用戶友好

44、。(3) 導(dǎo)航測試，通過訪問頁面、圖像、鏈接及其它頁面組件，確保用戶可以完成希望的任務(wù)。(4) 表單測試，確保每個字段工作正確。(5) 頁面內(nèi)容測試，確保有網(wǎng)站提供的信息是正確的。2. 配置測試和兼容性測試確保用戶在各種情況下所看到的網(wǎng)頁都像設(shè)計者所希望的那樣。用戶的可變因素：不同的瀏覽器軟件、不同的網(wǎng)絡(luò)軟件和在線服務(wù)，并且運(yùn)行其它并發(fā)的應(yīng)用程序。對于用戶和應(yīng)用程序而言，硬件設(shè)備和配置也會影響環(huán)境。Web應(yīng)用程序的環(huán)境通常保持靜態(tài)，而用戶的環(huán)境則根據(jù)給定的用戶不同，在整個可選范圍內(nèi)并有所變化。因此，配置和兼容性測試的目標(biāo)是保證應(yīng)用程序在互聯(lián)網(wǎng)中功能正確。當(dāng)設(shè)計配置測試的測試用例時，不同的環(huán)境和

45、配置設(shè)置問題可能會影響用戶對同一網(wǎng)站的體驗，好的需求來自下面這些問題的答案，測試人員使用這些信息來設(shè)計適當(dāng)?shù)臏y試用例。(1) 用戶是否位于防火墻或者代理服務(wù)器之后？(2) 用戶是通過負(fù)載平衡服務(wù)器（在所有可用的Web服務(wù)器中保持一個相同負(fù)載的設(shè)置）連接的嗎？(3) 瀏覽器使用cookies嗎？（cookies是由Web服務(wù)器發(fā)送的一組數(shù)據(jù)，而后存放于用戶的硬盤中，它保留了用戶的信息和選擇）(4) 是設(shè)置成高安全級別嗎？(5) 網(wǎng)頁設(shè)計者采用了什么樣的技術(shù)？例如，網(wǎng)頁中使用了Active X 控件或Java 腳本了嗎？測試人員必須知道哪一版本的瀏覽器支持他們的執(zhí)行。(6) 使用安全服務(wù)器工具（阻

46、止胡亂使用機(jī)制）了嗎？兼容性測試確保在不同的瀏覽器和平臺中產(chǎn)品的功能性和可靠性。瀏覽器的增加、版本的升級，可運(yùn)行在不同操作系統(tǒng)和平臺上，各自有不同的圖像功能、不同的插件，形成了上百種不同的用戶環(huán)境。用戶瀏覽器連接到一個服務(wù)器和其它的通信設(shè)備，必須能夠正確交互以執(zhí)行Web應(yīng)用程序。3. 可靠性和可用性對于一個站點(diǎn)來說，一個關(guān)鍵的要求就是要保證不間斷地正常相應(yīng)用戶請求，對于Web系統(tǒng)，測試人員必須在以下可以預(yù)料的使用峰值環(huán)境下進(jìn)行測試工作：(1) 不斷增長的業(yè)務(wù)量。(2) 月末和季度末的業(yè)務(wù)高峰期。(3) 維護(hù)期對于備份、升級和其他操作所需要的停機(jī)時間。測試人員還必須檢測資源情況，例如內(nèi)存泄露和數(shù)

47、據(jù)庫限制等，他們會降低程序執(zhí)行效率甚至導(dǎo)致Web應(yīng)用程序死機(jī)，從而導(dǎo)致嚴(yán)重的后果。對于測試人員來說，為了執(zhí)行適當(dāng)?shù)目捎眯院涂煽啃詼y試，知道系統(tǒng)的結(jié)構(gòu)是很重要的。例如，如果要使包括兩個Web服務(wù)器的系統(tǒng)保持負(fù)載均衡，測試人員必須能夠報告在一個Web服務(wù)器情況下系統(tǒng)的執(zhí)行效率。4. 性能性能測試，指在正常情況和大量使用情況下評估系統(tǒng)的性能，這對于任何Web應(yīng)用程序的成功都是至關(guān)重要的。一個系統(tǒng)需要的響應(yīng)時間太長，就會使用戶失去耐心從而轉(zhuǎn)到競爭對手的站點(diǎn)中。性能測試就是確保網(wǎng)站服務(wù)器能夠在規(guī)定的參數(shù)范圍內(nèi)相應(yīng)瀏覽器的請求。不同的用戶及其不同的操作將會極大地影響系統(tǒng)的性能。影響性能的主要因素有：登陸用

48、戶的數(shù)量及其行為、不同時段、由于太多用戶造成的網(wǎng)絡(luò)瓶頸、使用方法、Internet訪問速度和放棄率等。在測試周期中，性能測試應(yīng)該較早開始。一些組織計劃在測試周期的末尾進(jìn)行性能測試，這不是一個最有效的計劃方式，尤其是如果在性能測試的結(jié)果中指出了系統(tǒng)的主要設(shè)計缺陷。一旦測試小組認(rèn)為應(yīng)用程序的功能是穩(wěn)定的，就應(yīng)該進(jìn)行性能測試。性能測試主要包括：(1) 可擴(kuò)展性測試：可擴(kuò)展性主要指網(wǎng)站處理登陸后用戶行為的數(shù)量和類型的能力。(2) 負(fù)載測試：檢驗系統(tǒng)承受負(fù)載的能力，通常需要模擬現(xiàn)實世界，產(chǎn)生許多同步用戶訪問站點(diǎn)?？梢允褂米詣踊瘻y試技術(shù)模擬上千個用戶向應(yīng)用程序或服務(wù)器發(fā)送同步請求，增加有效進(jìn)行負(fù)載測試的能

49、力。(3) 壓力測試：考察最大負(fù)載下系統(tǒng)的變化以評估系統(tǒng)的最終性能，或者是測試當(dāng)可用的內(nèi)存或者處理器接近一個已知極限時，系統(tǒng)是否還可靠運(yùn)行。后臺數(shù)據(jù)庫也必須經(jīng)過壓力測試以幫助確定潛在的瓶頸。5. 安全測試通過Internet進(jìn)行商業(yè)通信和處理商業(yè)事務(wù)，安全是一個非常值得重視的問題。用戶希望確保個人和金融信息的安全。在應(yīng)用程序中找到可以讓非授權(quán)用戶訪問系統(tǒng)的安全漏洞是安全測試的重點(diǎn)。以下問題可以幫助測試人員設(shè)計相關(guān)的附加安全測試：(1) 有什么樣的預(yù)防措施來阻止或限制黑客的攻擊？(2) 瀏覽器是否設(shè)置為最高級別的安全保護(hù)？(3) 站點(diǎn)如何處理訪問權(quán)限？(4) 對于通過telnet或是第三方網(wǎng)絡(luò)提

50、供商登陸的用戶，應(yīng)用程序是否有病毒保護(hù)程序？(5) 應(yīng)用程序是否能處理篡改，例如改變原始目的地址？(6) 電子商務(wù)提供者是否提供了防止信用卡欺詐的機(jī)制？(7) 是否保存了日志文件并且定期檢查，以便能夠自動檢測出可疑的行為？(8) 站點(diǎn)如何加密數(shù)據(jù)？(9) 站點(diǎn)如何鑒別用戶？(10) 源代碼中是否泄露了任何重要的信息？(11) 能否通過直接撥號進(jìn)入數(shù)據(jù)庫來訪問或者篡改系統(tǒng)？(12) 信用卡或者用戶信息有多安全？什么樣的安全措施才是足夠的？(13) 應(yīng)用程序是否允許文件被數(shù)字簽名？防火墻是確保網(wǎng)絡(luò)安全，防止入侵者破壞的一項關(guān)鍵技術(shù)。測試防火墻的目標(biāo)是入侵或繞過安全機(jī)制，以檢測是否有效。對網(wǎng)絡(luò)流量進(jìn)

51、行日志記錄和檢查是一個主要的防火墻測試活動。另一個方面是進(jìn)行突破測試，即經(jīng)過認(rèn)證的用戶作出企圖侵占網(wǎng)絡(luò)的行為。6. 端到端事務(wù)測試端到端事務(wù)的工作流程包括從用戶開始訪問到用戶離開的全過程。它測試了完成一個特定事務(wù)的所有相關(guān)部分，包括瀏覽器、Web服務(wù)器、應(yīng)用程序服務(wù)器、數(shù)據(jù)庫和中間件。端到端事務(wù)的測試用例是可用性測試用例的補(bǔ)充，它在邏輯上遵循工作流程，并在實際測試中加入了一定數(shù)量的用戶操作。7. 數(shù)據(jù)庫測試許多網(wǎng)站都具備某種搜索功能，因此數(shù)據(jù)庫測試通常作為Web測試的一個基本組成部分。測試人員應(yīng)該能夠在工作流的某個特定點(diǎn)上并發(fā)地查詢數(shù)據(jù)庫，以檢驗數(shù)據(jù)庫的數(shù)據(jù)完整性、有效性、數(shù)據(jù)操作及更新等。8

52、. 完成測試 執(zhí)行完成測試的主要原應(yīng)是核實應(yīng)用程序在生產(chǎn)環(huán)境中的行為。它包括一個回退計劃，在需要的情況下回退一個版本，做到有條理、有控制地把生產(chǎn)環(huán)境恢復(fù)到原始狀態(tài)。3.3自動化測試3.3.1 自動化測試概述軟件規(guī)模的擴(kuò)大給軟件測試工作帶來了新的問題，手工測試速度太慢，效率太低，這催生了自動化測試技術(shù)的產(chǎn)生和發(fā)展。Carnege Mellon大學(xué)的軟件工程研究所（Software Engineering Institute,SEI）已經(jīng)建立了軟件測試管理關(guān)鍵過程域（Key Process Area，KPA），它對于達(dá)到軟件過程能力成熟度模型（Capability Maturity Model，C

53、MM）第二級可重復(fù)級（Repeatabel）是必須的。Krause為自動化的軟件測試提出了四級成熟度模型。在該模型中，他將軟件測試成熟度模型和SEI的軟件過程成熟度模型聯(lián)系起來了。四級成熟度模型中的四級分別為：附屬級自動化（Accidental Automation）, 初始級自動化（Beginning Automation）,主體級自動化（Intentional Automation）,優(yōu)化級自動化（Advanced Automation）。這個模型從概念上描述了測試自動化，但是實際上他并不能促進(jìn)測試自動化技術(shù)的實現(xiàn)，僅僅是描述作者在一些典型測試組織中注意到的一些問題。Dustin、Rash

54、ka和Paul合作公布了自動化測試生命周期方法學(xué)，這是一種經(jīng)過調(diào)整的結(jié)構(gòu)化方法學(xué)，能確保自動化測試的成功實現(xiàn)。它定義了一種四階段方法學(xué)：自動化測試的決定；自動化測試的介紹；測試計劃、設(shè)計和開發(fā)；自動化測試的執(zhí)行和管理。這個模型從管理和控制角度來說是有效的，但是從測試自動化工程師的觀點(diǎn)來看，它并不實用。對此，Powers提出了一些實際建議，從一般意義上討論了編程風(fēng)格、命名規(guī)則以及用于編寫自動化測試腳本的其他一些慣例。自動測試的好處： 1. 快速(Fast) QuickTest執(zhí)行測試與人工測試速度相比大大提高。2. 可靠(Reliable) QuickTest每一次的測試都可以正確的執(zhí)行相同的動

55、作，可以避免人工測試的錯誤。3. 可重復(fù)(Repeatable) QuickTest可以重復(fù)執(zhí)行相同的測試。4. 可程序化(Programmable) QuickTest可以用程序的方式，撰寫復(fù)雜的測試腳本，以帶出隱藏在應(yīng)用程序中的信息。5. 廣泛的(Comprehensive) QuickTest可以建立廣泛的測試腳本，涵蓋應(yīng)用程序的所有功能。6. 可再使用(Reusable) QuickTest可以重復(fù)使用測試腳本，即使應(yīng)用程序的使用接口已經(jīng)改變。3.3.2自動化測試工具Quick Test Professional介紹QUICK TEST PROFESSIONAL（以下簡稱QTP），是一

56、款先進(jìn)的自動化測試解決方案，用于創(chuàng)建功能和回歸測試。它自動捕獲、驗證和重放用戶的交互行為。 QTP為每一個重要軟件應(yīng)用和環(huán)境提供功能和回歸測試自動化的行業(yè)最佳解決方案。 QTP是新一代自動化測試解決方案，采用了關(guān)鍵詞驅(qū)動（Keyword-Driven）測試的理念，能完全簡化測試的創(chuàng)建和維護(hù)工作。QTP關(guān)鍵詞驅(qū)動方式獨(dú)有之處在于，測試自動化專家可以通過一個整合的腳本和糾錯環(huán)境，擁有對基礎(chǔ)測試腳本和對象屬性的完全訪問權(quán)限，這些腳本和糾錯環(huán)境與關(guān)鍵詞視圖（Keyword View）可以互為同步。 QTP的測試流程包含七大階段：1. 錄制測試腳本前的準(zhǔn)備 在測試前需要先確認(rèn)應(yīng)用程序以及QTP是符合測試

57、需求的。確認(rèn)已經(jīng)知道如何對應(yīng)用程序進(jìn)行測試，例如要測那些功能、操作步驟、輸入的數(shù)據(jù)、預(yù)期的結(jié)果等。同時應(yīng)該檢查一下QTP的設(shè)定，如Test Settings以及Options 對話窗口，以確保QuickTest 會適切的錄制并儲存信息。例如，應(yīng)該確認(rèn)一下QTP的Object Repository 是以什么模式儲存信息的。2. 錄制測試腳本 當(dāng)瀏覽一個網(wǎng)站或是操作一個應(yīng)用程序時，QTP會在Keyword View 中以表格的方式顯示錄制的操作步驟。每一個操作步驟都是使用者在錄制時的操作，如在網(wǎng)頁上點(diǎn)選一個超級鏈接（link），或是按下窗口上的按鈕。 3. 加強(qiáng)測試腳本 在測試腳本中加入檢查點(diǎn)，可以檢查網(wǎng)頁超級鏈接、對象屬性或是字符串，以驗證應(yīng)用程序的功能是否正確。將錄制的固定值（hard code）以參數(shù)取代，可以使用多組的數(shù)據(jù)測試你的應(yīng)用程序。使用邏輯（logic）或是條件（conditional）判斷式，可以進(jìn)行更復(fù)雜的測試。4. 對測試腳本除錯（debug） 在修改過測試腳本之后，可能會需要對測試腳本作除錯的動作，以確保測試腳本能正常且流暢的執(zhí)行。5. 在新版應(yīng)用程序或網(wǎng)站上執(zhí)行測試腳本 通過執(zhí)行測試腳本，QTP會在新版的網(wǎng)站或是應(yīng)用程序上執(zhí)行測試，檢查應(yīng)用程序