王秀艷
(大同煤炭職業(yè)技術(shù)學(xué)院 山西省大同市 037003)
從軟件測(cè)試的目的來(lái)看,其能夠有效檢測(cè)出軟件在應(yīng)用過(guò)程中所出現(xiàn)的各種不合理問(wèn)題,從而有效提升軟件質(zhì)量和可靠性。在軟件開(kāi)發(fā)規(guī)模不斷擴(kuò)大背景之下,其內(nèi)部業(yè)務(wù)邏輯、實(shí)現(xiàn)技術(shù)表現(xiàn)出了較為明顯的負(fù)責(zé)性特征。對(duì)于軟件測(cè)試工作人員來(lái)講,其工作量增大、工作內(nèi)容較為復(fù)雜。軟件測(cè)試管理便是通過(guò)特定方式,將所涉及到的各種工作內(nèi)容和相關(guān)資源進(jìn)行有效整合。在本篇文章中所提到的軟件測(cè)試過(guò)程管理系統(tǒng)便是針對(duì)軟件整個(gè)測(cè)試過(guò)程的應(yīng)用。其中,主要包括了測(cè)試指定、編寫測(cè)試案例、測(cè)試步驟、問(wèn)題追蹤和調(diào)查以及后期報(bào)告等多方面內(nèi)容。對(duì)于現(xiàn)有測(cè)試工作中所出現(xiàn)的問(wèn)題進(jìn)行有效調(diào)整,引導(dǎo)測(cè)試工作得以順利開(kāi)展。
根據(jù)相關(guān)調(diào)查和研究可以發(fā)現(xiàn):在我國(guó)現(xiàn)階段所使用的軟件系統(tǒng)中,多是在分布式計(jì)算環(huán)境基礎(chǔ)之上所形成的。在計(jì)算模式方面,主要利用到了客戶機(jī)/服務(wù)器的積極作用,還有效結(jié)合了UNIX 和Windows 操作系統(tǒng)和ORACLE 數(shù)據(jù)庫(kù)系統(tǒng)內(nèi)容。在該測(cè)試系統(tǒng)中,還需要利用到多種不同測(cè)試工具、測(cè)試技術(shù)和測(cè)試方法等,將其各種優(yōu)勢(shì)進(jìn)行了充分融合之后,對(duì)于現(xiàn)有測(cè)試過(guò)程進(jìn)行不斷優(yōu)化和管理。其最終所產(chǎn)生的測(cè)試結(jié)果精度不高,并且評(píng)估難度較大。在國(guó)內(nèi)外已經(jīng)有許多廠家進(jìn)行了軟件測(cè)試管理產(chǎn)品研發(fā)工作,比如:在Mercury Interactive 公司中便研究出了Test—Director 產(chǎn)品;IBM 公司研究出了SQA Manager 產(chǎn)品;Compuware 公司研究處理Director產(chǎn)品。從其應(yīng)用效果來(lái)看,這些產(chǎn)品都是公司針對(duì)自家測(cè)試工具所進(jìn)行的管理,并且其管理方式相對(duì)較為單一。并不能夠針對(duì)市場(chǎng)上所出現(xiàn)的大部分軟件進(jìn)行管理,應(yīng)用范圍較為局限。
從我國(guó)軟件開(kāi)發(fā)和測(cè)試標(biāo)準(zhǔn)來(lái)看,還表現(xiàn)為較為明顯的不符合性特征。從該方面特點(diǎn)來(lái)看,其還處于初期探索和交流階段。針對(duì)國(guó)內(nèi)外軟件測(cè)試工作的相關(guān)總結(jié),在本篇文章中,筆者進(jìn)行了深入研究之后,設(shè)計(jì)出一個(gè)可以用于軟件測(cè)試過(guò)程的管理系統(tǒng)。將該系統(tǒng)應(yīng)用到具體工作中,能夠?qū)φ麄€(gè)軟件生存周期、生命狀況,進(jìn)行統(tǒng)一化管理。如果其中涉及到的跨平臺(tái)作業(yè)的內(nèi)容,也可以利用該測(cè)試方式進(jìn)行有效實(shí)現(xiàn)。同時(shí),還能夠?qū)Χ鄠€(gè)測(cè)試產(chǎn)品進(jìn)行集中化、統(tǒng)一化管理。其中所涉及到的各種數(shù)據(jù),都會(huì)被詳細(xì)追蹤和記錄。該系統(tǒng)中,還包括了一個(gè)數(shù)據(jù)庫(kù)系統(tǒng),所有參數(shù)和數(shù)據(jù)都能夠被有效保存。如果發(fā)現(xiàn)某個(gè)軟件在其某個(gè)成長(zhǎng)階段中出現(xiàn)了缺陷問(wèn)題,該軟件會(huì)追蹤到缺陷解決之后,通知工作工作人員。具體功能主要包括了以下幾個(gè)方面的內(nèi)容。
圖1:工具集成原理
(1)對(duì)于軟件產(chǎn)品測(cè)試流程主要包括測(cè)試計(jì)劃制定、測(cè)試案例分析和測(cè)試步驟的制定、對(duì)于測(cè)試過(guò)程中所出現(xiàn)的各種錯(cuò)誤追蹤、最終測(cè)試結(jié)果的總結(jié)和報(bào)告,對(duì)所有內(nèi)容進(jìn)行有效控制和管理,進(jìn)一步提升軟件測(cè)試開(kāi)發(fā)水平。當(dāng)軟件開(kāi)發(fā)水平得到有效提升之后,軟件產(chǎn)品質(zhì)量也能夠得到相應(yīng)提升。
(2)針對(duì)分布式環(huán)境下的軟件進(jìn)行重點(diǎn)測(cè)試和分析。在分布式環(huán)境影響下,不同平臺(tái)、不同測(cè)試工具和測(cè)試方法,對(duì)于軟件最終測(cè)試結(jié)果也會(huì)產(chǎn)生不同影響,導(dǎo)致最終結(jié)果出現(xiàn)一定偏差。對(duì)此,在進(jìn)行軟件測(cè)試工作中,必須要綜合考慮到該方面因素所產(chǎn)生的影響,針對(duì)測(cè)試結(jié)果實(shí)現(xiàn)集中化管理和自動(dòng)化采集,為后期工作順利開(kāi)展創(chuàng)造良好條件。
(3)針對(duì)前期測(cè)試的各種結(jié)果進(jìn)行分析和統(tǒng)計(jì),該系統(tǒng)能夠根據(jù)其中所出現(xiàn)的問(wèn)題自動(dòng)生成報(bào)告。對(duì)于測(cè)試工作人員來(lái)講,便在一定程度上緩解了其工作壓力。
在完成本篇文章之前,對(duì)于現(xiàn)階段軟件測(cè)試工作中所需要完成的各種工作任務(wù)和目標(biāo)進(jìn)行了分析。在此基礎(chǔ)之上,根據(jù)文章上述內(nèi)容中所提到的軟件測(cè)試管理工功能、特點(diǎn),筆者提出了一種軟件測(cè)試過(guò)程中系統(tǒng)設(shè)計(jì)。在此次系統(tǒng)設(shè)計(jì)中,能夠針對(duì)軟件測(cè)試過(guò)程中所出現(xiàn)的問(wèn)題和相關(guān)內(nèi)容做出有效分析。對(duì)此,針對(duì)該框架提出了具體功能結(jié)構(gòu)設(shè)計(jì)。
針對(duì)該框架結(jié)構(gòu)進(jìn)行分析:其中主要包括了客戶端組件、測(cè)試主機(jī)組件、測(cè)試管理服務(wù)器組件等多個(gè)部分組合而成。在進(jìn)行該系統(tǒng)設(shè)計(jì)工作中,充分結(jié)合了DCOM 技術(shù)、測(cè)試管理環(huán)境所產(chǎn)生的積極作用。在特定環(huán)境中,針對(duì)其中所需要進(jìn)行測(cè)試的軟件自動(dòng)生成管理環(huán)境和集成訪問(wèn)搜索引擎的創(chuàng)造。將其應(yīng)用到具體工作中,能夠?qū)y(cè)試工具管理子系統(tǒng)實(shí)現(xiàn)有效管理,針對(duì)測(cè)試工程中所產(chǎn)生的案例數(shù)據(jù)庫(kù)子系統(tǒng)進(jìn)行管理,并結(jié)合集成管理的方式,減少不必要錯(cuò)誤情況的發(fā)生。
(1)在測(cè)試管理服務(wù)器組件內(nèi)容中,主要包括了邏輯事務(wù)處理模塊和測(cè)試管理服務(wù)器,在內(nèi)容存儲(chǔ)方面,主要包括了測(cè)試需求、測(cè)試計(jì)劃、用例分析、測(cè)試執(zhí)行和報(bào)告總結(jié)等多方面內(nèi)容。將這些內(nèi)容存儲(chǔ)到系統(tǒng)中,如果在后期工作中發(fā)現(xiàn)前期工作出現(xiàn)了任何問(wèn)題,都能夠?qū)ζ溥M(jìn)行及時(shí)解決。在事務(wù)邏輯處理模塊中,其更像是一個(gè)DCOM 組件。在應(yīng)用過(guò)程中,需要借助到ADO 的積極作用,和數(shù)據(jù)庫(kù)進(jìn)行有效相連。其中所涉及到的各種文件、數(shù)據(jù)、參數(shù)等都會(huì)被保存在數(shù)據(jù)服務(wù)器上。當(dāng)需要對(duì)文件和數(shù)據(jù)庫(kù)中內(nèi)容進(jìn)行操作和處理時(shí),需要充分借助到事物邏輯處理模塊積極作用,完成相關(guān)內(nèi)容操作。從其影響來(lái)看,這樣的處理方式,不僅能夠及時(shí)發(fā)現(xiàn)其中所出現(xiàn)的數(shù)據(jù)錯(cuò)誤問(wèn)題,對(duì)其進(jìn)行統(tǒng)一化、透明化管理。而且還減少了不必要網(wǎng)絡(luò)通信的時(shí)間。針對(duì)在傳統(tǒng)工作中所出現(xiàn)的數(shù)據(jù)庫(kù)并發(fā)問(wèn)題,也能夠?qū)ζ溥M(jìn)行有效解決。如果在客戶端安裝數(shù)據(jù)庫(kù)連接組件或者開(kāi)放共享目錄中出現(xiàn)了任何安全問(wèn)題,都可以利用該系統(tǒng)解決。
(2)在ActiveX 控件中,主要包含了測(cè)試管理控制臺(tái)、測(cè)試工具腳本管理控件以及測(cè)試工具執(zhí)行結(jié)構(gòu)控件。相應(yīng)的,這也組成了客戶端組件。當(dāng)用戶需要打開(kāi)瀏覽器進(jìn)行主頁(yè)瀏覽活動(dòng)時(shí),測(cè)試管理控制臺(tái)控件會(huì)根據(jù)用戶具體需求,在數(shù)據(jù)服務(wù)器端上下載客戶端,并讓用戶完成注冊(cè)工作。在該系統(tǒng)中所涉及到的測(cè)試工具腳本管理控件和測(cè)試工具執(zhí)行結(jié)果控件方面,都是一種較為明顯的可選控件。在加載過(guò)程中,需要充分借助到測(cè)試管理控制臺(tái)的積極作用,實(shí)現(xiàn)動(dòng)態(tài)化加載過(guò)程處理。對(duì)于用戶來(lái)講,只需要利用這兩個(gè)可選控件便可以及時(shí)查看在數(shù)據(jù)庫(kù)中所存儲(chǔ)的各項(xiàng)數(shù)據(jù),結(jié)合具體工作需求,對(duì)其執(zhí)行結(jié)果進(jìn)行測(cè)試和檢查。
(3)在測(cè)試主機(jī)組件中,主要包含了測(cè)試工具遠(yuǎn)程代理組件、測(cè)試工具應(yīng)用程度和測(cè)試對(duì)象組合而成。在遠(yuǎn)程代理方面,其作為一種多線程組件在此過(guò)程中彰顯了獨(dú)特作用。當(dāng)測(cè)試工具處于運(yùn)行狀態(tài)時(shí),用戶只需要結(jié)合宣稱代理查看和測(cè)試的方式,便可以對(duì)被測(cè)對(duì)象進(jìn)行有效管理。當(dāng)完成整個(gè)測(cè)試工作之后,遠(yuǎn)程代理所收集的各種測(cè)試結(jié)果和數(shù)據(jù)都會(huì)被上傳到服務(wù)端數(shù)據(jù)庫(kù)中。同時(shí),還需要利用到API 積極作用,提升數(shù)據(jù)準(zhǔn)確性。在COM 組件方面,主要包含了測(cè)試工具遠(yuǎn)程代理組件和API 內(nèi)容。
在軟件測(cè)試過(guò)程管理系統(tǒng)具體應(yīng)用過(guò)程中,需要充分結(jié)組到COM 組件類的積極作用,將其嵌入到系統(tǒng)中。在該組件類中,主要包含了測(cè)試工具集成入口。當(dāng)軟件測(cè)試過(guò)程管理系統(tǒng)運(yùn)行過(guò)程中,若想完成文件配置工作,需要利用到COM 組件類中的ID 號(hào)。從其影響來(lái)看,這能夠保障系統(tǒng)在正式啟動(dòng)之后,能夠?qū)υ擃愜浖蜏y(cè)試內(nèi)容進(jìn)行合理化引用。這樣,便能給完成測(cè)試工具控制組件嵌入工作,將其嵌入到管理系統(tǒng)中,具體操作流程如圖1 所示。
在測(cè)試工具主機(jī)中,會(huì)包括一個(gè)測(cè)試工具和遠(yuǎn)程代理模塊。用戶若想在客戶端上進(jìn)行相關(guān)操作,只需要通過(guò)遠(yuǎn)程操作方式,便可以對(duì)測(cè)試運(yùn)行過(guò)程進(jìn)行有效管控。針對(duì)其中所生成的各種最新測(cè)試結(jié)果,都可以利用管理軟件中的API 接口進(jìn)行有效實(shí)現(xiàn)。其中所涉及到的測(cè)試結(jié)果都會(huì)在較短時(shí)間之內(nèi),快速傳輸?shù)綌?shù)據(jù)庫(kù)中,方便后期相關(guān)作業(yè)的順利開(kāi)展。
如果客戶端上需要進(jìn)行某個(gè)軟件測(cè)試工作。主要包含了以下三個(gè)方面的具體內(nèi)容。
(1)對(duì)于用戶來(lái)講,首先需要完成的工作便是根據(jù)具體測(cè)試需求,找到一個(gè)合適的遠(yuǎn)程代理模塊。在此基礎(chǔ)之上,才能夠查看各種測(cè)試工具是否保持在可運(yùn)行狀態(tài)中。否則,將不能夠開(kāi)展測(cè)試工作。
(2)根據(jù)相關(guān)要求,用戶需要完成測(cè)試參數(shù)設(shè)置工作。當(dāng)遠(yuǎn)程代理命令傳輸?shù)较到y(tǒng)中,便可以開(kāi)展測(cè)試工作。在開(kāi)始正式測(cè)試工作之后,用戶可以對(duì)整個(gè)測(cè)試過(guò)程進(jìn)行實(shí)時(shí)化監(jiān)控和管理。針對(duì)其所產(chǎn)生的最終結(jié)果,只需要借助到客戶端上所出現(xiàn)的遠(yuǎn)程代理查詢測(cè)試系統(tǒng)便可以完成相關(guān)數(shù)據(jù)查詢和結(jié)果檢測(cè)工作,這便會(huì)有效提升了測(cè)試結(jié)果查詢的高效性。
(3)在完成了上述操作內(nèi)容之后,需要借助到測(cè)試過(guò)程管理軟件中的API 接口積極作用,將測(cè)試工具、測(cè)試工程管理軟件服務(wù)器進(jìn)行有效相連。針對(duì)其中所出現(xiàn)的各種測(cè)試結(jié)果、詳細(xì)測(cè)試信息及時(shí)上傳到數(shù)據(jù)庫(kù)中。
在具體應(yīng)用過(guò)程中,只需要將相關(guān)內(nèi)容傳輸?shù)皆撥浖到y(tǒng)中便可以達(dá)到管理目的。
綜上所述,本篇文章主要提出了一種利用DCOM 組件開(kāi)發(fā)技術(shù)所設(shè)計(jì)的軟件測(cè)試管理模型。將其有效運(yùn)用到軟件測(cè)試管理工作中,能夠?qū)崿F(xiàn)對(duì)測(cè)試項(xiàng)目過(guò)程管理、項(xiàng)目應(yīng)用管理以及問(wèn)題檢測(cè)等多方面內(nèi)容。如果在此過(guò)程中,出現(xiàn)了任何錯(cuò)誤問(wèn)題或者故障性問(wèn)題,系統(tǒng)都會(huì)自動(dòng)生成報(bào)告,方便了測(cè)試人員的檢查工作。對(duì)此,測(cè)試人員便可以有更多時(shí)間和精力研究測(cè)試技術(shù)和軟件系統(tǒng)的更新,從而進(jìn)一步提升測(cè)試效率。在當(dāng)前階段應(yīng)用中,這種系統(tǒng)已經(jīng)取得了一定成效。今后工作中,相關(guān)工作人員仍需要加強(qiáng)不斷研究。結(jié)合具體工作需求,對(duì)軟件測(cè)試過(guò)程管理系統(tǒng)進(jìn)行及時(shí)更新。