基于PB環(huán)境下的軟件測(cè)試

字號(hào):

網(wǎng)絡(luò)技術(shù)和數(shù)據(jù)庫(kù)技術(shù)的飛速發(fā)展,使管理信息系統(tǒng)(MIS)向客戶(hù)機(jī)/服務(wù)器(Client/Server或C/S)或B/C(Browser/Server)加SQL Server(或Sybase、Oracle)模式發(fā)展。開(kāi)發(fā)工具也大多不再是面向過(guò)程的語(yǔ)言,而是使用諸如PB(Power Builder)的Script等具有面向?qū)ο筇卣鞯哪_本語(yǔ)言。開(kāi)發(fā)環(huán)境的改變及應(yīng)用的日趨復(fù)雜使MIS的開(kāi)發(fā)方法也正在從傳統(tǒng)的結(jié)構(gòu)化方法向面向?qū)ο蟮姆椒ㄞD(zhuǎn)變。因此,對(duì)基于PB等環(huán)境下的軟件測(cè)試技術(shù)及方法的研究,不僅具有方法論上的理論意義,而且具有使用價(jià)值。
    1.PB軟件的特點(diǎn)
    利用PB開(kāi)發(fā)中大型的MIS應(yīng)用系統(tǒng),一般采用三層C/S的體系結(jié)構(gòu).在這種結(jié)構(gòu)下,系統(tǒng)可分為兩部分,即后臺(tái)數(shù)據(jù)庫(kù)部分和前臺(tái)應(yīng)用程序部分,后臺(tái)采用非面向?qū)ο蟮年P(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)RDBMS(如SQL Server等)實(shí)現(xiàn)對(duì)應(yīng)用數(shù)據(jù)的組織,安全性、完整性維護(hù),以及存取控制;前臺(tái)應(yīng)用程序部分利用PB提供的可視化編程技術(shù)實(shí)現(xiàn)用戶(hù)的各種需求。其特點(diǎn)表現(xiàn)在,利用PB提供的窗口、菜單及數(shù)據(jù)窗口等對(duì)象很方便地實(shí)現(xiàn)友好的用戶(hù)界面,系統(tǒng)的各種功能以窗口對(duì)象為主線(xiàn),利用PB 提供的Script語(yǔ)言,通過(guò)對(duì)窗口的各控件的事件描述來(lái)實(shí)現(xiàn)。與傳統(tǒng)的面向過(guò)程的語(yǔ)言相比較,PB支持面向?qū)ο蟮某绦蛟O(shè)計(jì)方法,其用戶(hù)界面的元素都是對(duì)象,所以都有屬性、事件和方法,具有繼承、封裝和重用等面向?qū)ο蟮奶匦浴?BR>    2.測(cè)試目標(biāo)
    無(wú)論傳統(tǒng)的系統(tǒng),還是基于PB的C/S系統(tǒng),測(cè)試的目標(biāo)都是確保所開(kāi)發(fā)軟件的功能符合用戶(hù)的要求。具體表現(xiàn)在以下幾個(gè)方面:
    (1)確保系統(tǒng)達(dá)到需求功能的說(shuō)明;
    (2)確保系統(tǒng)滿(mǎn)足性能需求;
    (3)強(qiáng)度測(cè)試確認(rèn)程序能夠處理要求的負(fù)載;
    (4)確保系統(tǒng)在要求的硬件和軟件平臺(tái)上工作正常。
    3.測(cè)試方法
    原則上講,可以將軟件測(cè)試方法分為兩大類(lèi),即靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。靜態(tài)測(cè)試是對(duì)被測(cè)程序進(jìn)行特性分析的一些方法的總稱(chēng),這種方法的主要特性是不利用計(jì)算機(jī)運(yùn)行被測(cè)試的程序,而是采用其他手段達(dá)到檢測(cè)的目的。動(dòng)態(tài)測(cè)試是實(shí)際運(yùn)行被測(cè)程序,輸入相應(yīng)的測(cè)試用例,判定執(zhí)行結(jié)果是否符合要求,從而檢驗(yàn)程序的正確性、可靠性和有效性。動(dòng)態(tài)測(cè)試的兩種主要的方法是黑盒測(cè)試和白盒測(cè)試。
    4.測(cè)試過(guò)程
    測(cè)試雖然是軟件生存周期的一個(gè)獨(dú)立階段,但測(cè)試工作卻滲透到從分析、設(shè)計(jì)直到編程的各個(gè)階段中,如測(cè)試計(jì)劃的編寫(xiě)從分析和設(shè)計(jì)階段就開(kāi)始了,而具體的測(cè)試工作隨編程工作的不斷深入也在進(jìn)行中。在實(shí)際工作中,測(cè)試環(huán)節(jié)可分為明顯的、同等重要的三個(gè)階段:即單元測(cè)試、集成測(cè)試(又稱(chēng)構(gòu)件測(cè)試)和系統(tǒng)測(cè)試。測(cè)試工作中的第四個(gè)階段是驗(yàn)收測(cè)試階段,驗(yàn)收測(cè)試無(wú)論在規(guī)模上或性質(zhì)上都和系統(tǒng)測(cè)試很相似,它們的根本區(qū)別在于:前者是內(nèi)部的,而后者則是受“客戶(hù)”控制的。
    (1)單元測(cè)試
    軟件單元定義了一個(gè)軟件很底層的塊,用PB開(kāi)發(fā)的客戶(hù)機(jī)/服務(wù)器的軟件系統(tǒng)中,一個(gè)窗口、函數(shù)、菜單、報(bào)表或一個(gè)存儲(chǔ)過(guò)程都可以作為一個(gè)單元進(jìn)行測(cè)試。單元測(cè)試是測(cè)試的第一步。
    1)人員安排:對(duì)于一個(gè)完整的軟件單元,沒(méi)有人比它的開(kāi)發(fā)者更熟悉它,因此,開(kāi)發(fā)者自己對(duì)其進(jìn)行測(cè)試是最合適的。
    2)單元測(cè)試計(jì)劃:測(cè)試計(jì)劃必須在單元測(cè)試之前被設(shè)計(jì)和記錄好。大量的文檔說(shuō)明必須足夠詳細(xì),以備當(dāng)單元開(kāi)發(fā)者調(diào)離、提升或其他原因離開(kāi)其崗位時(shí),其他人員也能對(duì)相應(yīng)的單元進(jìn)行測(cè)試。此外,在集成測(cè)試和系統(tǒng)測(cè)試階段,清晰、詳細(xì)、易于理解的單元測(cè)試文檔對(duì)于測(cè)試者也將發(fā)揮巨大作用。
    單元測(cè)試的測(cè)試計(jì)劃由單元的開(kāi)發(fā)者(也是該單元的測(cè)試者)編制,但在測(cè)試計(jì)劃執(zhí)行前必須進(jìn)行審查。這些審查由開(kāi)發(fā)者以外的人進(jìn)行,第一遍審查由開(kāi)發(fā)者的直接上司去做,其目的在于找出測(cè)試計(jì)劃中的錯(cuò)誤、缺點(diǎn)和疏漏之處。第二遍審查由測(cè)試該單元所屬系統(tǒng)的測(cè)試人員進(jìn)行,其目的在于確認(rèn)測(cè)試計(jì)劃符合公布的標(biāo)準(zhǔn)。如果測(cè)試計(jì)劃在任何方面有問(wèn)題,都將被立即退回到開(kāi)發(fā)者手中。
    3)進(jìn)行單元測(cè)試的時(shí)間:在客戶(hù)機(jī)/服務(wù)器的開(kāi)發(fā)過(guò)程中,單元測(cè)試是測(cè)試的第一步。經(jīng)驗(yàn)表明,單元測(cè)試執(zhí)行得越快,它的結(jié)果就越有價(jià)值,在開(kāi)發(fā)周期中錯(cuò)誤發(fā)現(xiàn)得越早,糾正它們所花的代價(jià)就越小。一般來(lái)講,單元編碼完成后,就對(duì)其進(jìn)行單元測(cè)試。另外,單元測(cè)試可以并行進(jìn)行。對(duì)于彼此獨(dú)立的單元,進(jìn)行并行測(cè)試可以加速測(cè)試的進(jìn)程。