摘要:進(jìn)入21世紀(jì)以來,我國信息技術(shù)有了很大進(jìn)步。軟件測(cè)試這一術(shù)語是當(dāng)今軟件工程領(lǐng)域使用頻率很高的術(shù)語。計(jì)算機(jī)軟件測(cè)試技術(shù)是為檢測(cè)程序運(yùn)行的缺陷,幫助軟件安全運(yùn)行。為了加深計(jì)算機(jī)的運(yùn)行多樣化,方便進(jìn)行相關(guān)操作,計(jì)算機(jī)的軟件程序要進(jìn)行精準(zhǔn)的測(cè)試,確保軟件運(yùn)行程序的準(zhǔn)確性,幫助檢查軟件運(yùn)行的錯(cuò)漏,并進(jìn)行程序的優(yōu)化。除此之外,對(duì)計(jì)算機(jī)軟件進(jìn)行檢測(cè)還可以解決其中存在的病毒,保證軟件安全。因此進(jìn)行其軟件的深度開發(fā),可以確保其運(yùn)行的安全穩(wěn)定,提升計(jì)算機(jī)的使用價(jià)值,否則計(jì)算機(jī)就只是一個(gè)空殼,該文從計(jì)算機(jī)軟件測(cè)試技術(shù)與深度開發(fā)模式來分析。
關(guān)鍵詞:標(biāo)準(zhǔn);軟件測(cè)試;相關(guān)術(shù)語;辨析
引言
伴隨著全球范圍內(nèi)計(jì)算機(jī)技術(shù)的迅速進(jìn)步,各行業(yè)領(lǐng)域針對(duì)各類軟件的應(yīng)用已經(jīng)變得越來越普及,軟件在使用過程中的整體性能質(zhì)量也越來越被人們所重視,而在這一過程中,針對(duì)軟件進(jìn)行測(cè)試時(shí)了解軟件整體質(zhì)量的一種重要手段。因此,對(duì)于從事相關(guān)領(lǐng)域工作的人員來說,了解當(dāng)前較為常見的軟件自動(dòng)化測(cè)試方法,認(rèn)識(shí)軟件自動(dòng)化測(cè)試環(huán)節(jié)中常出現(xiàn)的相關(guān)問題,對(duì)一些不建議采用軟件自動(dòng)化測(cè)試的情境有所了解,便成為了其所必須要關(guān)注的課題。
1研究背景
軟件測(cè)試一直都是提升產(chǎn)品質(zhì)量的重要手段,從20世紀(jì)70年代開始就已經(jīng)在軟件行業(yè)被廣泛應(yīng)用。發(fā)展到現(xiàn)在,軟件測(cè)試已經(jīng)發(fā)展成了一個(gè)非常獨(dú)立的學(xué)科。有關(guān)數(shù)據(jù)顯示,只有通過運(yùn)用正確的測(cè)試方法才能夠在第一時(shí)間降低軟件使用時(shí)發(fā)生故障的風(fēng)險(xiǎn)。在一些大型的軟件公司,其軟件測(cè)試人員的數(shù)量較多。我國早在1995年就發(fā)布了類似《GJB2423軟件測(cè)試和評(píng)估的通用要求》,后又在2004年直接改名為《GJB 141 軍用軟件測(cè)試指南》,實(shí)際也明確了軟件測(cè)試的內(nèi)容、方法和程序,為的是更好地保證軟件使用的質(zhì)量。但是隨著軍用軟件開發(fā)的規(guī)模變得越來越大,其應(yīng)用的范圍也在不斷地?cái)U(kuò)大,勢(shì)必會(huì)對(duì)軟件質(zhì)量提出更高的要求。
隨著信息技術(shù)的不斷發(fā)展,不同的軟件生產(chǎn)者和使用者都生存在競(jìng)爭(zhēng)較為激烈的環(huán)境中。多數(shù)軟件開發(fā)商都會(huì)為了占有市場(chǎng)而不斷地提升產(chǎn)品的質(zhì)量,以便不在激烈的競(jìng)爭(zhēng)中被淘汰出局。
2軟件測(cè)試發(fā)展概述
什么是軟件測(cè)試?最常見的回答就是發(fā)現(xiàn)軟件產(chǎn)品中的bug(缺陷)。但是,也有人會(huì)認(rèn)為軟件測(cè)試就是:檢查軟件產(chǎn)品是否符合設(shè)計(jì)要求;確認(rèn)軟件產(chǎn)品需求、設(shè)計(jì)和實(shí)現(xiàn)的一致性;對(duì)軟件產(chǎn)品質(zhì)量的全面評(píng)估;揭示軟件產(chǎn)品的質(zhì)量風(fēng)險(xiǎn)等等。關(guān)于軟件測(cè)試術(shù)語會(huì)有很多不同的理解,這是由于軟件測(cè)試是伴隨著軟件的產(chǎn)生而產(chǎn)生的,類似軟件的發(fā)展歷史一樣,也有其自己的發(fā)展史,主要經(jīng)歷了以下五個(gè)發(fā)展階段:
(1)1957年以前,以調(diào)試(Debugging)為主的階段。在這個(gè)早期階段,軟件規(guī)模小、復(fù)雜程度低,開發(fā)人員將測(cè)試等同于“調(diào)試”,經(jīng)常是等到軟件產(chǎn)品基本完成時(shí)由開發(fā)人員自己完成測(cè)試,此時(shí),“軟件測(cè)試”還未有明確的定義。
(2)1957~1978年,以證明(Demonstration)為主的階段。1957年,軟件測(cè)試開始與調(diào)試區(qū)別開來,作為一種發(fā)現(xiàn)軟件缺陷的活動(dòng)。1975年,JohnGoodEnough和SusanCerhart給出了軟件測(cè)試的通用定義“證明軟件的工作是正確的活動(dòng)”,這個(gè)理念被簡(jiǎn)稱為“證實(shí)”。
(3)1979~1982年,以破壞(Destruction)為主的階段。1979年,GlenfordJ.Myers的代表論著《軟件測(cè)試藝術(shù)(TheArtofSoftwareTesting)》一書出版,對(duì)軟件測(cè)試重新進(jìn)行了定義,認(rèn)為軟件測(cè)試是為了“發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的活動(dòng)”,這個(gè)理念又被稱為“證偽”。
(4)1983~1987年,以評(píng)價(jià)(Evaluation)為主的階段。1983年,BillHetzel在《軟件測(cè)試完全指南(CompleteGuideofSoftwareTesting)》一書中指出“測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng),測(cè)試是對(duì)軟件質(zhì)量的度量”。此時(shí),軟件測(cè)試不僅是發(fā)現(xiàn)錯(cuò)誤的過程,還包含了軟件質(zhì)量評(píng)價(jià)的內(nèi)容。
(5)1988~至今,以預(yù)防(Prevention)為主的階段。人們已經(jīng)開始意識(shí)到,軟件測(cè)試不應(yīng)該僅是事后用來證明軟件是對(duì)的或是不對(duì)的,而應(yīng)該走向前端進(jìn)行缺陷預(yù)防。在2002年,Rick和Setfan在《系統(tǒng)的軟件測(cè)試》一書中進(jìn)一步對(duì)軟件測(cè)試定義為“測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量,對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命周期”,該定義進(jìn)一步豐富了軟件測(cè)試的內(nèi)容。
3計(jì)算機(jī)軟件測(cè)試技術(shù)
3.1Asterisk壓力測(cè)試
Asterisk有公開的源碼,能夠?qū)崿F(xiàn)媒體處理軟件,Asterisk可以利用加載,擴(kuò)展軟件編碼的算法,數(shù)據(jù)媒體也可以在核心處理單元中實(shí)行中轉(zhuǎn),而且,媒體通道的管理也能夠更加地方便。例如,在point1和poin3之間建立一個(gè)處理通道,來進(jìn)行媒體的處理,而point2就是它們的處理中介。首先,IPPBXcore直接與MediaControler交互,一些媒體處理,也能夠在IPPBX系統(tǒng)當(dāng)中完成,建立媒體通道,或者是拆除它,除此之外,媒體事件有很多,也需要對(duì)此進(jìn)行處理。IPPBXcore與MediaCon?troller之間,它們的標(biāo)準(zhǔn)協(xié)議有MGCPMegaco/H248。其次,Me?diaControler維護(hù)所有的邏輯,對(duì)于媒體通道的建立,要查詢路由表,申請(qǐng)中介端點(diǎn)源。最后,poit1的數(shù)據(jù)被接收,以此進(jìn)行功能模塊的處理,并根據(jù)MediaController提供的路由信息,將一些數(shù)據(jù)交由中介point2來處理,之后,發(fā)送到translator_3當(dāng)中,這樣,數(shù)據(jù)就能夠完成,到達(dá)point3當(dāng)中。
3.2黑盒測(cè)試方法
黑盒測(cè)試是最常用的軟件測(cè)試方法,又被稱為驅(qū)動(dòng)測(cè)試。黑盒測(cè)試時(shí)可以將測(cè)試的對(duì)象先看成一個(gè)黑盒子,實(shí)際也并不應(yīng)該單獨(dú)考慮內(nèi)部程序處理的過程。人們?cè)趯?shí)際測(cè)試時(shí)需要同時(shí)考慮合法的和不合法的相關(guān)內(nèi)容。
黑盒測(cè)試的優(yōu)點(diǎn)表現(xiàn)在如下幾個(gè)方面:第一,相比其他測(cè)試方法,黑盒測(cè)試的方法比較簡(jiǎn)單,并不需要測(cè)試者詳細(xì)地了解內(nèi)部的代碼;第二,軟件內(nèi)部的內(nèi)容實(shí)際并不存在一定的關(guān)系;第三,用戶比較容易理解黑盒測(cè)試的原理,至少可以知道其需要用到哪些不同的功能。但是黑盒測(cè)試過程也不是完全沒有缺點(diǎn),主要包括如下幾個(gè)方面:第一,不是所有類型的代碼都可以用黑盒測(cè)試的方法來測(cè)試的,所以此種方法使用的覆蓋率相對(duì)較低;第二,黑盒測(cè)試復(fù)用性程度較低。
3.3負(fù)載測(cè)試
我們都知道,計(jì)算機(jī)在運(yùn)行狀態(tài)時(shí),往往會(huì)出現(xiàn)多個(gè)軟件共同運(yùn)行,為了確保系統(tǒng)的運(yùn)行良好,對(duì)一些信息進(jìn)行及時(shí)的處理,提高計(jì)算機(jī)的加載能力,就要進(jìn)行負(fù)載測(cè)試,便于提高加載服務(wù)。例如,可以在海量數(shù)據(jù)的加載中進(jìn)行任務(wù)調(diào)度。運(yùn)用集中式的調(diào)度方法。通過任務(wù)調(diào)度器,將所有任務(wù)進(jìn)行一系列的調(diào)度,然后,以此進(jìn)行分配并且執(zhí)行。調(diào)度器會(huì)進(jìn)行周期性的運(yùn)行,與其他的一些軟件是同時(shí)運(yùn)行著的。在任務(wù)調(diào)度器當(dāng)中,要判斷是否能獲得一個(gè)任務(wù),或者是能否獲得一個(gè)好的任務(wù),如果不能獲得的話,就要進(jìn)行等待。而在獲得的任務(wù)Task中,要注冊(cè)一個(gè)結(jié)果項(xiàng);在調(diào)用任務(wù)執(zhí)行器時(shí),在資源上執(zhí)行相關(guān)的任務(wù);任務(wù)Task的執(zhí)行結(jié)果,需要保存在結(jié)果項(xiàng)當(dāng)中。
3.4面向?qū)ο蟓h(huán)境中的集成測(cè)試
兩種不同的策略:基于線程的測(cè)試(thread—basedtesting)?;谑褂玫臏y(cè)試(use—basedtesting)。驅(qū)動(dòng)程序和樁程序:驅(qū)動(dòng)程序和樁程序?qū)崿F(xiàn)的功能有所不同。驅(qū)動(dòng)程序能夠在顯示界面前就開始進(jìn)行系統(tǒng)測(cè)試,而且其也能夠?qū)︻惡偷蛯拥牟僮鬟M(jìn)行測(cè)試;而樁程序測(cè)試能夠在缺少類的情況下對(duì)類協(xié)作進(jìn)行測(cè)試。
結(jié)語
整體來說,軟件自動(dòng)化測(cè)試技術(shù)在絕大多數(shù)場(chǎng)景下,都能夠針對(duì)軟件的性能進(jìn)行測(cè)試,因此具有重要的使用價(jià)值,但是作為相關(guān)場(chǎng)景工作人員來說,仍然需要區(qū)分軟件自動(dòng)測(cè)試技術(shù)在使用過程中的誤區(qū)以及不適用情境,只有有效回避這些場(chǎng)景,才能讓此項(xiàng)技術(shù)得到更為有效的利用。
參考文獻(xiàn)
[1]張長(zhǎng)華.計(jì)算機(jī)軟件測(cè)試技術(shù)探討[J].才智,2020(9):241.
[2]杜娟,駱慶,張泉.計(jì)算機(jī)軟件測(cè)試技術(shù)與深度開發(fā)應(yīng)用探討[J].電子測(cè)試,2017(19):127,126.
[3]顧吉堂.試析計(jì)算機(jī)軟件測(cè)試技術(shù)與深度開發(fā)應(yīng)用[J].數(shù)字技術(shù)與應(yīng)用,2017(8):225-226.
[4]牟亞飛.淺談?dòng)?jì)算機(jī)軟件測(cè)試技術(shù)與深度開發(fā)模式[J].西部皮革,2017,39(8):14.
作者簡(jiǎn)介:黃曉(1985-)女,漢族,廣西柳州人,本科,主要從事軟件工程/軟件測(cè)試工作。