導(dǎo)語(yǔ)：如何才能寫(xiě)好一篇軟件測(cè)試，這就需要搜集整理更多的資料和文獻(xiàn)，歡迎閱讀由公務(wù)員之家整理的十篇范文，供你借鑒。

篇1

關(guān)鍵詞：軟件測(cè)試；測(cè)試概念；軟件測(cè)試現(xiàn)狀；挑戰(zhàn)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）02-0320-02

近年來(lái)，信息技術(shù)的飛速發(fā)展，使得軟件產(chǎn)品應(yīng)用到社會(huì)的各各行業(yè)。隨著人類對(duì)計(jì)算機(jī)應(yīng)用的逐步深入，軟件質(zhì)量的要求也逐步提高，從而軟件測(cè)試越來(lái)越重要。雖然國(guó)內(nèi)軟件測(cè)試起步叫較晚，但也越來(lái)越被人們重視，據(jù)有關(guān)資料顯示，軟件測(cè)試費(fèi)用相當(dāng)于軟件開(kāi)發(fā)總費(fèi)用的45%左右， 對(duì)于一些較高要求的軟件，其測(cè)試費(fèi)用很有可能是整個(gè)軟件項(xiàng)目開(kāi)發(fā)所有費(fèi)用的3.～5倍，當(dāng)然隨著軟件規(guī)模的日益增大，測(cè)試問(wèn)題也日益突出。軟件最終是否為人所用，沒(méi)有經(jīng)過(guò)測(cè)試的軟件產(chǎn)品，你就無(wú)法知曉它是否滿足用戶的需求，有缺陷的軟件在極端情況下可能會(huì)導(dǎo)致用戶財(cái)產(chǎn)生命安全。

1 軟件測(cè)試的概述

軟件測(cè)試是軟件質(zhì)量的保證，是使用自動(dòng)化工具或人工來(lái)運(yùn)行系統(tǒng)程序的過(guò)程，進(jìn)而來(lái)發(fā)現(xiàn)現(xiàn)所運(yùn)行得到的結(jié)果和產(chǎn)品要求的條件之間的差別，并以此來(lái)評(píng)價(jià)。通俗的講，測(cè)試的目的是為了發(fā)現(xiàn)軟件中存在的錯(cuò)誤，同時(shí)對(duì)軟件質(zhì)量進(jìn)行度量和評(píng)價(jià)，而不是證明該軟件是成功的，沒(méi)有錯(cuò)誤的軟件世間難求。軟件測(cè)試要以用戶需求至上為基本原則，通過(guò)用最少的人力、物力、財(cái)力和時(shí)間找出軟件中的各種錯(cuò)誤與缺陷，并且通過(guò)進(jìn)一步改正這些錯(cuò)誤和缺陷來(lái)提高軟件的質(zhì)量。既然軟件測(cè)試是人為的，因此就不能至善至美，也不可能窮盡測(cè)試，軟件測(cè)試不可能揭示所有的缺陷。其實(shí)換一種說(shuō)法，我們可以把測(cè)試過(guò)程看作是對(duì)軟件質(zhì)量的“探索”過(guò)程，這個(gè)探索不是“盲人摸象”的過(guò)程，它有一個(gè)基線即所有的測(cè)試都應(yīng)該追溯到用戶需求。

2 基于測(cè)試技術(shù)的測(cè)試方法

傳統(tǒng)的人為測(cè)試是在編碼階段，甚至是在編碼后都是錯(cuò)誤的。需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)及程序編碼實(shí)現(xiàn)等各階段所得的文檔都是軟件測(cè)試的對(duì)象，所以說(shuō)軟件測(cè)試是貫穿于整個(gè)軟件定義期和開(kāi)發(fā)期間的，從技術(shù)上劃分為黑盒測(cè)試，白盒測(cè)試及灰盒測(cè)試。

2.1白盒測(cè)試

它是基于源程序或代碼內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例而進(jìn)行的測(cè)試。它相當(dāng)于一個(gè)打開(kāi)的盒子，測(cè)試人員可以依據(jù)所看到了解的代碼結(jié)構(gòu)來(lái)設(shè)計(jì)測(cè)試用例。白盒測(cè)試分為兩種，一種靜態(tài)一種動(dòng)態(tài)。靜態(tài)的方法就是直接檢查只要按一定步驟進(jìn)行，包括桌面檢查、代碼審查等。這種方法一般是由有經(jīng)驗(yàn)的測(cè)試人員做，只是初步大致的來(lái)檢查系統(tǒng)中存在的錯(cuò)誤。動(dòng)態(tài)的方法就必須要生成測(cè)試用例來(lái)運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，包括有基本路徑測(cè)試、條件測(cè)試數(shù)據(jù)流測(cè)試等。白盒測(cè)試一般由有經(jīng)驗(yàn)的軟件測(cè)試人員和開(kāi)發(fā)人員進(jìn)行，因?yàn)橐枰私猱a(chǎn)品的內(nèi)部工作，關(guān)注程序的結(jié)構(gòu)和內(nèi)部邏輯。

2.2 黑盒測(cè)試

它是相對(duì)于白盒測(cè)試而言，它是基于產(chǎn)品的需求和功能性而不是基于系統(tǒng)的內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，通過(guò)軟件的外部表現(xiàn)來(lái)發(fā)現(xiàn)其缺陷和錯(cuò)誤。同樣可以把黑盒測(cè)試的對(duì)象看作是一個(gè)封閉的黑盒子，測(cè)試人員要根據(jù)規(guī)格說(shuō)明在不考慮其程序內(nèi)部結(jié)構(gòu)和和處理過(guò)程，以用戶視角進(jìn)行的測(cè)試。黑盒測(cè)試是配合白盒測(cè)試發(fā)現(xiàn)其他錯(cuò)誤，它并不是白盒測(cè)試的替代品。黑盒測(cè)試試圖發(fā)現(xiàn)的錯(cuò)誤主要有：系統(tǒng)功能對(duì)不對(duì)或者有沒(méi)有遺漏、界面錯(cuò)誤、數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)訪問(wèn)是否錯(cuò)誤、性能錯(cuò)誤以及初始化和終止錯(cuò)誤。所以說(shuō)一般黑盒測(cè)試主要在測(cè)試后期執(zhí)行，而白盒測(cè)試一般在早期執(zhí)行。常用的黑盒技術(shù)有邊界值分析、因果測(cè)試、等價(jià)劃分等。

2.3灰盒測(cè)試

灰盒測(cè)試是介于白盒測(cè)試和黑盒測(cè)試間的一種有效的軟件測(cè)試技術(shù)，結(jié)合了是兩種測(cè)試的有點(diǎn)，它即關(guān)注與程序的內(nèi)部高層邏輯結(jié)構(gòu)，也關(guān)注與程序運(yùn)行時(shí)的外部得表現(xiàn)，然而這種關(guān)注不需要像白盒那樣詳細(xì)、完整，僅是通過(guò)一些表面的現(xiàn)象、事件、標(biāo)志來(lái)判斷其內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部實(shí)際是錯(cuò)誤的，這種情況很常見(jiàn)，如果每次都是通過(guò)白盒測(cè)試進(jìn)行操作，結(jié)果效率會(huì)大大降低，因此采取灰盒測(cè)試是一種有效的補(bǔ)救方法。

3 軟件測(cè)試現(xiàn)狀

就國(guó)際而言，國(guó)際的軟件測(cè)試領(lǐng)域已基本成熟，在軟件業(yè)比較發(fā)達(dá)的國(guó)家，無(wú)論從投入的人力和時(shí)間上看，軟件測(cè)試都受到了公司的極大重視，他們有嚴(yán)格的測(cè)試工作標(biāo)準(zhǔn)和范圍規(guī)定，軟件測(cè)試被公司認(rèn)為不可或缺的。已美國(guó)為例，據(jù)說(shuō)美國(guó)軟件測(cè)試市場(chǎng)已作為軟件產(chǎn)業(yè)中的一個(gè)獨(dú)特市場(chǎng)，不僅是軟件開(kāi)發(fā)企業(yè)還是設(shè)有軟件開(kāi)發(fā)部門(mén)的公司，軟件測(cè)試單位的設(shè)置都是必不可少的，其中軟件測(cè)試人員的數(shù)量更是占軟件開(kāi)發(fā)工程師的75%左右。軟，每一個(gè)開(kāi)發(fā)人員都會(huì)配備一名測(cè)試人員，也就是說(shuō)開(kāi)發(fā)人員和測(cè)試人員的比例是1：1，并且這些測(cè)試人員的水平是很高的，往往負(fù)責(zé)軟件測(cè)試質(zhì)量的質(zhì)量保證經(jīng)理的職位和軟件開(kāi)發(fā)經(jīng)理是平行的。美國(guó)幾乎壟斷了全球的軟件市場(chǎng)，終其原因，當(dāng)然是很多發(fā)面的綜合因素，但更重要的一點(diǎn)的是當(dāng)今美國(guó)的信息化水平非常高，人們對(duì)產(chǎn)品的質(zhì)量更高，殘酷的競(jìng)爭(zhēng)更迫使各企業(yè)在產(chǎn)品質(zhì)量方面加大投入，一定要在產(chǎn)品出廠前把質(zhì)量把關(guān)好，美國(guó) 的軟件工廠概念已經(jīng)完全形成，已CMM為標(biāo)志的適應(yīng)大規(guī)模生產(chǎn)的軟件流程管理體系已經(jīng)非常完備，使得軟件行業(yè)真正成為制造業(yè)。

就國(guó)內(nèi)而言，國(guó)內(nèi)的軟件市場(chǎng)才剛剛起步，雖然國(guó)家對(duì)軟件業(yè)給了很多的鼓勵(lì)政策，軟件業(yè)在國(guó)內(nèi)也有很大的發(fā)展，但是多數(shù)軟件公司還是注重代碼開(kāi)發(fā)，而忽略代碼質(zhì)量，忽視了測(cè)試在整個(gè)軟件工程項(xiàng)目的重要性，認(rèn)為測(cè)試只是開(kāi)發(fā)的附屬品，即使有公司認(rèn)識(shí)到測(cè)試的重要性但也是停留在認(rèn)識(shí)階段，只是做做簡(jiǎn)單的黑盒測(cè)試，功能性測(cè)試等。為什么國(guó)內(nèi)的軟件市場(chǎng)的表現(xiàn)令人擔(dān)憂呢？首先很多人認(rèn)為國(guó)內(nèi)的產(chǎn)品大多數(shù)是基于互聯(lián)網(wǎng)的，軟件大部分是在服務(wù)器端的，更新的成本大幅降低了，可以一味的借助網(wǎng)絡(luò)更新，在使用中發(fā)現(xiàn)錯(cuò)誤然后去彌補(bǔ)。即使有一些已經(jīng)成規(guī)模、有一定的研發(fā)的大企業(yè)，也沒(méi)有一套完整的測(cè)試流程體系，他們可能花費(fèi)大量的人力、物力來(lái)通過(guò)CMM，ISO的認(rèn)證，卻不能踏實(shí)的做好測(cè)試，在他們眼里，認(rèn)證才是公認(rèn)的公司實(shí)力的體現(xiàn)，測(cè)試則只是一個(gè)可有可無(wú)的過(guò)程。說(shuō)到底這是對(duì)測(cè)試重要性的理解還不夠透徹。另一方面費(fèi)用問(wèn)題也較突出，開(kāi)發(fā)方在支付軟件開(kāi)發(fā)費(fèi)用后，就不愿意再為軟件測(cè)試支付費(fèi)用而增加新的成本，這其中也包含了測(cè)試工具的價(jià)格，有些軟件公司即使他們有那個(gè)心也沒(méi)那個(gè)力，昂貴的測(cè)試工具會(huì)立即扼殺他們抓測(cè)試的信心，即使有的項(xiàng)目有意委托第三方測(cè)試，可是開(kāi)發(fā)方也會(huì)考慮到需要提供源代碼，擔(dān)心知識(shí)產(chǎn)權(quán)受到侵犯。軟件公司較為缺乏專業(yè)測(cè)試力量也是重要原因之一，嚴(yán)格來(lái)說(shuō)，專業(yè)的測(cè)試人員要懂的技術(shù)甚至比開(kāi)發(fā)的要高的多，這又要追溯到對(duì)測(cè)試的態(tài)度觀念問(wèn)題?？偟膩?lái)說(shuō)，價(jià)格，技術(shù)和企業(yè)愿望是目前測(cè)試發(fā)展緩慢的原因。

4 挑戰(zhàn)

誠(chéng)然，價(jià)格，技術(shù)和企業(yè)愿望是目前國(guó)內(nèi)測(cè)試走的很難的原因，當(dāng)今快速發(fā)展的企業(yè)信息化進(jìn)程導(dǎo)致軟件測(cè)試面臨著諸多挑戰(zhàn)，產(chǎn)品的多樣性，復(fù)雜化使得軟件測(cè)試在技術(shù)上面臨著挑戰(zhàn)。隨著復(fù)雜的分布式應(yīng)用技術(shù)的快速發(fā)展，電子商務(wù)應(yīng)用的部署結(jié)構(gòu)日益復(fù)雜，所涉及的協(xié)議和接口標(biāo)準(zhǔn)日益增多，對(duì)應(yīng)用部署的性能評(píng)價(jià)要求也越來(lái)越嚴(yán)格，這就導(dǎo)致了測(cè)試的復(fù)雜性增加了，同時(shí)迫于市場(chǎng)的壓力，產(chǎn)品開(kāi)發(fā)周期變的越來(lái)越短，應(yīng)用系統(tǒng)更新、升級(jí)越來(lái)越頻繁，在這種情況下必須特別關(guān)注整個(gè)應(yīng)用的完整性和可靠性。另一方面的挑戰(zhàn)來(lái)自軟件測(cè)試工程師的素質(zhì)。測(cè)試團(tuán)隊(duì)核心人物的人數(shù)可能因?yàn)楫a(chǎn)品的的測(cè)試組織機(jī)構(gòu)不同而有所不同，測(cè)試工程師的綜合素質(zhì)體現(xiàn)在：責(zé)任心、綜合技術(shù)水平、學(xué)習(xí)和解決問(wèn)題的能力，還有對(duì)軟件業(yè)發(fā)展趨勢(shì)的了解。

5 總結(jié)

雖然中國(guó)的測(cè)試領(lǐng)域才剛剛開(kāi)始，我們還有很多東西要學(xué)，可是該如何推動(dòng)我們的軟件測(cè)試業(yè)，不是靠你和我，而是靠全名總動(dòng)員，樹(shù)立正確的軟件測(cè)試觀，大家要培養(yǎng)這個(gè)意識(shí)，并把這個(gè)意識(shí)貫穿在研發(fā)的全過(guò)程中，將軟件項(xiàng)目管理和軟件測(cè)試結(jié)合起來(lái)，使得軟件測(cè)試業(yè)不斷發(fā)展和成熟，總有一天中國(guó)的軟件質(zhì)量會(huì)在世界上有屬于自己的一席之地的。

參考文獻(xiàn)：

[1] Ron Patton .軟件測(cè)試[M].北京：機(jī)械工業(yè)出版社，2001.

[2] 鄭人杰.計(jì)算機(jī)軟件測(cè)試技術(shù)[M].北京：清華大學(xué)出版社，1999.

[3] 郁蓮.軟件測(cè)試方法與實(shí)踐[M].北京：清華大學(xué)出版社，2008.

[4] 劉浩.軟件測(cè)試簡(jiǎn)述與展望[J].江蘇現(xiàn)代計(jì)量，2008.

[5] 吳小紅，楊海濤，王萬(wàn)良.基于Web 的遠(yuǎn)程控制實(shí)驗(yàn)系統(tǒng)的設(shè)計(jì)[J].浙江工業(yè)大學(xué)學(xué)報(bào)，2004，132（6）：700-705.

[6] 畢波.嵌入式Web 服務(wù)器的遠(yuǎn)程監(jiān)控系統(tǒng)的實(shí)現(xiàn)[J].重慶職業(yè)技術(shù)學(xué)院學(xué)報(bào)，2004，13（2）：138-140.

[7] 毛志雄.軟件測(cè)試?yán)碚撆c實(shí)踐[M].北京：中國(guó)鐵道出版社，2008.

篇2

眾所周知，由于通用計(jì)算機(jī)或芯片在各種系統(tǒng)中的廣泛使用，在工程中系統(tǒng)實(shí)現(xiàn)各種功能都離不開(kāi)軟件來(lái)實(shí)現(xiàn)應(yīng)用功能，因而軟件重要性越來(lái)越顯突出，隨著軟件工程的發(fā)展，目前軟件的規(guī)模也逐漸越來(lái)越大，軟件的質(zhì)量已成為決定各種工程或武器系統(tǒng)的質(zhì)量乃至成敗的最重要因素之一。因此有必要更加重視軟件的質(zhì)量問(wèn)題。而軟件測(cè)試作為軟件工程的一項(xiàng)重要組成部分也越來(lái)越受到重視。

1 對(duì)軟件測(cè)試的定義

在這里我們只討論狹義上的軟件測(cè)試。軟件測(cè)試是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼實(shí)現(xiàn)的最終審查。通常對(duì)軟件測(cè)試的定義有兩種描述：

定義1：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程。

定義2：軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例，并利用這些測(cè)試用例運(yùn)行程序以及發(fā)現(xiàn)錯(cuò)誤的過(guò)程，即執(zhí)行測(cè)試步驟。

2 軟件測(cè)試流程和策略

2.1 軟件測(cè)試流程

軟件測(cè)試的流程可以細(xì)分為四個(gè)階段：?jiǎn)卧獪y(cè)試，集成測(cè)試，確認(rèn)測(cè)試（有效性測(cè)A試）和系統(tǒng)測(cè)試。單元測(cè)試針對(duì)軟件設(shè)計(jì)的最小單元A程序模塊，進(jìn)行正確性檢驗(yàn)的測(cè)試工作。它的目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)。集成測(cè)試在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)進(jìn)行測(cè)試。確認(rèn)測(cè)試（有效性測(cè)試）驗(yàn)證軟件的功能、性能和其它特性是否與用戶的要求一致。系統(tǒng)測(cè)試將測(cè)試的軟件作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行組裝測(cè)試和確認(rèn)測(cè)試。

2.2 軟件測(cè)試的策略和技術(shù)

軟件測(cè)試的策略就是測(cè)試將按照什么樣的思路和方式進(jìn)行。如采用什么技術(shù)，什么步驟等。而軟件測(cè)試技術(shù)可以按照以下幾種方式來(lái)進(jìn)行分類：

（1）黑盒（功能性）測(cè)試和白盒（結(jié)構(gòu)性）測(cè)試。

（2）靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。

（3）傳統(tǒng)測(cè)試方法和面向?qū)ο鬁y(cè)試的方法。

（4）特定環(huán)境及應(yīng)用的測(cè)試。

2.2.1 黑盒測(cè)試和白盒測(cè)試

（1）黑盒測(cè)試。黑盒測(cè)試又稱功能性測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試、基于規(guī)格說(shuō)明的測(cè)試。它 在已知軟件所應(yīng)具有的功能的基礎(chǔ)上，檢查程序功能能否按需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，功能是否有遺漏，性能等特性要求是否滿足。在進(jìn)行黑盒測(cè)試時(shí)只需參照規(guī)格說(shuō)明檢查軟件，不要求考察代碼，從用戶視角來(lái)對(duì)軟件進(jìn)行測(cè)試。黑盒測(cè)試的目的在于檢測(cè)軟件功能是否正確和完整，檢測(cè)是否有人機(jī)交互和數(shù)據(jù)訪問(wèn)錯(cuò)誤，檢測(cè)軟件行為和性能是否滿足需求以及檢測(cè)軟件初始化和終止過(guò)程是否有錯(cuò)誤。

黑盒測(cè)試要遵循以下的步驟：首先需要先根據(jù)規(guī)格說(shuō)明書(shū)來(lái)生成測(cè)試用例，然后執(zhí)行測(cè)試并分析覆蓋標(biāo)準(zhǔn)，最后再根據(jù)所得結(jié)果來(lái)作出結(jié)論。

（2）白盒測(cè)試。白盒測(cè)試又被成為結(jié)構(gòu)性測(cè)試、邏輯驅(qū)動(dòng)測(cè)試、基于程序的測(cè)試。它的與黑盒測(cè)試的區(qū)別在于我們?cè)谶M(jìn)行白盒測(cè)試的時(shí)候會(huì)將程序的執(zhí)行表現(xiàn)與編碼意圖作比較，并且關(guān)心軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)，而主要測(cè)試依據(jù)是代碼和設(shè)計(jì)文檔，這就能夠支持嚴(yán)格定義、數(shù)學(xué)分析和精確度量，從而更加準(zhǔn)確的來(lái)評(píng)價(jià)一個(gè)軟件。

2.2.2 靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試

（1）靜態(tài)測(cè)試。靜態(tài)測(cè)試廣義上包括了人工代碼檢查，軟件度量，程序結(jié)構(gòu)分析（自動(dòng)審查）和自動(dòng)編程規(guī)則檢查這些內(nèi)容。

（2）動(dòng)態(tài)測(cè)試。動(dòng)態(tài)測(cè)試包括覆蓋測(cè)試分析和運(yùn)行時(shí)的錯(cuò)誤檢測(cè)。

2.2.3 路徑測(cè)試

路徑測(cè)試是指根據(jù)路徑設(shè)計(jì)測(cè)試用例的一種技術(shù)，經(jīng)常用于狀態(tài)轉(zhuǎn)換測(cè)試中。基本路徑測(cè)試法是在程序控制流圖的基礎(chǔ)上，通過(guò)分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次。

2.2.4數(shù)據(jù)流測(cè)試

前面的測(cè)試針對(duì)程序的控制流路徑，檢查程序在各種條件值、各種決策下是否有錯(cuò)。數(shù)據(jù)流測(cè)試主要測(cè)試程序中的數(shù)值流（覆蓋值傳遞路徑），檢測(cè)變量定義與使用的情況。它比較容易發(fā)現(xiàn)下列類型的錯(cuò)誤：變量被定義，但是從來(lái)沒(méi)有使用;所使用的變量沒(méi)有被定義;變量在使用之前被定義兩次;其它定義不當(dāng)或使用不當(dāng)?shù)那闆r。

2.2.5 面向?qū)ο筌浖y(cè)試

面向?qū)ο蠹夹g(shù)開(kāi)發(fā)出的程序更需要測(cè)試且對(duì)其進(jìn)行測(cè)試將更復(fù)雜。面向?qū)ο筌浖c傳統(tǒng)的軟件存在不同的軟件結(jié)構(gòu)，不同的開(kāi)發(fā)方法且每個(gè)開(kāi)發(fā)階段都有不同以往的要求和結(jié)果，針對(duì)面向?qū)ο筌浖男绿攸c(diǎn)，應(yīng)有一種新的測(cè)試模型

3 結(jié)論

軟件測(cè)試是一項(xiàng)非常重要的工作。有些觀點(diǎn)認(rèn)為測(cè)試是極簡(jiǎn)單的工作，誰(shuí)都能進(jìn)行軟件測(cè)試，還認(rèn)為軟件測(cè)試技術(shù)要求不高，比編程容易多了，測(cè)試就是把數(shù)據(jù)輸進(jìn)程序，看結(jié)果對(duì)不對(duì)，甚至認(rèn)為測(cè)試是就體力活而已。這些觀點(diǎn)其實(shí)都是不正確的。軟件測(cè)試是一項(xiàng)非常需要智慧，耐心，協(xié)調(diào)以及溝通能力的一項(xiàng)工作，它包涵的內(nèi)容不光有深層次的技術(shù)性問(wèn)題，也有管理方面的問(wèn)題。如何才能做好軟件測(cè)試，光有技術(shù)上的水平仍然是不夠的，還必須要有好的團(tuán)隊(duì)合作和細(xì)致的工作能力和態(tài)度。

軟件測(cè)試雖然能夠發(fā)現(xiàn)軟件中的問(wèn)題，但是它并不能證明軟件中已經(jīng)不存在其它的問(wèn)題了，因此要提高軟件的質(zhì)量，光靠軟件測(cè)試也還是不夠的，還需要全面的履行和落實(shí)軟件的質(zhì)量控制，這樣才能最大限度的減少軟件問(wèn)題所引起的損失。

參考文獻(xiàn)

[1]徐世波.張健關(guān)于軟件質(zhì)量保證模型的研究[J].數(shù)字技術(shù)與應(yīng)用，2010（09）.

[2]張瑤.白曉穎.張任偉.陸?zhàn)┮环N基于模型的測(cè)試充分性評(píng)估方法[J].計(jì)算機(jī)科學(xué)，2013（02）.

[3]霖.李戰(zhàn)懷基于數(shù)據(jù)操作的航天測(cè)控軟件測(cè)試復(fù)用模型[J].飛行器測(cè)控學(xué)報(bào)，2012（02）.

篇3

關(guān)鍵詞：軟件可靠性； 軟件測(cè)試； 關(guān)系

隨著信息技術(shù)的快速發(fā)展，對(duì)軟件功能需求也逐漸提高，軟件復(fù)雜性也越來(lái)越高?；谶@種環(huán)境下，軟件可靠性要求也越來(lái)越高。軟件可靠性在一定程度上決定了軟件可靠性，而軟件測(cè)試在一定程度上為軟件可靠性提供了保障，由此可見(jiàn)，對(duì)軟件可靠性和軟件測(cè)試進(jìn)行更深入研究是軟件領(lǐng)域重要的工作之一。

1 軟件可靠性

1.1 軟件可靠性概述   在規(guī)定的條件下，在規(guī)定的時(shí)間內(nèi)，軟件不引起系統(tǒng)失效的概率，該概率是系統(tǒng)輸入和系統(tǒng)使用的函數(shù)，也是軟件中存在的缺陷函數(shù)。系統(tǒng)輸入將確定是否會(huì)遇到已存在的缺陷。在規(guī)定的時(shí)間周期內(nèi)，在所述條件下程序執(zhí)行所要求的功能的能力。軟件可靠性的三個(gè)要素分別是規(guī)定的時(shí)間、規(guī)定的環(huán)境條件以及規(guī)定的功能。1）規(guī)定的時(shí)間。在軟件的運(yùn)行階段體現(xiàn)著軟件可靠性，因此，一般采用“運(yùn)行時(shí)間”t作為時(shí)間的尺度。這主要是因?yàn)榫唧w要處理的問(wèn)題是多種多樣的，把運(yùn)行時(shí)間t當(dāng)作隨機(jī)變量來(lái)考慮主要是因?yàn)榫哂须S機(jī)的輸入環(huán)境、隨機(jī)的選取程序中相應(yīng)程序路徑、隨機(jī)的軟件失效。軟件系統(tǒng)運(yùn)行后工作與掛起的累積時(shí)間作為運(yùn)行時(shí)間。2）規(guī)定的環(huán)境條件。環(huán)境條件指的是軟件的使用環(huán)境，無(wú)論是什么軟件，如果不對(duì)它的使用環(huán)境加以限制，都是會(huì)失效的，這中實(shí)效的數(shù)據(jù)是不能用來(lái)度量軟件的可靠性。這里的環(huán)境條件包括與程序存儲(chǔ)有關(guān)的計(jì)算機(jī)及其操作系統(tǒng)，也就是指的是軟件的運(yùn)行環(huán)境，軟件系統(tǒng)運(yùn)行時(shí)所需的各種支持要素都和環(huán)境條件有關(guān)，例如：操作系統(tǒng)、支持硬件、支持軟件等等。3）規(guī)定的功能。在對(duì)軟件可靠性進(jìn)行考慮時(shí)，首先應(yīng)該知道軟件有什么功能，主要的功能是什么，次要的功能是什么，對(duì)這些的了解可以通過(guò)軟件需求分析說(shuō)明書(shū)和設(shè)計(jì)說(shuō)明書(shū)。規(guī)定的任務(wù)和功能都和軟件可靠性有關(guān)。軟件的運(yùn)行剖面隨著完成的任務(wù)的不同而不同，因此，調(diào)用的子模塊也就不同，那么可靠性也可能不同。因此，明確軟件的任務(wù)和功能是保證準(zhǔn)確度量軟件系統(tǒng)的可靠性的前提。

1.2 軟件可靠性模型

1.2.1   時(shí)間模型   時(shí)間模型分為可靠性增長(zhǎng)模型和公理模型。

   對(duì)于可靠性增長(zhǎng)模型：

1.3 軟件可靠性測(cè)試   軟件可靠性是程序在給定的時(shí)間間隔以及給定的環(huán)境條件下，按照需求，衡量程序執(zhí)行所要求的功能的能力。根據(jù)定義，軟件可靠性包含了以下3個(gè)要素：給定的時(shí)間、給定的條件以及所要求的功能。1）給定的時(shí)間：運(yùn)行時(shí)間。2）給定的條件：軟件的運(yùn)行環(huán)境。3）所要求的功能：需求說(shuō)明書(shū)上明確的任務(wù)和功能。軟件可靠性測(cè)試是在使用典型的環(huán)境中，為進(jìn)行軟件可靠性估計(jì)而對(duì)該軟件進(jìn)行的功能測(cè)試。需要說(shuō)明的是，"典型環(huán)境"指的是在統(tǒng)計(jì)意義下該環(huán)境能反映出軟件的使用環(huán)境特性。

2 軟件測(cè)試

     軟件測(cè)試就是對(duì)產(chǎn)品進(jìn)行功能和性能的測(cè)試，并且要根據(jù)測(cè)試方案和流程再利用測(cè)試工具進(jìn)行，甚至還要對(duì)不同的測(cè)試工具要根據(jù)具體情況進(jìn)行編寫(xiě)，并且還要對(duì)測(cè)試系統(tǒng)進(jìn)行設(shè)計(jì)和維護(hù)，分析和評(píng)估測(cè)試方案可能會(huì)出現(xiàn)的問(wèn)題。在執(zhí)行測(cè)試用例后，為了能夠確保開(kāi)發(fā)的產(chǎn)品適合需求，需要進(jìn)行跟蹤故障。

2.1 軟件測(cè)試方法

2.1.1   白盒測(cè)試   白盒測(cè)試也稱為結(jié)構(gòu)性測(cè)試，它是對(duì)程序的內(nèi)部結(jié)構(gòu)進(jìn)行測(cè)試，因?yàn)闋可娴匠绦虻膬?nèi)部結(jié)構(gòu)，所以這種測(cè)試方法一般在公司內(nèi)部進(jìn)行。白盒測(cè)試的測(cè)試方法主要有邏輯覆蓋法，基本路徑測(cè)試法等。

2.1.2   黑盒測(cè)試   黑盒測(cè)試不需要測(cè)試人員對(duì)軟件的內(nèi)部結(jié)構(gòu)有深層次的了解，所進(jìn)行的測(cè)試著重于軟件的功能面，所以也稱為功能測(cè)試。黑盒測(cè)試需測(cè)試人員按照測(cè)試用例來(lái)進(jìn)行，主要的測(cè)試方法有等價(jià)類劃分法、邊界值分析法、因果圖法和場(chǎng)景分析法等。

2.2 軟件測(cè)試過(guò)程   軟件測(cè)試過(guò)程一般分為四個(gè)步驟進(jìn)行：?jiǎn)卧獪y(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。

2.2.1   單元測(cè)試   單元測(cè)試是在軟件開(kāi)發(fā)過(guò)程中要進(jìn)行的最低級(jí)別的測(cè)試活動(dòng)，在單元測(cè)試活動(dòng)中，軟件的獨(dú)立單元將在與程序的其他部分相隔離的情況下進(jìn)行測(cè)試。單元測(cè)試通過(guò)是采用白盒測(cè)試方法進(jìn)行的，使得單元內(nèi)部的程序錯(cuò)誤能夠盡可能的發(fā)現(xiàn)。一般測(cè)試用例是分析單元的結(jié)構(gòu)通過(guò)一種或者多種白盒測(cè)試方法進(jìn)行，得到一些測(cè)試用例，然后再根據(jù)單元規(guī)范對(duì)原有的測(cè)試用例用黑盒方法進(jìn)行補(bǔ)充。

2.2.2   集成測(cè)試   集成測(cè)試是指根據(jù)實(shí)際情況對(duì)程序模塊采用適當(dāng)?shù)募蓽y(cè)試策略組裝起來(lái)，對(duì)系統(tǒng)的接口以及集成后的功能進(jìn)行正確性檢驗(yàn)的測(cè)試工作。集成測(cè)試通常采用灰盒測(cè)試。集成測(cè)試要求每增加一個(gè)新的單元，必須對(duì)所加入的單元和已存在的單元之間的接口進(jìn)行驗(yàn)證，看其的正確性，然后還要在新層次上進(jìn)行類似單元測(cè)試的測(cè)試。集成測(cè)試的優(yōu)點(diǎn)是：可以并行調(diào)試所有模塊，需要的測(cè)試用例數(shù)目少，測(cè)試方法簡(jiǎn)單、易行。然后它也有一定的缺點(diǎn)：不能充分對(duì)各個(gè)模塊之間的接口進(jìn)行充分測(cè)試；不能很好的對(duì)全局?jǐn)?shù)據(jù)結(jié)構(gòu)進(jìn)行測(cè)試；如果一次集成的模塊數(shù)量多，集成測(cè)試后可能會(huì)出現(xiàn)大量的錯(cuò)誤；即使集成測(cè)試通過(guò)，也會(huì)遺漏很多錯(cuò)誤。

2.2.3   確認(rèn)測(cè)試   確認(rèn)測(cè)試是指檢查產(chǎn)品是否滿足在項(xiàng)目的需求階段定義的確認(rèn)準(zhǔn)則，或者說(shuō)是否具備在真實(shí)環(huán)境中使用的條件。其實(shí)確認(rèn)測(cè)試就是平常所說(shuō)的驗(yàn)收測(cè)試，這個(gè)階段主要是檢查程序所有的功能是否都已經(jīng)實(shí)現(xiàn)。

2.2.4   系統(tǒng)測(cè)試   系統(tǒng)測(cè)試是指對(duì)完整集成后的產(chǎn)品和解決方案進(jìn)行測(cè)試，用來(lái)評(píng)價(jià)系統(tǒng)對(duì)具體需求規(guī)格說(shuō)明的功能和非功能的符合性的測(cè)試。系統(tǒng)測(cè)試是既測(cè)試產(chǎn)品功能也測(cè)試產(chǎn)品非功能的唯一測(cè)試階段。系統(tǒng)測(cè)試的目的就是發(fā)現(xiàn)可能難以直接與模塊或接口關(guān)聯(lián)的缺陷，發(fā)現(xiàn)產(chǎn)品設(shè)計(jì)。體系和代碼的基礎(chǔ)問(wèn)題。

3 軟件測(cè)試是軟件可靠性的一個(gè)重要保障

軟件測(cè)試就是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程，換句話說(shuō)，軟件測(cè)試就是為了軟件的可靠性而進(jìn)行的。只有測(cè)試通過(guò)才能使系統(tǒng)具有較高的可靠性。而為了使軟件測(cè)試的效率得到保證，就必須使測(cè)試用例的合理和恰當(dāng)?shù)玫奖ＷC，并且一定要嚴(yán)格按照軟件生存周期的方法進(jìn)行軟件開(kāi)發(fā)，前一階段工作的完成是后一階段工作開(kāi)始的前提和保障，而要使前一階段提出的解決方案更進(jìn)一步具體化就必須完 成后一階段的工作。并且要通過(guò)正式嚴(yán)格的技術(shù)審查和管理審查才能夠說(shuō)明每一階段的結(jié)束。每一個(gè)階段都應(yīng)交出與所開(kāi)發(fā)的軟件完全一致的高質(zhì)量的文檔資料是審查的一條主要標(biāo)準(zhǔn)，只有這樣才能夠使得在軟件開(kāi)發(fā)工程結(jié)束時(shí)保證有一個(gè)完整準(zhǔn)確的軟件配置交付使用，從而軟件的質(zhì)量得到了保證，也就是說(shuō)軟件可靠性得到了提高。

參考文獻(xiàn)

[1] 何巍. 軟件可靠性與程序結(jié)構(gòu). 長(zhǎng)春光學(xué)精密機(jī)械學(xué)院學(xué)報(bào)，2001(02).

[2] 景濤,江昌海,劉永祥,胡德斌,白成剛,蔡開(kāi)元,等.?軟件可靠性分析、測(cè)試與評(píng)估工具——SRATE介紹. 計(jì)算機(jī)工程與應(yīng)用，2005(01).

[3] 張?jiān)茘?劉春茂. 軟件測(cè)試技術(shù)淺析. 技術(shù)與市場(chǎng). 2011(02).

篇4

英文簡(jiǎn)歷體現(xiàn)著軟件測(cè)試求職者的個(gè)人信息、能力以及資歷,下面是由小編分享的軟件測(cè)試英文簡(jiǎn)歷模板，希望對(duì)你有用。

軟件測(cè)試英文簡(jiǎn)歷模板(一)Personal Data

Name : CNrencai Gender :

Registered residence : Nationality :

Wedlock : Age :

Nowaday location : Stature :

Card type :

Career Will

School : Hainan Normal University

Major/Curriculum : Politics

Start working : Within 1 week

Target job position : System Testing QA Project Managaer Reliability Engeneer

Desired salary : 8000~9000Yuan/Month

Target location : Shenzhen Guangdong Dongguan Guangdong

Work experience : 5 years ,10 months Work Experiences

Profession experience :

Language level : English:CET-4

Computer skills : Excellent

Vocational skill/specialty :

1.6

years experiences on reliability test area for products as Phone,Notebook,Netbook,Pad and All In One computer product.

2.Can

draft test specifications,test criterion,training test operator and manage lab.

Self assessment :

1.Confident,Sincerity

and Humorous, have good communication and coordination skills,

2.Have

a wide interest, such as sporting,reading,music poetry and so on…

Education/Training

Time School Major/Curriculum Education/Training

2002-9To2006-7 Hainan Normal University Politics Bachelor Degree

>>Work Experience So far service for 2 companies 5 years ,10 months Work Experiences

(the company name has been screened) (2011-6 To Present)

Company nature : Taiwan-funded Enterprise

Company profession : Manufacturing

Position name : Reliability Engineer

Monthly salary : Secrecy

Work description :

1.Know

well on Motorola mobile phone projects reliability test.

Mechanical section: vibration test, drop test, dust test, loading test, squeeze test, purse test, red dye test, cocktail test, oleic acid test, RCA test, pencil hardness testing, ball drop test, flip life test, keyboard life test,keyboard tactility test,interface life test.etc.

Environmental section: thermal shock test, temperature and humidity test, salt spray test, solar test and so on.

Electronic section: Signal testing, SQE test, EMI testing, Bluetooth test, GPS test, Parametric test, ESD test, Camera test and etc…

Material section: Use microscope and X-ray machine for the Metal and Plastic parts’ film thickness analysis and size section analysis.

2.Hold

a new project kick off meeting, to discuss hidden problems with RD in the design stage.Review the problems by weekly,and require RD provide final solutions.Forecast the follow up reliability test possible issues, and keep tracing countermeasures from RD.

3.Prepare

test related files,specification and test fixtures.Confirm test samples’ quantity, and test schedule.When testing ongoing,updates test status and schedule to customer regularly.Issue accured,report detailed symptoms and errors to customer in time and hold issue tracing meeting with RD until it was resolved.

4.Summarized

issue happend history and final solutions for RD/PE department’s reference, avoid similar problems occurred again.

Reason for quit : Factory Transfer to North of China

(the company name has been screened) (2006-8 To 2011-5)

Company nature : Taiwan-funded Enterprise

Company profession : Computers(Hardware、Network Device)

Position name : Reliability Engineer

Monthly salary : Secrecy

Work description :

1.Acted

as HP Notebook/Vodafone Pad/NEC AlO PC Project Manager,leading reliability test for new project from design stage to mass production stage.

2.Familiar

with Notebook/Netbook/Pad/AIO PC reliability test principle and test process.according customers’ requirements and control plan, decides test items,test samples,and test schedule.supervises testers reliability testing whether correctly,make a judgment to the test result, review the test report and reply to customers in time.

軟件測(cè)試英文簡(jiǎn)歷模板(二)Name : YJBYSGender :

Registered residence : Nationality :

Wedlock : Age :

Nowaday location : Stature :

Card type :

Career Will

School : Hainan Normal University

Major/Curriculum : Politics

Start working : Within 1 week

Target job position : System Testing QA Project Managaer Reliability Engeneer

Desired salary : 8000~9000Yuan/Month

Target location : Shenzhen Guangdong Dongguan Guangdong

Work experience : 5 years ,10 months Work Experiences

Profession experience :

Language level : English:CET-4

Computer skills : Excellent

Vocational skill/specialty : 1.6 years experiences on reliability test area for products as Phone,Notebook,Netbook,Pad and All In One computer product.

2.Can

draft test specifications,test criterion,training test operator and manage lab.

Self assessment : 1.Confident,Sincerity and Humorous, have good communication and coordination skills,

2.Have

a wide interest, such as sporting,reading,music poetry and so on…

Education/Training

Time School Major/Curriculum Education/Training

2002-9To2006-7 Hainan Normal University Politics Bachelor Degree

>>Work Experience So far service for 2 companies 5 years ,10 months Work Experiences

(the company name has been screened) (2011-6 To Present)

Company nature : Taiwan-funded Enterprise

Company profession : Manufacturing

Position name : Reliability Engineer

Monthly salary : Secrecy

Work description : 1.Know well on Motorola mobile phone projects reliability test.

Mechanical section: vibration test, drop test, dust test, loading test, squeeze test, purse test, red dye test, cocktail test, oleic acid test, RCA test, pencil hardness testing, ball drop test, flip life test, keyboard life test,keyboard tactility test,interface life test.etc.

Environmental section: thermal shock test, temperature and humidity test, salt spray test, solar test and so on.

Electronic section: Signal testing, SQE test, EMI testing, Bluetooth test, GPS test, Parametric test, ESD test, Camera test and etc…

Material section: Use microscope and X-ray machine for the Metal and Plastic parts’ film thickness analysis and size section analysis.

2.Hold

a new project kick off meeting, to discuss hidden problems with RD in the design stage.Review the problems by weekly,and require RD provide final solutions.Forecast the follow up reliability test possible issues, and keep tracing countermeasures from RD.

3.Prepare

test related files,specification and test fixtures.Confirm test samples’ quantity, and test schedule.When testing ongoing,updates test status and schedule to customer regularly.Issue accured,report detailed symptoms and errors to customer in time and hold issue tracing meeting with RD until it was resolved.

4.Summarized

issue happend history and final solutions for RD/PE department’s reference, avoid similar problems occurred again.

Reason for quit : Factory Transfer to North of China

(the company name has been screened) (2006-8 To 2011-5)

Company nature : Taiwan-funded Enterprise

Company profession : Computers(Hardware、Network Device)

Position name : Reliability Engineer

Monthly salary : Secrecy

Work description : 1.Acted as HP Notebook/Vodafone Pad/NEC AlO PC Project Manager,leading reliability test for new project from design stage to mass production stage.

2.Familiar

with Notebook/Netbook/Pad/AIO PC reliability test principle and test process.according customers’ requirements and control plan, decides test items,test samples,and test schedule.supervises testers reliability testing whether correctly,make a judgment to the test result, review the test report and reply to customers in time.

軟件測(cè)試英文簡(jiǎn)歷模板(三)Basic material

Name YJBYS Mr.

Sexual don't: male

Date of birth: June

Work experience: fresh graduates

Education background

Graduate years: in July 2012

The highest degree: bachelor degree

Graduate college: zhongnan university for nationalities

The profession: the electronic information engineering

contact

In living ground: Shanghai pudong new area

Electric words:

Job profile/job objective

Position type: full-time

Expected monthly salary: negotiable

Expected location: changzhou city in jiangsu province

Expected position: technical support department hardware or software testing

Intention summary: I am a dependable capable, positive person, are looking forward to find a job that I like to join a good team

Working experience/social practice experience

Time work position

In July 2010 - September 2010 hospital laboratory electric ion research

篇5

關(guān)鍵詞：手機(jī)軟件；軟件測(cè)試；手機(jī)質(zhì)量

手機(jī)生產(chǎn)企業(yè)群雄并起后，經(jīng)過(guò)市場(chǎng)拼殺，只剩下幾家大企業(yè)各占一席之地。手機(jī)能夠占有一定市場(chǎng)份額，考的是過(guò)硬的產(chǎn)品質(zhì)量。手機(jī)系統(tǒng)軟件檢測(cè)作為產(chǎn)品走向用戶的最后一道關(guān)卡，在產(chǎn)品質(zhì)量的保證方面起著極為重要的作用。

一、軟件測(cè)試的基本概念

軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。

二、手機(jī)系統(tǒng)軟件測(cè)試的基本內(nèi)容

手機(jī)系統(tǒng)軟件測(cè)試的目的是檢驗(yàn)系統(tǒng)軟件是否與需求匹配，如市場(chǎng)需求、技術(shù)規(guī)格、用戶界面等，同時(shí)還要檢測(cè)是否和相關(guān)的工業(yè)標(biāo)準(zhǔn)及協(xié)議一致，并試圖發(fā)現(xiàn)所有的潛在缺陷和問(wèn)題。由此可以推斷，手機(jī)系統(tǒng)檢測(cè)的主要內(nèi)容有：功能測(cè)試、性能測(cè)試、互通性測(cè)試、互影響測(cè)試、邊界值測(cè)試和對(duì)比測(cè)試等。

（一）功能測(cè)試：主要檢測(cè)一個(gè)特性的基本功能是否和需求、相關(guān)的協(xié)議一致。例如，對(duì)于手機(jī)短信功能的檢測(cè)，必須要和產(chǎn)品的用戶界面設(shè)計(jì)一致，其次，必須兼容GSM相關(guān)的協(xié)議，與目標(biāo)市場(chǎng)網(wǎng)絡(luò)兼容。

（二）性能測(cè)試：主要驗(yàn)證測(cè)試對(duì)象在長(zhǎng)時(shí)間大強(qiáng)度下是否能夠正常穩(wěn)定的工作。比如，長(zhǎng)時(shí)間上網(wǎng)瀏覽網(wǎng)絡(luò)、反復(fù)做一下相同的工作，長(zhǎng)時(shí)間打電話等。

（三）互通性檢測(cè)：主要驗(yàn)證測(cè)試對(duì)象和別的相同或相似產(chǎn)品以及周邊接口相關(guān)的附件之間的互通性以及網(wǎng)絡(luò)之間的互通性。例如，測(cè)試對(duì)象是否支持藍(lán)牙功能，就需要檢驗(yàn)它跟別的支持相同功能的對(duì)象之間的互通性。

（四）互影響檢測(cè)：主要驗(yàn)證系統(tǒng)中不同任務(wù)在相同作用的情況下，其行為是否符合需求?，F(xiàn)在的大多數(shù)操作系統(tǒng)都是多任務(wù)操作系統(tǒng)，手機(jī)系統(tǒng)也不例外，但由于手機(jī)功能定位的不同，所有任務(wù)的優(yōu)先級(jí)別也不同。比如，打電話、發(fā)短信等功能的優(yōu)先級(jí)別要高于其他任何功能。同時(shí)，作為通信設(shè)備，隨時(shí)可能接受來(lái)自外界的信息，比如接收來(lái)電、短信等，這些事件必然影響到當(dāng)前正在運(yùn)行的任務(wù)。所以，不同應(yīng)用程序之間的相互影響檢測(cè)是手機(jī)系統(tǒng)軟件檢測(cè)的重中之重。

（五）邊界值測(cè)試：主要從系統(tǒng)檢測(cè)的角度驗(yàn)證各個(gè)應(yīng)用和功能的邊界值，比如短信的最大長(zhǎng)度、地址本的最大容量、通信錄中每個(gè)聯(lián)系人信息域的最大長(zhǎng)度等等。通常來(lái)說(shuō)，設(shè)計(jì)員容易忽略邊界值的處理，一旦處理不好，將導(dǎo)致大量缺陷出現(xiàn)在這方面。

（六）對(duì)比測(cè)試：主要針對(duì)競(jìng)爭(zhēng)產(chǎn)品（包括公司內(nèi)部產(chǎn)品）的類似功能，從能力、性能、穩(wěn)定性、易用性和界面等方面進(jìn)行比較測(cè)試。一般來(lái)說(shuō)，這種測(cè)試很少有一個(gè)明確的結(jié)果是通過(guò)或不通過(guò)，但如果定位差不多的產(chǎn)品在相同條件下，測(cè)試對(duì)象差得很多，就需要通過(guò)報(bào)告bug或其他方式通知產(chǎn)品組。

三、手機(jī)系統(tǒng)軟件測(cè)試的幾大原則

（一）軟件開(kāi)發(fā)人員即程序員應(yīng)當(dāng)避免測(cè)試自己的程序

不管是程序員還是開(kāi)發(fā)小組都應(yīng)當(dāng)避免測(cè)試自己的程序或者本組開(kāi)發(fā)的功能模塊。若條件允許，應(yīng)當(dāng)由獨(dú)立于開(kāi)發(fā)組和客戶的第三方測(cè)試組或測(cè)試機(jī)構(gòu)來(lái)進(jìn)行軟件測(cè)試。但這并不是說(shuō)程序員不能測(cè)試自己的程序，而且更加鼓勵(lì)程序員進(jìn)行調(diào)試，因?yàn)闇y(cè)試由別人來(lái)進(jìn)行會(huì)更加有效、客觀，并且容易成功，而允許程序員自己調(diào)試也會(huì)更加有效和針對(duì)性。

（二）應(yīng)盡早地和不斷地進(jìn)行軟件測(cè)試

應(yīng)當(dāng)把軟件測(cè)試貫穿到整個(gè)軟件開(kāi)發(fā)的過(guò)程中，而不應(yīng)該把軟件測(cè)試看作是其過(guò)程中的一個(gè)獨(dú)立階段。因?yàn)樵谲浖_(kāi)發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問(wèn)題，其影響因素有很多，比如軟件本身的抽象性和復(fù)雜性、軟件所涉及問(wèn)題的復(fù)雜性、軟件開(kāi)發(fā)各個(gè)階段工作的多樣性，以及各層次工作人員的配合關(guān)系等。所以要堅(jiān)持軟件開(kāi)發(fā)各階段的技術(shù)審批，把錯(cuò)誤克服在早期，從而減少成本，提高軟件質(zhì)量。

（三）對(duì)測(cè)試用例要有正確的態(tài)度：第一，測(cè)試用例應(yīng)當(dāng)由測(cè)試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計(jì)測(cè)試用例時(shí)，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。因?yàn)檐浖度雽?shí)際運(yùn)行中，往往不遵守正常的使用方法，卻進(jìn)行了一些甚至大量的意外輸入導(dǎo)致軟件一時(shí)半時(shí)不能做出適當(dāng)?shù)姆磻?yīng)，就很容易產(chǎn)生一系列的問(wèn)題，輕則輸出錯(cuò)誤的結(jié)果，重則癱瘓失效！因此常用一些不合理的輸入條件來(lái)發(fā)現(xiàn)更多的鮮為人知的軟件缺陷。

（四）人以群分，物以類聚，軟件測(cè)試也不例外，一定要充分注意軟件測(cè)試中的群集現(xiàn)象，也可以認(rèn)為是“80-20原則”。不要以為發(fā)現(xiàn)幾個(gè)錯(cuò)誤并且解決這些問(wèn)題之后，就不需要測(cè)試了。反而這里是錯(cuò)誤群集的地方，對(duì)這段程序要重點(diǎn)測(cè)試，以提高測(cè)試投資的效益。

（五）嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，以避免發(fā)生疏漏或者重復(fù)無(wú)效的工作。

（六）應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果進(jìn)行全面檢查。一定要全面地、仔細(xì)地檢查測(cè)試結(jié)果，但常常被人們忽略，導(dǎo)致許多錯(cuò)誤被遺漏。

（七）妥善保存測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告和最終分析報(bào)告，以備回歸測(cè)試及維護(hù)之用。

在遵守以上原則的基礎(chǔ)上進(jìn)行軟件測(cè)試，可以以相對(duì)較少的時(shí)間和人力找出軟件中的各種缺陷，從而達(dá)到保證軟件質(zhì)量的目的。

四、手機(jī)軟件測(cè)試的四個(gè)步驟

手機(jī)軟件測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試及發(fā)版測(cè)試。

（一）單元測(cè)試集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試，檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。

（二）集成測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體積的構(gòu)造進(jìn)行測(cè)試。

（三）確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。

（四）系統(tǒng)測(cè)試把已經(jīng)經(jīng)過(guò)確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測(cè)試。

五、手機(jī)軟件測(cè)試的意義

測(cè)試是以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但發(fā)現(xiàn)錯(cuò)誤并不是軟件測(cè)試的唯一目的，查找不出錯(cuò)誤的測(cè)試并不是沒(méi)有價(jià)值的測(cè)試。

（一）測(cè)試并不僅僅是為了找出錯(cuò)誤，通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì)，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷，以便及時(shí)改進(jìn)，這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法，改善測(cè)試的效率和有效性；

（二）沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法；

（三）另外，根據(jù)測(cè)試目的的不同，還有回歸測(cè)試、壓力測(cè)試、性能測(cè)試等，分別為了檢驗(yàn)修改或優(yōu)化過(guò)程是否引發(fā)新的問(wèn)題、軟件所能達(dá)到處理能力和是否達(dá)到預(yù)期的處理能力等。

（四）測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。

六、結(jié)語(yǔ)

對(duì)于手機(jī)產(chǎn)品來(lái)說(shuō)，手機(jī)是載體，在手機(jī)里面運(yùn)行的軟件才是客戶最直觀的交互工具。所以進(jìn)行軟件測(cè)試保證手機(jī)軟件質(zhì)量，從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會(huì)怎么去使用這個(gè)產(chǎn)品，使用過(guò)程中會(huì)遇到什么樣的問(wèn)題。只有這些問(wèn)題都解決了，軟件產(chǎn)品的質(zhì)量才能保證。

參考文獻(xiàn)：

[1]盧建軍；蘇寧；淺談手機(jī)軟件測(cè)試的流程與策略[J]；制造業(yè)自動(dòng)化；2010年15期

篇6

關(guān)鍵詞 軟件測(cè)試 測(cè)試用例測(cè)試用例設(shè)計(jì)

一、測(cè)試用例概述

軟件測(cè)試是軟件生命周期中的一個(gè)重要階段，它是軟件品質(zhì)得以保證的重要過(guò)程，是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例，并利用這些測(cè)試用例運(yùn)行軟件測(cè)試，以發(fā)現(xiàn)軟件錯(cuò)誤的過(guò)程。測(cè)試用例是軟件質(zhì)量保證的重要子域。

測(cè)試用例（testcase）是關(guān)于具體測(cè)試步驟的文檔，它描述了測(cè)試的輸入?yún)?shù)、條件及配置、預(yù)期的輸出結(jié)果等，以判斷被測(cè)軟件的工作是否正常。從表現(xiàn)形式上而言，測(cè)試用例可以是純文本的說(shuō)明文檔，也可以是用腳本語(yǔ)言或高級(jí)語(yǔ)言編寫(xiě)的一段程序代碼。

二、測(cè)試用例的重要性

隨著中國(guó)軟件業(yè)的日益壯大和逐步走向成熟，軟件測(cè)試也在不斷發(fā)展，從最初的由軟件編程人員兼職測(cè)試到軟件公司組建，成立獨(dú)立專職測(cè)試部門(mén)，測(cè)試工作也從簡(jiǎn)單測(cè)試演變?yōu)椋壕幹茰y(cè)試計(jì)劃、編寫(xiě)測(cè)試用例、準(zhǔn)備測(cè)試數(shù)據(jù)、編寫(xiě)測(cè)試腳本、實(shí)施測(cè)試、測(cè)試評(píng)估等多項(xiàng)內(nèi)容的正規(guī)測(cè)試。測(cè)試方式則由單純手工測(cè)試發(fā)展為手工、自動(dòng)兼之，并有向第三方專業(yè)測(cè)試公司發(fā)展的趨勢(shì)。因此在測(cè)試工作中，測(cè)試用例的設(shè)計(jì)是非常重要的，是測(cè)試執(zhí)行的正確性、有效性的基礎(chǔ)。如何有效的設(shè)計(jì)測(cè)試用例，一直是測(cè)試人員所關(guān)注的問(wèn)題，設(shè)計(jì)好測(cè)試用例，也是保證測(cè)試工作的關(guān)鍵因素之一。

三、設(shè)計(jì)測(cè)試用例設(shè)計(jì)的步驟

設(shè)計(jì)測(cè)試用例的時(shí)候，需要有清晰的測(cè)試思路，對(duì)要測(cè)試什么，按照什么順序測(cè)試，覆蓋哪些需求，要做到心中有數(shù)。測(cè)試用例編寫(xiě)者不僅要掌握軟件測(cè)試的技術(shù)和流程，而且要對(duì)被測(cè)軟件的設(shè)計(jì)、功能規(guī)格說(shuō)明、用戶試用場(chǎng)景以及程序、模塊的結(jié)構(gòu)都有比較透徹的理解。測(cè)試用例設(shè)計(jì)一般包括以下幾個(gè)步驟：

1、測(cè)試需求分析

從軟件需求文檔中，找出待測(cè)試軟件、模塊的需求，通過(guò)自己的分析、理解，整理成為測(cè)試需求，清楚被測(cè)試對(duì)象具有哪些功能。

測(cè)試需求應(yīng)該在軟件需求分析的基礎(chǔ)上進(jìn)行歸納、分類，方便設(shè)計(jì)測(cè)試用例設(shè)計(jì)。測(cè)試用例中的測(cè)試集與測(cè)試需求的關(guān)系是多對(duì)一的關(guān)系，即一個(gè)或多個(gè)測(cè)試用例集對(duì)應(yīng)一個(gè)測(cè)試需求。

2、業(yè)務(wù)流程分析

在軟件測(cè)試中，不但要基于功能的黑盒測(cè)試，還需要對(duì)軟件的內(nèi)部處理邏輯進(jìn)行測(cè)試。為了不遺漏測(cè)試點(diǎn)，需要清楚的了解軟件產(chǎn)品的業(yè)務(wù)流程。建議在做復(fù)雜的測(cè)試用例設(shè)計(jì)前，先畫(huà)出軟件的業(yè)務(wù)流程（主流程、條件備選流程、數(shù)據(jù)流向、關(guān)鍵的判斷備件等）。如果設(shè)計(jì)文檔中已經(jīng)有業(yè)務(wù)流程設(shè)計(jì)，可以從測(cè)試角度對(duì)現(xiàn)有流程進(jìn)行補(bǔ)充。如果無(wú)法從設(shè)計(jì)中得到業(yè)務(wù)流程，測(cè)試人員應(yīng)通過(guò)閱讀設(shè)計(jì)文檔，與開(kāi)發(fā)人員交流，最終畫(huà)出業(yè)務(wù)流程圖。業(yè)務(wù)流程圖可以幫助理解軟件的處理邏輯和數(shù)據(jù)流向，從而指導(dǎo)測(cè)試用例的設(shè)計(jì)。

3、測(cè)試用例設(shè)計(jì)

完成了測(cè)試需求分析和業(yè)務(wù)流程分析后，開(kāi)始著手設(shè)計(jì)測(cè)試用例。結(jié)合我們的ERP系統(tǒng)來(lái)做，ERP系統(tǒng)測(cè)試用例分為幾類如：功能用例、業(yè)務(wù)流程用例、數(shù)據(jù)邏輯用例、接口用例等。在設(shè)計(jì)測(cè)試用例的時(shí)候可以使用軟件測(cè)試用例設(shè)計(jì)方法，結(jié)合前面的需求分析和軟件流程分析進(jìn)行。

功能測(cè)試：相對(duì)比較簡(jiǎn)單，根據(jù)需求規(guī)格說(shuō)明書(shū)，運(yùn)用等價(jià)類、邊界值、錯(cuò)誤猜測(cè)等方法來(lái)設(shè)計(jì)。如：身份證輸入文本框，需要用到等價(jià)類、邊界值等方法，需要考慮15位和18位的身份證情況，需要考慮末位為字母的情況等。

性能測(cè)試：基于通用產(chǎn)品、同類產(chǎn)品、客戶需求等方面獲取性能指標(biāo)，對(duì)產(chǎn)品架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)原理分析，制定合理性能測(cè)試策略，設(shè)計(jì)出相應(yīng)的性能測(cè)試用例。

業(yè)務(wù)流程測(cè)試：理解實(shí)際業(yè)務(wù)、實(shí)際應(yīng)用場(chǎng)景、最常用的操作過(guò)程和使用方法，結(jié)合業(yè)務(wù)模型或業(yè)務(wù)流程圖，同需求分析人員、業(yè)務(wù)專家共同確認(rèn)實(shí)際業(yè)務(wù)流程、運(yùn)用場(chǎng)景等。

數(shù)據(jù)邏輯測(cè)試：根據(jù)業(yè)務(wù)流程，理清數(shù)據(jù)流向，取數(shù)規(guī)則，弄清數(shù)據(jù)間邏輯關(guān)系，計(jì)算公式等信息，在這里數(shù)據(jù)流轉(zhuǎn)必須確定清楚，最好用表格形式表示。清楚的表示，有效的數(shù)據(jù)計(jì)算等，用于提高用例的可執(zhí)行性，如：財(cái)務(wù)報(bào)表、統(tǒng)計(jì)報(bào)表等。

接口測(cè)試：接口測(cè)試的目的是測(cè)試接口，尤其是那些與系統(tǒng)相關(guān)聯(lián)的外部接口，測(cè)試的重點(diǎn)是要檢查數(shù)據(jù)的交換，傳遞和控制管理過(guò)程，還包括處理的次數(shù)。外部接口測(cè)試一般是作為系統(tǒng)測(cè)試來(lái)看待的。如：財(cái)務(wù)系統(tǒng)與成本業(yè)務(wù)系統(tǒng)的對(duì)接等。

兼容性測(cè)試：版本間的兼容、數(shù)據(jù)升級(jí)，產(chǎn)品與操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件以及各種插件的兼容，產(chǎn)品與其它產(chǎn)品的兼容，各業(yè)務(wù)系統(tǒng)的兼容等。如：小版本升級(jí)。

易用性測(cè)試：用戶使用軟件時(shí)是否感覺(jué)方便。如：客戶是否最多點(diǎn)擊鼠標(biāo)三次就可以達(dá)到用戶的目的。

用戶體驗(yàn)測(cè)試：界面布局、展示風(fēng)格、系統(tǒng)框架、業(yè)務(wù)操作的順序、交互設(shè)計(jì)的友好性等方面。如：界面風(fēng)格、提示信息友好度等。

4、測(cè)試用例評(píng)審

測(cè)試用例設(shè)計(jì)完成后，為了確認(rèn)測(cè)試過(guò)程和方法是否正確，是否有遺漏的測(cè)試點(diǎn)，需要進(jìn)行測(cè)試用例的評(píng)審。測(cè)試用例評(píng)審一般是由測(cè)試領(lǐng)導(dǎo)安排，參加的人員包括：測(cè)試用例設(shè)計(jì)者、測(cè)試領(lǐng)導(dǎo)、項(xiàng)目經(jīng)理、開(kāi)發(fā)工程師、其他相關(guān)開(kāi)發(fā)測(cè)試工程師。測(cè)試用例評(píng)審?fù)戤叄瑴y(cè)試工程師根據(jù)評(píng)審結(jié)果，對(duì)測(cè)試用例進(jìn)行修改，并記錄修改日志。

5、測(cè)試用例更新完善

測(cè)試用例編寫(xiě)完成之后需要不斷完善，軟件產(chǎn)品新增功能或更新需求后，測(cè)試用例必須配套修改更新，在測(cè)試過(guò)程中有時(shí)會(huì)發(fā)現(xiàn)設(shè)計(jì)測(cè)試用例編寫(xiě)時(shí)考慮不周，需要對(duì)測(cè)試用例進(jìn)行修改完善，在軟件交付使用后客戶反饋的軟件缺陷，而缺陷又是因測(cè)試用例存在漏洞造成，也需要對(duì)測(cè)試用例進(jìn)行完善。一般小的修改完善可在原測(cè)試用例文檔上修改，但文檔要有更改記錄。軟件的版本升級(jí)更新，測(cè)試用例一般也應(yīng)隨之編制升級(jí)更新版本。測(cè)試用例是“活”的，在軟件的生命周期中是不斷更新與完善的。

參考文獻(xiàn)：

篇7

【關(guān)鍵詞】軟件測(cè)試；復(fù)用；策略

軟件復(fù)用作為一種新技術(shù)，近年來(lái)越來(lái)越受到軟件業(yè)和科研工作者的重視。軟件復(fù)用是提高軟件的生產(chǎn)效率、解決軟件危機(jī)問(wèn)題的一個(gè)重要途徑。測(cè)試用例是軟件測(cè)試過(guò)程中的核心資產(chǎn)，軟件測(cè)試成本的大部分就是用于測(cè)試用例的設(shè)計(jì)，而測(cè)試用例的優(yōu)劣往往取決于測(cè)試工程師的經(jīng)驗(yàn)和水平，并且直接影響軟件測(cè)試的效率。

1.測(cè)試用例復(fù)用的研究現(xiàn)狀

測(cè)試用例復(fù)用的研究主要分成兩個(gè)方面：可復(fù)用測(cè)試用例的生成和可復(fù)用測(cè)試用例的管理?？蓮?fù)用測(cè)試用例的生成主要研究使生成的測(cè)試用例可供多次使用，具有可復(fù)用的特性。測(cè)試用例的生成是測(cè)試用例復(fù)用的先決條件，只有擁有足夠多的可供利用的測(cè)試用例，才有復(fù)用的可能?？蓮?fù)用測(cè)試用例的管理，包括測(cè)試用例的存儲(chǔ)、檢索、復(fù)用、維護(hù)等。國(guó)內(nèi)外對(duì)測(cè)試用例的管理和共享機(jī)制，大部分僅限于組織內(nèi)部，甚至僅僅限制于一個(gè)項(xiàng)目?jī)?nèi)部。例如部分單元測(cè)試用例在集成測(cè)試中重用，部分集成測(cè)試用例在系統(tǒng)測(cè)試中重用，系統(tǒng)測(cè)試用例在回歸測(cè)試中重用等。這些測(cè)試用例的復(fù)用對(duì)組織、項(xiàng)目的依賴性高，因而復(fù)用程度低。因此，大規(guī)模的可復(fù)用測(cè)試用例庫(kù)成為復(fù)用的必要支撐，由此引入的測(cè)試用例庫(kù)的建設(shè)和管理。

2.軟件測(cè)試用例的復(fù)用策略

軟件產(chǎn)品的功能和性能依賴于采用的軟件開(kāi)發(fā)技術(shù)、系統(tǒng)的運(yùn)行環(huán)境和軟件應(yīng)用領(lǐng)域的三維體系，因此，一個(gè)軟件測(cè)試用例的設(shè)計(jì)是離不開(kāi)其軟件的周境（Context）的，也就是說(shuō)，軟件測(cè)試用例的設(shè)計(jì)是因系統(tǒng)運(yùn)行環(huán)境和應(yīng)用領(lǐng)域不同而不相同的。

2.1 測(cè)試樣式實(shí)例

測(cè)試樣式是對(duì)特定的、可重復(fù)使用的軟件測(cè)試問(wèn)題提供一個(gè)通解，它包括決定樣式應(yīng)用系統(tǒng)環(huán)境的上下文（即：周境），以及由相關(guān)因素組成的部件。軟件測(cè)試樣式描述了測(cè)試設(shè)計(jì)中最基本的問(wèn)題，也是軟件測(cè)試設(shè)計(jì)的最佳實(shí)踐。樣式作了測(cè)試用例一個(gè)隱含的斷言：假定滿足了在樣式中的上下文和組成因素的條件表達(dá)式，這將是一種很好的解決問(wèn)題的方式。因此，樣式是針對(duì)特定需要解決問(wèn)題的一種通解，樣式的種類多種多樣，千變?nèi)f化，但可以根據(jù)測(cè)試的實(shí)際需要量身訂做。針對(duì)不同的被測(cè)項(xiàng)目對(duì)象，軟件測(cè)試的著重點(diǎn)也不一樣，因此會(huì)有非常多的類型測(cè)試樣式。V.Binder提出了32種測(cè)試樣式，測(cè)試樣式簡(jiǎn)化了軟件構(gòu)造框架，關(guān)注為完成某種測(cè)試所必須的問(wèn)題，因?yàn)闃邮绞乔蟮锰囟▎?wèn)題一個(gè)通解，在軟件測(cè)試過(guò)程中是完全可以復(fù)用的，軟件測(cè)試樣式的具體實(shí)現(xiàn)就是一個(gè)測(cè)試包，由多個(gè)軟件測(cè)試用例組成。

然而，不管軟件測(cè)試需求怎么變化，一個(gè)測(cè)試樣式可以形式化的描述為一個(gè)十元組：

即：{樣式名稱，樣式目標(biāo)，測(cè)試周境，故障類型，策略，入口準(zhǔn)則，出口準(zhǔn)則，結(jié)論，己知應(yīng)用，相關(guān)樣式}。

（l）樣式名稱Na：表示能標(biāo)識(shí)該測(cè)試樣式的名稱和短語(yǔ)；

（2）樣式目標(biāo)ob：每個(gè)樣式都有其需要實(shí)現(xiàn)的目標(biāo)，即滿足軟件測(cè)試設(shè)計(jì)所期望的某個(gè)特定的測(cè)試功能；

（3）周境Ct：強(qiáng)調(diào)軟件測(cè)試設(shè)計(jì)的基本問(wèn)題，描述樣式解決的測(cè)試設(shè)計(jì)問(wèn)題，使用的范圍和時(shí)間，針對(duì)的軟件實(shí)體范圍設(shè)定其運(yùn)行環(huán)境；

（4）故障類型Fm：闡述樣式所采用的故障模型以及采用的該模型的理由，故障模型對(duì)發(fā)現(xiàn)存在的缺陷非常重要，有效的測(cè)試必須致力于在幾乎很好的代碼中能發(fā)現(xiàn)隱藏的極少的故障或缺陷；

（5）策略St：給出軟件測(cè)試設(shè)計(jì)和實(shí)現(xiàn)的最好測(cè)試用例的算法、技術(shù)路線和系統(tǒng)應(yīng)有的提示；

（6）入口準(zhǔn)則Ey：定義使用該樣式的前提條件和所做的必要準(zhǔn)備工作；

（7）出口準(zhǔn)則Et：定義滿足樣式的測(cè)試目標(biāo)必須獲得的條件，及測(cè)試樣式的輸出條件；

（8）結(jié)論Cl：介紹采用此樣式的優(yōu)點(diǎn)和缺點(diǎn)，包括測(cè)試開(kāi)銷、獲得的利益、需要承擔(dān)的風(fēng)險(xiǎn)以及相關(guān)情況的說(shuō)明；

（9）己知應(yīng)用Ka：介紹此樣式的應(yīng)用的成功案例和取得的測(cè)試經(jīng)驗(yàn)；

（10）相關(guān)樣式Cp：與此樣式相類似的樣式，并對(duì)樣式加以補(bǔ)充資料說(shuō)明。

2.2 可復(fù)用測(cè)試樣式

可復(fù)用測(cè)試樣式是對(duì)可復(fù)用的軟件測(cè)試問(wèn)題提出一個(gè)通解，它包括決定樣式應(yīng)用的周境，以及相關(guān)因素組成的部件。軟件測(cè)試用例的復(fù)用有三個(gè)基本的條件：一是必須有可以復(fù)用的軟件測(cè)試用例，二是復(fù)用的軟件測(cè)試用例對(duì)將來(lái)軟件測(cè)試是非常有用的，三是復(fù)用者應(yīng)該知道如何去使用被復(fù)用的測(cè)試用例。正確地刻畫(huà)、描述和管理可復(fù)用的測(cè)試用例是實(shí)現(xiàn)測(cè)試用例復(fù)用的關(guān)鍵技術(shù)?？蓮?fù)用測(cè)試用例模式是在通用軟件測(cè)試用例屬性的基礎(chǔ)上，增加可復(fù)用的屬性與特征，如測(cè)試接口描述、功能粒度、復(fù)用頻度和版本信息等，以便利用已有的軟件測(cè)試用例資源來(lái)支持軟件測(cè)試用例的復(fù)用?？蓮?fù)用測(cè)試樣式是對(duì)可復(fù)用的軟件測(cè)試問(wèn)題提出一個(gè)通解，它包括決定樣式應(yīng)用的周境，以及相關(guān)因素組成的部件?？蓮?fù)用測(cè)試樣式具體的內(nèi)容如下：

（1）樣式名稱Na：可復(fù)用軟件測(cè)試樣式；

（2）樣式目標(biāo)Ob：采用該樣式設(shè)計(jì)的測(cè)試用例，可以用黑盒測(cè)試方法進(jìn)行復(fù)用；

（3）周境Ct：測(cè)試用例應(yīng)該以測(cè)試類型、被測(cè)試領(lǐng)域、測(cè)試方法、測(cè)試目的進(jìn)行分類；

（4）故障模型Fm：可以采用數(shù)據(jù)域的邊值分析、因果圖和錯(cuò)誤推測(cè)法；

（5）策略St：從黑盒測(cè)試的角度出發(fā)，只關(guān)心軟件的行為，最大限度地屏蔽軟件系統(tǒng)運(yùn)行環(huán)境和開(kāi)發(fā)技術(shù)的因素，讓測(cè)試用例具有獨(dú)立性；每個(gè)測(cè)試用例只需與一個(gè)特定測(cè)試場(chǎng)景和唯一的結(jié)果相關(guān)聯(lián)，一旦軟件測(cè)試用例失敗，不會(huì)造成對(duì)其他軟件測(cè)試用例執(zhí)行的影響；

（6）入口準(zhǔn)則Ey：使用該樣式的前置條件是符合復(fù)用條件和分類條件的；

（7）出口準(zhǔn)則Et：需要達(dá)到軟件測(cè)試目標(biāo)而設(shè)定的復(fù)用要求；

（8）結(jié)論Cl：采用該樣式開(kāi)發(fā)的可復(fù)用軟件測(cè)試用例，可以提高測(cè)試用例的復(fù)用力，極大地提高軟件測(cè)試用例設(shè)計(jì)的效率，推動(dòng)測(cè)試用例的共享；

（9）己知應(yīng)用Ka：在《軟件測(cè)試管理公共服務(wù)平臺(tái)》軟件中已得到應(yīng)用；

（10）相關(guān)樣式Cp：共用測(cè)試樣式。

2.3 測(cè)試用例的復(fù)用策略與知識(shí)共享實(shí)現(xiàn)

在編寫(xiě)測(cè)試方案時(shí)，首先根據(jù)被測(cè)的功能點(diǎn)，定義需要的測(cè)試用例類型，在測(cè)試用例庫(kù)中選擇，如果存在相應(yīng)的軟件測(cè)試用例并且合理有效，則復(fù)用到軟件測(cè)試方案中去，如果不存在相應(yīng)的可復(fù)用軟件測(cè)試用例，則創(chuàng)建一個(gè)新的軟件測(cè)試用例加入到軟件測(cè)試方法中，當(dāng)該測(cè)試方案被執(zhí)行，新的測(cè)試用例得到了實(shí)際應(yīng)用系統(tǒng)的檢驗(yàn)，并確定無(wú)誤后，則將新的軟件測(cè)試用例添加到用例庫(kù)中，這樣便可以保證軟件測(cè)試用例的收集和積累，從而創(chuàng)造了軟件測(cè)試用例知識(shí)庫(kù)的共享。

3.結(jié)束語(yǔ)

軟件測(cè)試的復(fù)用不僅可以從軟件測(cè)試的管理工程中復(fù)用，同時(shí)也可以有效的管理測(cè)試用例，實(shí)現(xiàn)測(cè)試用例的不同軟件項(xiàng)目之間的復(fù)用，也可以在同一項(xiàng)目不同測(cè)試類型之間復(fù)用。本研究分析和研究了軟件測(cè)試技術(shù)中的復(fù)用所采用策略，將有助于軟件測(cè)試復(fù)用技術(shù)的發(fā)展，同時(shí)可以指導(dǎo)軟件測(cè)試的實(shí)踐過(guò)程。

參考文獻(xiàn)

篇8

關(guān)鍵詞：軟件測(cè)試；信息技術(shù)；故障

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-7712 (2012) 06-0088-01

隨著計(jì)算機(jī)軟件技術(shù)的誕生，軟件測(cè)試軟件業(yè)應(yīng)運(yùn)而生。在對(duì)軟件進(jìn)行測(cè)試則不是簡(jiǎn)單的測(cè)試，在測(cè)試過(guò)程中，還應(yīng)該包含對(duì)BUG進(jìn)行解決的開(kāi)發(fā)任務(wù)，這也就是說(shuō)，在軟件測(cè)試的周期范圍之內(nèi)必須進(jìn)行測(cè)試時(shí)間以及開(kāi)發(fā)修復(fù)的時(shí)間進(jìn)行充分的評(píng)估。而且進(jìn)行軟件測(cè)試的主要任務(wù)就是為了對(duì)軟件產(chǎn)品和系統(tǒng)當(dāng)中所存在的各種各樣的問(wèn)題能夠迅速、快捷的找出，并且在此基礎(chǔ)上，敦促對(duì)這些問(wèn)題程序員要做到盡快的進(jìn)程處理和解決，使得具備高質(zhì)量的軟件產(chǎn)品能夠向客戶及時(shí)的進(jìn)行提供。通過(guò)研究發(fā)現(xiàn)，進(jìn)行軟件開(kāi)發(fā)過(guò)程當(dāng)中所面臨的重要內(nèi)容之一就是進(jìn)行軟件測(cè)試，這是對(duì)所提供的軟件的質(zhì)量進(jìn)行保證的關(guān)鍵性因素之所在。在整個(gè)軟件開(kāi)發(fā)的開(kāi)發(fā)生命周期當(dāng)中必須使用軟件測(cè)試進(jìn)行貫穿，也就是說(shuō)，在軟件項(xiàng)目剛開(kāi)始實(shí)施，伴隨著的就是繼續(xù)軟件測(cè)試，再一直延伸到對(duì)軟件產(chǎn)品的市場(chǎng)需求進(jìn)行分析審查，乃至對(duì)軟件進(jìn)行的驗(yàn)收測(cè)試。將軟件中的故障尋找并且糾正這是進(jìn)行軟件測(cè)試的主要目的，軟件測(cè)試并不僅僅是對(duì)軟件中的錯(cuò)誤發(fā)現(xiàn)的過(guò)程，還應(yīng)該對(duì)軟件的質(zhì)量進(jìn)行評(píng)價(jià)。軟件測(cè)試所選取某個(gè)程序或者是系統(tǒng)屬性作為目標(biāo)進(jìn)行評(píng)價(jià)的活動(dòng)，而且軟件質(zhì)量的度進(jìn)行區(qū)分就是軟件測(cè)試。對(duì)于被測(cè)軟件的質(zhì)量進(jìn)行度量和提高這就是軟件測(cè)試的原因，并且貫穿于工程設(shè)計(jì)、維護(hù)和實(shí)施的整個(gè)測(cè)試件的整個(gè)生命周期過(guò)程當(dāng)中。在所有的工科學(xué)科當(dāng)中，其中基本的組成單元?jiǎng)t為軟件測(cè)試，軟件測(cè)試這也可以作為進(jìn)行軟件開(kāi)發(fā)的重要組成部分二存在。進(jìn)行軟件測(cè)試的基本要求的必須對(duì)軟件測(cè)試進(jìn)行組織。而隨著當(dāng)前我國(guó)不斷增大的軟件開(kāi)發(fā)規(guī)模，這其中所包含的復(fù)雜程度也相應(yīng)的增大，對(duì)于軟件當(dāng)中的錯(cuò)誤作為目標(biāo)去尋找進(jìn)行測(cè)試工作則顯得難度增大?？墒窃谶M(jìn)行程序當(dāng)中的錯(cuò)誤盡最大可能的找出，使得所生產(chǎn)出來(lái)的軟件產(chǎn)品具備高質(zhì)量，這就顯得非常重要對(duì)組織和管理測(cè)試工作。并且要做到進(jìn)行軟件測(cè)試的過(guò)程中做到合適測(cè)試方法的選擇。通常來(lái)說(shuō)，一整套完整的軟件測(cè)試必須分為以下五個(gè)階段實(shí)施：

一是對(duì)軟件測(cè)試進(jìn)行計(jì)劃。首要的就是必須按照客戶的需求報(bào)告當(dāng)中相關(guān)的性能指標(biāo)和功能要求等的規(guī)格說(shuō)明書(shū)，對(duì)相對(duì)應(yīng)的軟件測(cè)試需求報(bào)告進(jìn)行科學(xué)定義，這也就是對(duì)于黑盒測(cè)試當(dāng)中的最高標(biāo)準(zhǔn)進(jìn)行制訂，以后所進(jìn)行的軟件測(cè)試工作必須根據(jù)軟件測(cè)試要求進(jìn)行實(shí)施，當(dāng)軟件應(yīng)用程序?qū)浖y(cè)試需求相符合的話則表示該應(yīng)用程序合格，而當(dāng)軟件應(yīng)用程序?qū)浖y(cè)試需求不相符合的話則表示該應(yīng)用程序不合格。另外，要對(duì)軟件測(cè)試的內(nèi)容進(jìn)行合理的選擇，對(duì)測(cè)試資源、測(cè)試時(shí)間和測(cè)試人員等進(jìn)行科學(xué)合理的安排。

二是對(duì)軟件測(cè)試進(jìn)行設(shè)計(jì)。通過(guò)對(duì)軟件測(cè)試計(jì)劃階段當(dāng)中所制訂出來(lái)的軟件測(cè)試需求進(jìn)行有效的細(xì)化和分解為能夠有效執(zhí)行的測(cè)試過(guò)程，由于選擇的測(cè)試用例的好壞對(duì)于測(cè)試結(jié)果的有效性能夠產(chǎn)生直接的影響，所以在所有的軟件測(cè)試過(guò)程當(dāng)中對(duì)軟件測(cè)試用例進(jìn)行合理的選擇。

三是對(duì)軟件測(cè)試進(jìn)行開(kāi)發(fā)。在這一過(guò)程當(dāng)中可以根據(jù)能夠重復(fù)使用的軟件自動(dòng)測(cè)試過(guò)程進(jìn)行建立。

四是對(duì)軟件測(cè)試進(jìn)行執(zhí)行。對(duì)軟件自動(dòng)測(cè)試的過(guò)程進(jìn)行有效建立這是對(duì)軟件開(kāi)發(fā)階段進(jìn)行執(zhí)行的有效舉措，并且對(duì)軟件進(jìn)行跟蹤管理所發(fā)現(xiàn)的缺陷。通常來(lái)說(shuō)，進(jìn)行軟件的測(cè)試執(zhí)行一般所分成的組成步驟是回歸測(cè)試、系統(tǒng)聯(lián)調(diào)、集成測(cè)試、組合測(cè)試和單元測(cè)試，軟件測(cè)試人員在進(jìn)行軟件測(cè)試的時(shí)候必須抱有的態(tài)度是負(fù)責(zé)科學(xué)，按照程序進(jìn)行測(cè)試。

五是對(duì)軟件測(cè)試進(jìn)行評(píng)估。結(jié)合量化的測(cè)試覆蓋域及缺陷跟蹤報(bào)告，對(duì)于應(yīng)用軟件的質(zhì)量和開(kāi)發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。

然而，傳統(tǒng)的測(cè)試技術(shù)和方法，對(duì)面向?qū)ο蠹夹g(shù)開(kāi)發(fā)的軟件多少顯得有些力不從心。鑒于此，提出了面向?qū)ο蟮臏y(cè)試技術(shù)！面向軟件測(cè)試技術(shù)是新興的軟件測(cè)試技術(shù)，是專門(mén)針對(duì)使用面向?qū)ο蠹夹g(shù)開(kāi)發(fā)的軟件而提出的一種測(cè)試技術(shù)。面向?qū)ο筌浖y(cè)試是根據(jù)面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程結(jié)合面向?qū)ο蟮奶攸c(diǎn)提出的。它包括分析與設(shè)計(jì)模型測(cè)試技術(shù)、類測(cè)試技術(shù)、對(duì)象交互測(cè)試技術(shù)、類層次結(jié)構(gòu)測(cè)試技術(shù)、面向?qū)ο笙到y(tǒng)測(cè)試技術(shù)等。

當(dāng)然給軟件帶來(lái)錯(cuò)誤的原因很多，具體地說(shuō)，主要有如下幾點(diǎn)：

1.交流不夠、交流上有誤解或者根本不進(jìn)行交流。

2.軟件復(fù)雜性。

3.程序設(shè)計(jì)錯(cuò)誤。

4.需求變化。

5.時(shí)間壓力等等。

要解決這些錯(cuò)誤就應(yīng)該做好測(cè)試工作，盡早的開(kāi)始測(cè)試工作，并且測(cè)試工作貫穿于軟件開(kāi)發(fā)的整個(gè)生命周期。必須認(rèn)真地做好每一步測(cè)試工作。當(dāng)需要運(yùn)行的測(cè)試多于現(xiàn)有資源所能運(yùn)行的測(cè)試用例的測(cè)試時(shí)，一定要考慮分層增量測(cè)試。要學(xué)會(huì)采用軟件測(cè)試工程化的思想，要求建立正式的測(cè)試組織、明確測(cè)試的目標(biāo)和流程、確定測(cè)試的活動(dòng)、對(duì)測(cè)試的過(guò)程和活動(dòng)進(jìn)行監(jiān)控，從而保證軟件測(cè)試的質(zhì)量。

參考文獻(xiàn)：

[1]張英.軟件測(cè)試過(guò)程管理控制的研究[J].南昌航空工業(yè)學(xué)院學(xué)報(bào)(自然科學(xué)版),2005,2

[2]劉偉,譚振江.針對(duì)面向?qū)ο筌浖臏y(cè)試[J].吉林師范大學(xué)學(xué)報(bào)(自然科學(xué)版),2009,4

篇9

【關(guān)鍵詞】基于模型的軟件測(cè)試，有限狀態(tài)機(jī)，UML

一、引言

軟件工程一直在探討的一個(gè)問(wèn)題就是提高軟件質(zhì)量的有效方法，無(wú)疑軟件測(cè)試時(shí)解決這一問(wèn)題最重要和直接的方法。軟件測(cè)試的劃分方法有很多種，主流的方法是將軟件測(cè)試分為針對(duì)于程序代碼本身的測(cè)試和針對(duì)于軟件編寫(xiě)規(guī)范化的測(cè)試。針對(duì)程序代碼本身的測(cè)試主要是依據(jù)代碼語(yǔ)句編寫(xiě)測(cè)試用例，然后用測(cè)試用例對(duì)代碼進(jìn)行測(cè)試，直到能夠完全測(cè)試代碼的所有分支路徑為止，我們稱之為測(cè)試完全性原則。針對(duì)于軟件編寫(xiě)規(guī)范化的測(cè)試主要是依據(jù)軟件要實(shí)現(xiàn)的功能和設(shè)計(jì)規(guī)范進(jìn)行用例設(shè)計(jì)，然后對(duì)與之相關(guān)的功能和設(shè)計(jì)屬性進(jìn)行測(cè)試，知道能夠完全測(cè)試所有關(guān)聯(lián)的屬性為止，我們認(rèn)為這樣的測(cè)試是完全的。近年來(lái)，面向?qū)ο蟮能浖_(kāi)發(fā)逐漸普及，隨之而來(lái)的是測(cè)試自動(dòng)化的要求有著顯著的提高，這種種技術(shù)的發(fā)展蓬勃帶來(lái)了一個(gè)必然的后果就是基于模型的軟件測(cè)試技術(shù)越來(lái)越被廣大程序員接受。此類測(cè)試方法從上文的分類上來(lái)看屬于針對(duì)于軟件編寫(xiě)規(guī)范化的測(cè)試，最初主要適用于硬件方面的測(cè)試。本文主要介紹幾種主要的測(cè)試模型以及各自的適用范圍，然后闡述了構(gòu)造模型的必需信息以及測(cè)試用例的生成方式。

二、基于模型的軟件測(cè)試和模型

（一）基于模型的軟件測(cè)試.首先應(yīng)該要明確軟件模型的概念，是指用抽象化的方式對(duì)軟件行為和結(jié)構(gòu)進(jìn)行闡述，前者可以通過(guò)一系列的輸入輸出邏輯和數(shù)據(jù)流分析來(lái)表示，后者則是通過(guò)部署圖、流程圖等圖形方式直觀表述，基于模型的軟件測(cè)試就是通過(guò)上述兩種抽象化方式產(chǎn)生測(cè)試用例。相比于針對(duì)程序代碼本身的測(cè)試，基于模型的測(cè)試更高效，同時(shí)也促進(jìn)了測(cè)試的自動(dòng)化，使得測(cè)試結(jié)果更加的準(zhǔn)確，也更利于評(píng)價(jià)。

（二） 軟件測(cè)試的模型簡(jiǎn)介.本文主要介紹以下幾種典型的模型：

1.有限狀態(tài)機(jī) 該類模型是用狀態(tài)轉(zhuǎn)移圖來(lái)表示，并通過(guò)狀態(tài)的覆蓋來(lái)生成測(cè)試用例。這種模型可以將測(cè)試用的數(shù)據(jù)結(jié)合圖的遍歷算法自動(dòng)生成輸入的序列進(jìn)行相應(yīng)測(cè)試。該種測(cè)試模型可以充分結(jié)合形式語(yǔ)言與自動(dòng)機(jī)理論來(lái)進(jìn)行分析和設(shè)計(jì)，適用范圍主要是反應(yīng)式的軟件，但由于模型構(gòu)造的工作規(guī)模比較大，自動(dòng)構(gòu)造就成為了這一模型的一個(gè)關(guān)鍵點(diǎn)。

2. UML模型 又稱為統(tǒng)一建模語(yǔ)言，是軟件工程中面向?qū)ο笤O(shè)計(jì)與分析中常用到的規(guī)范化建模語(yǔ)言。該模型主要是利用狀態(tài)圖進(jìn)行行為建模，狀態(tài)圖可以看做是有限狀態(tài)機(jī)的拓展，狀態(tài)圖是一個(gè)層次分明的圖，可以包括更多低級(jí)的有限狀態(tài)機(jī)，低級(jí)狀態(tài)機(jī)之間是并行的關(guān)系。UML狀態(tài)圖廣泛用于對(duì)于單個(gè)類的建模。

3. 馬爾可夫鏈 常見(jiàn)于數(shù)理統(tǒng)計(jì)中，是一種統(tǒng)計(jì)類模型，也是一種狀態(tài)機(jī)，不同的是馬爾可夫鏈的狀態(tài)遷移帶有概率特征，可以利用概率自動(dòng)生成測(cè)試用例并對(duì)測(cè)試的結(jié)果進(jìn)行系統(tǒng)且準(zhǔn)確的分析。馬爾可夫鏈模型具有很大的適用范圍，可以通過(guò)狀態(tài)遷移圖來(lái)表征。

4.文法模型 實(shí)際上是將狀態(tài)機(jī)的不同狀態(tài)用相應(yīng)的文法來(lái)表示，國(guó)內(nèi)外學(xué)者對(duì)這方面的研究比較少。

三、基于模型的軟件測(cè)試過(guò)程及相應(yīng)軟件

（一）分析被測(cè)軟件.這個(gè)過(guò)程需要充分了解軟件的設(shè)計(jì)需求、用戶使用手冊(cè)；軟件用戶的識(shí)別，窮舉用戶輸入值并對(duì)輸出做一預(yù)期；記錄輸入和相應(yīng)的條件；深入理解軟件內(nèi)部構(gòu)造，進(jìn)行相應(yīng)測(cè)試進(jìn)而發(fā)現(xiàn)缺陷。

（二）選擇合適的測(cè)試模型.如上文所介紹的測(cè)試模型，都有自己所適用的范圍，實(shí)際測(cè)試中要根據(jù)測(cè)試的需求和軟件自身的特點(diǎn)選擇合適的模型。具體的選擇標(biāo)準(zhǔn)如下：首先要對(duì)模型有全面的了解，以確定每種模型對(duì)應(yīng)的測(cè)試應(yīng)用領(lǐng)域；其次要充分理解軟件系統(tǒng)，并根據(jù)軟件的特點(diǎn)結(jié)合模型應(yīng)用領(lǐng)域選用合適的測(cè)試模型；最后是應(yīng)該充分協(xié)調(diào)組織、人員和工具的配合。

（三）構(gòu)造測(cè)試模型.這一部分需要根據(jù)輸入輸出的具體情況抽象出軟件的各個(gè)系統(tǒng)狀態(tài)，然后依據(jù)不同的測(cè)試模型有相對(duì)應(yīng)的構(gòu)造過(guò)程。

（四）生成和執(zhí)行測(cè)試用例.測(cè)試模型一定確定下來(lái)，就可以自動(dòng)生成測(cè)試用例了，同時(shí)要注意構(gòu)造測(cè)試路徑的時(shí)候要考慮到遷移概率、路徑最大長(zhǎng)度等的限制條件。接下來(lái)就需要對(duì)生成的測(cè)試用例進(jìn)行測(cè)試執(zhí)行了，實(shí)際上就是對(duì)仿真腳本的測(cè)試。

（五）分析測(cè)試結(jié)果.基于模型的軟件測(cè)試也并不能完全防止測(cè)試效果不佳的問(wèn)題，也需要我們?nèi)斯みM(jìn)行復(fù)查，這就需要對(duì)于測(cè)試結(jié)果進(jìn)行分析，通過(guò)狀態(tài)驗(yàn)證解決測(cè)試失效辨識(shí)的問(wèn)題。

四、基于模型的軟件測(cè)試評(píng)價(jià)

（一）優(yōu)勢(shì)分析.無(wú)疑，此種測(cè)試提高了測(cè)試的自動(dòng)化程度，雖然仍然無(wú)法使得測(cè)試結(jié)果十分精確，但已盡可能地避免了測(cè)試失效辨識(shí)的問(wèn)題，而且通過(guò)對(duì)測(cè)試結(jié)果的分析可以提高測(cè)試制品的重用性。如今面向?qū)ο箝_(kāi)發(fā)的普及使得基于模型的軟件測(cè)試方式成為了一種主流測(cè)試，將測(cè)試滲透到軟件開(kāi)發(fā)的各個(gè)階段，能夠及時(shí)修正錯(cuò)誤

（二）劣勢(shì)分析.模型測(cè)試發(fā)的缺點(diǎn)也是顯而易見(jiàn)的，主要集中在以下幾方面：對(duì)測(cè)試人員的知識(shí)和理論儲(chǔ)備要求很高；需要較多的前期投入，包括選取模型、構(gòu)造模型等；

（三）未來(lái)研究方向分析.基于上述分析，我們對(duì)于模型化測(cè)試的未來(lái)研究方向做如下的分析預(yù)測(cè)：1.集中于對(duì)軟件測(cè)試模型的理論和應(yīng)用兩方面的研究，包括研究針對(duì)特定軟件的專用模型和抽象出來(lái)具有普適性的通用模型；2.針對(duì)測(cè)試完全性方面的研究，主要基于測(cè)試的可靠性和效率，一般著眼于輸入覆蓋率、遷移覆蓋率等方面；3.測(cè)試失效辨識(shí)的研究，這部分與測(cè)試自動(dòng)化息息相關(guān)，兩者往往結(jié)合起來(lái)，這將是將來(lái)研究的重點(diǎn)。

篇10

關(guān)鍵詞 軟件開(kāi)發(fā)；軟件測(cè)試；測(cè)試方法

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1671-7597（2013）15-0063-02

為保證軟件質(zhì)量，消除軟件運(yùn)行中存在的問(wèn)題和潛在隱患，在軟件開(kāi)發(fā)過(guò)程中必須要對(duì)軟件的功能、架構(gòu)等進(jìn)行測(cè)試，對(duì)軟件的各項(xiàng)性能給出客觀的、可信的評(píng)價(jià)，對(duì)軟件進(jìn)行測(cè)試是軟件開(kāi)發(fā)的必經(jīng)過(guò)程。在實(shí)際測(cè)試時(shí)，測(cè)試用例應(yīng)該盡量覆蓋軟件的全功能和全過(guò)程，保證能夠在最大可行度下對(duì)軟件進(jìn)行完整測(cè)試。除此之外，還應(yīng)該制定最佳的測(cè)試策略和具體的測(cè)試方案和執(zhí)行計(jì)劃，能夠形成具有實(shí)際意義的測(cè)試說(shuō)明文檔或分析評(píng)價(jià)結(jié)果，便于指導(dǎo)對(duì)軟件進(jìn)行修復(fù)和完善。

1 軟件測(cè)試策略研究

軟件測(cè)試策略的制定需要根據(jù)具體開(kāi)發(fā)項(xiàng)目和開(kāi)發(fā)內(nèi)容具體制定，現(xiàn)行的軟件測(cè)試的策略可以分為傳統(tǒng)型和現(xiàn)代型兩種。

1.1 傳統(tǒng)型軟件測(cè)試策略

在該測(cè)試策略中，軟件測(cè)試處于軟件開(kāi)發(fā)生命周期的后期，也就是在軟件基本開(kāi)發(fā)完畢后才進(jìn)行的，其流程結(jié)構(gòu)如圖1所示。從圖中可以看出，該測(cè)試策略主要發(fā)生在軟件生產(chǎn)制作的后期，這種策略在現(xiàn)在看來(lái)具有非常明顯的缺陷：軟件錯(cuò)誤或缺陷積累過(guò)多，且相互之間容易產(chǎn)生關(guān)聯(lián)和影響，會(huì)為軟件測(cè)試帶來(lái)巨大壓力，甚至嚴(yán)重拖延軟件測(cè)試和完成時(shí)間，即便在測(cè)試過(guò)程中發(fā)現(xiàn)錯(cuò)誤或缺陷，也很難對(duì)其進(jìn)行階段定位和內(nèi)容定位?，F(xiàn)代化軟件開(kāi)發(fā)具有時(shí)間周期短，面向多線程多任務(wù)以及面向?qū)ο蟮忍匦允沟脗鹘y(tǒng)軟件測(cè)試策略與實(shí)際應(yīng)用之間的差距進(jìn)一步拉大，測(cè)試結(jié)果的客觀性和可信性大打折扣。

1.2 現(xiàn)代型軟件測(cè)試策略

為適應(yīng)軟件開(kāi)發(fā)的特性變化，現(xiàn)代軟件測(cè)試策略逐漸轉(zhuǎn)變?yōu)閳D2所示的雙V模型。這種策略結(jié)構(gòu)下，軟件測(cè)試貫穿于軟件開(kāi)發(fā)的整個(gè)生命周期，這也就決定了其在軟件開(kāi)發(fā)中占據(jù)非常重要的位置。

在現(xiàn)代軟件測(cè)試策略中，軟件開(kāi)發(fā)和軟件測(cè)試是同時(shí)進(jìn)行的，測(cè)試不僅用來(lái)驗(yàn)證軟件是否存在錯(cuò)誤，還可用于對(duì)軟件的功能進(jìn)行驗(yàn)證和考察。這種測(cè)試策略中，測(cè)試的目的具有多種，如檢查發(fā)現(xiàn)問(wèn)題；對(duì)系統(tǒng)質(zhì)量進(jìn)行測(cè)試評(píng)價(jià)；驗(yàn)證軟件是否能夠正常工作等。實(shí)際策略制定中，首先需要明確測(cè)試目的，然后根據(jù)測(cè)試目的選擇測(cè)試對(duì)象和范圍，進(jìn)而對(duì)測(cè)試環(huán)境和所選擇的方法進(jìn)行描述和確認(rèn)，最后生成測(cè)試結(jié)果和測(cè)試報(bào)告，供軟件開(kāi)發(fā)相關(guān)人員分析和利用。

2 常用軟件測(cè)試方法

2.1 白盒測(cè)試與黑盒測(cè)試

這兩種測(cè)試方法都屬于軟件的動(dòng)態(tài)測(cè)試，區(qū)別在于側(cè)重點(diǎn)不同。白盒測(cè)試側(cè)重于測(cè)試軟件的細(xì)分結(jié)構(gòu)，黑盒測(cè)試側(cè)重于測(cè)試軟件的功能。

白盒測(cè)試是允許測(cè)試人員了解程序的編寫(xiě)結(jié)構(gòu)和實(shí)現(xiàn)過(guò)程的，測(cè)試人員會(huì)根據(jù)軟件設(shè)計(jì)思路和設(shè)計(jì)功能制定或選取可覆蓋軟件所有邏輯路徑的測(cè)試用例對(duì)軟件進(jìn)行測(cè)試，確定軟件是否可靠或可信。該測(cè)試方式中，測(cè)試用例的邏輯覆蓋率越高則測(cè)試效果越好。

黑盒測(cè)試不允許測(cè)試人員了解軟件架構(gòu)和實(shí)現(xiàn)方式，只需要測(cè)試人員根據(jù)所提供的說(shuō)明書(shū)進(jìn)行功能驗(yàn)證即可。這種測(cè)試方式更加注重于印證軟件的功能是否完整，不同功能之間是否有交叉，能否滿足使用需求等。在該測(cè)試方式下，測(cè)試用例的選取對(duì)測(cè)試結(jié)果具有直接作用，若測(cè)試用例選取不適當(dāng)則測(cè)試結(jié)果很難反映程序特性，不利于軟件產(chǎn)品改進(jìn)和完善。

2.2 靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試

根據(jù)測(cè)試時(shí)軟件的運(yùn)行狀態(tài)不同可以將軟件測(cè)試分為靜態(tài)和動(dòng)態(tài)兩種。

靜態(tài)測(cè)試主要用于對(duì)軟件開(kāi)發(fā)過(guò)程中所使用的文檔、數(shù)據(jù)、相關(guān)規(guī)范以及所編寫(xiě)的實(shí)際代碼等進(jìn)行測(cè)試分析，該測(cè)試方式不要求軟件運(yùn)行。具體測(cè)試內(nèi)容有：軟件開(kāi)發(fā)相關(guān)文檔是否被統(tǒng)一的，正確的理解和應(yīng)用；開(kāi)發(fā)人員是否根據(jù)開(kāi)發(fā)相關(guān)的文檔進(jìn)行過(guò)統(tǒng)一討論并作出了一致的決定；開(kāi)發(fā)過(guò)程中所使用的規(guī)范和標(biāo)準(zhǔn)是否可行和完善；使用相關(guān)工具對(duì)軟件代碼的功能、控制、數(shù)據(jù)流程以及程序結(jié)構(gòu)和復(fù)雜度等進(jìn)行測(cè)試等。

動(dòng)態(tài)測(cè)試則是在程序運(yùn)行過(guò)程中對(duì)軟件整體或部分內(nèi)容的執(zhí)行行為和執(zhí)行結(jié)果進(jìn)行測(cè)試和分析。

2.3 積極測(cè)試與消極測(cè)試

積極測(cè)試是指在軟件入口處輸入一個(gè)正確有效值后運(yùn)行軟件，驗(yàn)證軟件輸出結(jié)果是否正確有效。該測(cè)試的主要目的在于驗(yàn)證軟件是否能夠完成應(yīng)該完成的任務(wù)和功能，為用戶提供真實(shí)可信的結(jié)果。

消極測(cè)試則是在軟件入口處輸入一個(gè)無(wú)效值后運(yùn)行軟件，驗(yàn)證軟件是否能夠分辨輸入值無(wú)效并給出正確的提示信息或錯(cuò)誤信息。該測(cè)試的主要目的在于測(cè)試軟件的異?；蝈e(cuò)誤處理機(jī)制，查看軟件是否能夠確認(rèn)其功能實(shí)現(xiàn)范圍和數(shù)據(jù)處理內(nèi)容。

通常，積極測(cè)試與消極測(cè)試在軟件測(cè)試中所占據(jù)的比例為2：8。也就是說(shuō)，消極測(cè)試在軟件測(cè)試中占據(jù)更加重要的位置。

3 測(cè)試方法的選取

軟件測(cè)試可以分為單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試以及驗(yàn)收測(cè)試四個(gè)階段，每個(gè)階段所針對(duì)的測(cè)試目標(biāo)和所采用的測(cè)試標(biāo)準(zhǔn)不盡相同。

單元測(cè)試的目標(biāo)為軟件的最小完整單元：功能模塊。對(duì)于模塊功能的測(cè)試可以使用黑白盒測(cè)試，白盒用于了解功能模塊的結(jié)構(gòu)和流程，黑盒測(cè)試用于對(duì)單一功能的模塊進(jìn)行測(cè)試，便于發(fā)現(xiàn)問(wèn)題。

集成測(cè)試則是對(duì)封裝后的多功能模塊進(jìn)行集成測(cè)試。該測(cè)試部分主要用于測(cè)試和驗(yàn)證不同模塊之間的數(shù)據(jù)接口是否存在缺陷或問(wèn)題，測(cè)試時(shí)可綜合使用“白盒+黑盒”的方式。

系統(tǒng)測(cè)試是對(duì)包含所有功能模塊的完整的系統(tǒng)進(jìn)行測(cè)試。該部分測(cè)試中所要測(cè)試的內(nèi)容較多較復(fù)雜，還有可能會(huì)因需求的變更出現(xiàn)測(cè)試變化。在該測(cè)試部分中，應(yīng)該依照軟件實(shí)現(xiàn)流程進(jìn)行正向和反向測(cè)試，同時(shí)配合使用功能隔離測(cè)試等對(duì)軟件整體和部分進(jìn)行全覆蓋。

驗(yàn)收測(cè)試主要是由用戶完成的測(cè)試，用于對(duì)用戶所期待和要求的功能進(jìn)行測(cè)試和驗(yàn)證，查看軟件是否符合實(shí)際應(yīng)用需求。

參考文獻(xiàn)

[1]湯小春，胡正國(guó).客戶/服務(wù)器模式應(yīng)用軟件測(cè)試方法研究[J].西北工業(yè)大學(xué)學(xué)報(bào)，2001，19（3）.