新聞中心

EEPW首頁 > 模擬技術(shù) > 設(shè)計(jì)應(yīng)用 > 一種高可靠性軟件測(cè)試方案(二)

一種高可靠性軟件測(cè)試方案(二)

作者: 時(shí)間:2013-11-30 來源:網(wǎng)絡(luò) 收藏
4.2 在CraftGS項(xiàng)目中應(yīng)用軟件確認(rèn)技術(shù)

  CraftGS中應(yīng)用的軟件確認(rèn)技術(shù)包括單元測(cè)試技術(shù)、集成測(cè)試技術(shù)、系統(tǒng)測(cè)試技術(shù)和交付測(cè)試技術(shù)。

  其中單元測(cè)試的主要任務(wù)是驗(yàn)證詳細(xì)設(shè)計(jì)規(guī)格說明中所劃分出來的軟件單元是否被程序編制人員用代碼形式正確地實(shí)現(xiàn)了。這里軟件單元可能是某個(gè)函數(shù)(或稱方法)也可能是某個(gè)抽象數(shù)據(jù)類型(如類、數(shù)據(jù)結(jié)構(gòu)或者模板)。單元測(cè)試在實(shí)際測(cè)試當(dāng)中也常常被稱為類測(cè)試(在面向?qū)ο蟮脑O(shè)計(jì)中)或白盒測(cè)試(白盒的意思是面向代碼)。單元測(cè)試的工作原理是建構(gòu)樁模塊和驅(qū)動(dòng)模塊以驅(qū)動(dòng)被測(cè)單元運(yùn)行,然后,測(cè)試人員輸入設(shè)計(jì)好的測(cè)試用例,測(cè)試被測(cè)單元能否按照設(shè)計(jì)要求處理這些測(cè)試用例,對(duì)出現(xiàn)異常的測(cè)試用例,測(cè)試人員應(yīng)做記載并反饋給軟件開發(fā)團(tuán)隊(duì)。

  做完單元測(cè)試以后,下一步的工作是對(duì)照軟件概要設(shè)計(jì)規(guī)格說明,驗(yàn)證各軟件單元組裝后形成模塊能否達(dá)到概要設(shè)計(jì)規(guī)格說明中模塊的設(shè)計(jì)目標(biāo);在模塊級(jí)集成工作完成之后,測(cè)試人員還應(yīng)測(cè)試各模塊組裝后形成的用戶系統(tǒng)內(nèi)部存在沖突,各模塊能否正常工作。這里,模塊可能是指某個(gè)軟件部件,也可能是指某個(gè)或某幾個(gè)分系統(tǒng)。通常在做集成測(cè)試時(shí)先是從分系統(tǒng)內(nèi)部的集成測(cè)試開始做起,做完以后再測(cè)試各分系統(tǒng)是否能集成為最終要實(shí)現(xiàn)的大系統(tǒng)。也有其他做法(如自頂向下集成測(cè)試方法、核心系統(tǒng)先做集成測(cè)試或每日集成測(cè)試等等)??傊?,萬變不離其宗。集成測(cè)試要保證模塊的內(nèi)部正確性以及保證模塊能最終集成為大系統(tǒng)。集成測(cè)試有時(shí)也被稱為組裝測(cè)試(在型號(hào)軟件中)或灰盒測(cè)試(有人認(rèn)為集成測(cè)試介于白盒與黑盒之間)。

  做完集成測(cè)試以后,下一步工作就是做系統(tǒng)測(cè)試。系統(tǒng)測(cè)試的主要任務(wù)是驗(yàn)證經(jīng)集成測(cè)試后形成的軟件系統(tǒng)是否滿足軟件需求規(guī)格說明中的各需求項(xiàng)。這些需求項(xiàng)包括:業(yè)務(wù)需求、功能需求、非功能性需求(如:性能、可靠性、安全性、系統(tǒng)維護(hù)等方面的要求)以及一些約束性需求(如開發(fā)標(biāo)準(zhǔn)、編程語言、通訊協(xié)議)等等。由于需求項(xiàng)涉及的領(lǐng)域很廣泛,這就導(dǎo)致了系統(tǒng)測(cè)試中對(duì)應(yīng)的測(cè)試門類相當(dāng)龐雜。如:功能測(cè)試、執(zhí)行路徑測(cè)試、可靠性測(cè)試、壓力測(cè)試、可恢復(fù)性測(cè)試、可移植性測(cè)試等等。這些測(cè)試最顯著的特征是在一定環(huán)境條件下(如:模擬現(xiàn)場(chǎng)或極端條件),設(shè)計(jì)各種測(cè)試用例,輸入并運(yùn)行完整的軟件系統(tǒng),根據(jù)軟件系統(tǒng)運(yùn)行過程中的實(shí)際表現(xiàn),評(píng)估軟件系統(tǒng)是否符合軟件需求項(xiàng)的各類要求。由于這類測(cè)試一般不涉及內(nèi)部代碼,因此,也有人把系統(tǒng)測(cè)試稱做是黑盒測(cè)試。

  在做完系統(tǒng)測(cè)試以后,軟件產(chǎn)品就到了交付用戶使用這個(gè)階段了。交付過程中的重要一環(huán)就是交付測(cè)試,交付測(cè)試的目標(biāo)是保證用戶對(duì)所交付的系統(tǒng)的滿意。與前面所討論的測(cè)試不同,交付測(cè)試主要的參與者應(yīng)該是目標(biāo)客戶??蛻魠⑴c越多越好。交付測(cè)試的內(nèi)容一般包括安裝測(cè)試、可用性測(cè)試、alpha測(cè)試、beta測(cè)試等。其中安裝測(cè)試的主要任務(wù)是測(cè)試軟件系統(tǒng)能否在模擬環(huán)境下或?qū)嶋H現(xiàn)場(chǎng)由目標(biāo)用戶順利完成在目標(biāo)機(jī)器上的安裝;可用性測(cè)試的主要任務(wù)是測(cè)試軟件系統(tǒng)在完成安裝以后能否完成用戶的模擬任務(wù)或現(xiàn)場(chǎng)任務(wù);alpha測(cè)試采用的形式一般是由一個(gè)用戶在開發(fā)環(huán)境下對(duì)軟件系統(tǒng)進(jìn)行類似于黑盒的測(cè)試,測(cè)試的目的是從用戶的角度評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持,尤其注重產(chǎn)品的界面和特色;beta測(cè)試采用的形式一般是先由軟件的多個(gè)用戶在實(shí)際使用環(huán)境下使用beta版軟件系統(tǒng)一段時(shí)間,然后把使用中出現(xiàn)的各類故障或缺陷反饋給beta測(cè)試負(fù)責(zé)人員,再由測(cè)試負(fù)責(zé)人員移交給軟件開發(fā)者,由開發(fā)人員負(fù)責(zé)修正并完善軟件系統(tǒng)。Beta測(cè)試的目的是確保軟件產(chǎn)品交付給全體用戶之前能部分或全面地修正其在實(shí)際應(yīng)用中可能出現(xiàn)的各類BUG或不足。

  4.3 在CraftGS項(xiàng)目中應(yīng)用管理技術(shù)

  一如前文所述,測(cè)試技術(shù)解決了測(cè)試采用的方法和技術(shù)問題,然而,對(duì)于一個(gè)工程而言,還需要相應(yīng)的測(cè)試管理才能保證各項(xiàng)測(cè)試活動(dòng)的有序開展。因此,在CraftGS項(xiàng)目中,管理技術(shù)要解決的問題是如何確保技術(shù)(包括軟件驗(yàn)證技術(shù)和軟件確認(rèn)技術(shù))能在軟件項(xiàng)目在軟件生命內(nèi)得到順利實(shí)施,并產(chǎn)生預(yù)期的效果。

  按照軟件測(cè)試管理面對(duì)的管理對(duì)象的差異,軟件測(cè)試管理技術(shù)大致分為軟件測(cè)試團(tuán)隊(duì)組織管理、軟件測(cè)試計(jì)劃管理、軟件缺陷(錯(cuò)誤)跟蹤管理以及軟件測(cè)試件管理四大部分。以下一一詮釋:

  軟件測(cè)試團(tuán)隊(duì)組織管理通俗地講就是測(cè)試團(tuán)隊(duì)?wèi)?yīng)該如何組建。在實(shí)際項(xiàng)目開發(fā)中,我們常??吹接行﹩挝缓鲆暅y(cè)試團(tuán)隊(duì)存在的意義,當(dāng)要實(shí)施測(cè)試時(shí),往往臨時(shí)找?guī)讉€(gè)程序員充當(dāng)測(cè)試人員;也有些單位盡管認(rèn)識(shí)到了組建測(cè)試團(tuán)隊(duì)的重要性,但在具體落實(shí)的時(shí)候往往安排一些毫無開發(fā)經(jīng)驗(yàn)的行業(yè)新手去做測(cè)試工作,這常常導(dǎo)致測(cè)試效率的低下,測(cè)試人員對(duì)測(cè)試工作索然無味。CraftGS項(xiàng)目的測(cè)試團(tuán)隊(duì)首先聘有一名資深的測(cè)試領(lǐng)域?qū)<?,他具有極為豐富的航天項(xiàng)目軟件測(cè)試經(jīng)驗(yàn),對(duì)軟件開發(fā)過程中常見的缺陷或錯(cuò)誤了然于胸,此外,他還具有較好的親和力和人格魅力。其次,CraftGS項(xiàng)目測(cè)試團(tuán)隊(duì)還具有很多具備一技之長(zhǎng)的成員,如對(duì)某些自動(dòng)化測(cè)試工具運(yùn)用嫻熟或能輕而易舉地編寫自動(dòng)化測(cè)試腳本。另外,測(cè)試團(tuán)隊(duì)


上一頁 1 2 下一頁

關(guān)鍵詞: 高可靠性 軟件測(cè)試

評(píng)論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉