質(zhì)量保證與軟件測(cè)試策略_第1頁
質(zhì)量保證與軟件測(cè)試策略_第2頁
質(zhì)量保證與軟件測(cè)試策略_第3頁
質(zhì)量保證與軟件測(cè)試策略_第4頁
質(zhì)量保證與軟件測(cè)試策略_第5頁
已閱讀5頁,還剩27頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

第三章質(zhì)量保證與軟件測(cè)試策

馬洪志

L軟件質(zhì)量保證

■軟件質(zhì)量保證(SoftwareQualityAssurance

:是二級(jí)的

SQA)CMMKPA(KeyProcessAreas)o

軟件質(zhì)量保證是一個(gè)系統(tǒng)性的活動(dòng),為軟件產(chǎn)

品的可用性提供保證。通過對(duì)軟件產(chǎn)品有計(jì)劃

的進(jìn)行評(píng)審和審計(jì)來檢驗(yàn)軟件是否合乎標(biāo)準(zhǔn)的

系統(tǒng)工程。

■SQA負(fù)責(zé)審計(jì)產(chǎn)品線的質(zhì)量活動(dòng),并就任何偏

差向管理者提出警告。

SQA活動(dòng)原則

■確保SQA要自始至終有計(jì)劃的進(jìn)行;

■審查軟件產(chǎn)品是否遵守適用的標(biāo)準(zhǔn)、規(guī)

程和要求并得到客觀驗(yàn)證;

■SQA的工作成果要保證全員參與,溝通

順暢;

■逐級(jí)解決不符合問題。

影響SQA活動(dòng)效果的重要因素

■知識(shí)結(jié)構(gòu)

■經(jīng)驗(yàn)

■依據(jù)

■全員參與

■把握重點(diǎn)

SQA的活動(dòng)

-提出軟件質(zhì)量需求

■確定開發(fā)方案

■階段評(píng)審

■測(cè)試管理

■文檔化管理

■驗(yàn)證產(chǎn)品與相應(yīng)文檔和標(biāo)準(zhǔn)的一致性

■建立測(cè)量機(jī)制

■記錄并生成報(bào)告

SQA與軟件測(cè)試的關(guān)系

■SAQ和測(cè)試兩者之間即存在包含又有交

叉關(guān)系;

■兩者的共同點(diǎn)在于兩者都是貫穿整個(gè)軟

件開發(fā)生命周期的流程;

■兩者不同之處在于SQA側(cè)重與對(duì)流程的

管理與控制,而測(cè)試是對(duì)流程中各過程

管理與控制策略進(jìn)行實(shí)施。

SAQ的職責(zé)

-SQA的職能是向管理層提供正確的可視

化信息,從而促進(jìn)與與協(xié)助流程改進(jìn)。

■SQA還充當(dāng)測(cè)試工作的監(jiān)督者,使得管

理與開發(fā)人員不必?fù)?dān)心誰來管理測(cè)試,

因此有了SQA,測(cè)試工作就可以被客觀

的檢查與評(píng)價(jià),同時(shí)也可以協(xié)助測(cè)試流

程的改進(jìn)。

2.測(cè)試策略

■定義:測(cè)試策略通常是描述測(cè)試工程的

總體方法和目標(biāo)。描述目前在進(jìn)行哪一

階段的測(cè)試以及每個(gè)階段內(nèi)進(jìn)行的測(cè)試

種類,以確定合理的測(cè)試方案使得測(cè)試

更有效。

測(cè)試策略的目標(biāo)

■不是所有的軟件測(cè)試都要運(yùn)用現(xiàn)有的測(cè)

試方法去測(cè)試。一必須第件本身的性

質(zhì)、規(guī)優(yōu)、選擇不同

的測(cè),成本是老板最人硬件及人

力資心關(guān)心的,你是

不能逾越的!

制定測(cè)試策略的例子

■一個(gè)案例

■聯(lián)想軟件幸福之家發(fā)布以后的前六個(gè)月,因

為用戶的反饋都要做產(chǎn)品的修正,修正后的

產(chǎn)品做為補(bǔ)丁程序再發(fā)布出去。在發(fā)布以前

做完整的測(cè)試。你是聯(lián)想軟件的測(cè)試中心經(jīng)

理,你將如何幸福之家升級(jí)包的測(cè)試策略。

■提示:需要全面的測(cè)試嗎?

影響測(cè)試策略的因素

■測(cè)試完成的標(biāo)準(zhǔn)

■資源狀況

測(cè)試策略的確定

■輸入

-要求的硬件和軟件組件的詳細(xì)說明,包括測(cè)

試工具;

■針對(duì)測(cè)試和進(jìn)度的約束(人員和進(jìn)度表)而

需要的資源的角色和職責(zé)說明;

■應(yīng)用程序的功能性和技術(shù)性需求(需求、變

更請(qǐng)求、技術(shù)性和功能性設(shè)計(jì)文檔)

■系統(tǒng)不夠提供的需求(系統(tǒng)局限)

測(cè)試策略的確定

■輸出

■已經(jīng)批準(zhǔn)和簽署的測(cè)試策略文檔、測(cè)試計(jì)劃、

測(cè)試用例;

■需要解決方案的測(cè)試項(xiàng)目(通常要求客戶項(xiàng)

目的管理層協(xié)調(diào))

測(cè)試策略的確定

■過程

■測(cè)試策略是關(guān)于如何測(cè)試系統(tǒng)的正式描述,

要求開發(fā)針對(duì)所有測(cè)試級(jí)別的測(cè)試策略。測(cè)

試小組分析需求,編寫測(cè)試策略并和項(xiàng)目小

組一起復(fù)審計(jì)劃。測(cè)試計(jì)劃應(yīng)該包括測(cè)試用

例和條件、測(cè)試環(huán)境、與任務(wù)相關(guān)的測(cè)試、

通過/失敗的準(zhǔn)則和測(cè)試風(fēng)險(xiǎn)評(píng)估。測(cè)試進(jìn)

度表將識(shí)別所有要求成功的測(cè)試成果任務(wù),

活動(dòng)的進(jìn)度和資源要求。

基于測(cè)試技術(shù)的測(cè)試策略

■在任何情況下都必須使用邊界值分析方

法;這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程

序錯(cuò)誤的能力最強(qiáng)。

■必要時(shí)用等價(jià)類劃分方法補(bǔ)充一些測(cè)試

用例;

■用錯(cuò)誤推測(cè)法再追加一些測(cè)試用例;

基于測(cè)試技術(shù)的測(cè)試策略

■對(duì)照程序邏輯,檢查已設(shè)計(jì)出的測(cè)試用

例的邏輯覆蓋程度。如果沒有達(dá)到要求

的覆蓋標(biāo)準(zhǔn),應(yīng)當(dāng)再補(bǔ)充足夠的測(cè)試用

例;

■如果程序的功能說明中含有輸入條件的

組合情況,則一開始就可選用因果圖。

基于測(cè)試方案的綜合測(cè)試策略

■根據(jù)程序的重要性和一旦發(fā)生故障將造

成的損失來確定它的測(cè)試等級(jí)和測(cè)試重

點(diǎn)。

■要認(rèn)真研究,使用盡可能少的測(cè)試用例

發(fā)現(xiàn)盡可能多的程序錯(cuò)誤?!獙ふ覝y(cè)

試效率和資源使用的平衡點(diǎn)。

3.測(cè)試計(jì)劃

■測(cè)試計(jì)劃制定的第一步書將軟件分解成

較小而且相對(duì)獨(dú)立的功能模塊,然后寫

出測(cè)試需求。

按功能對(duì)測(cè)試需求分類

■把軟件分解成功能模塊的好處

■測(cè)試需求時(shí)測(cè)試設(shè)計(jì)和開發(fā)測(cè)試用例的基礎(chǔ),

分解功能模塊可以更好地進(jìn)行設(shè)計(jì);

■詳細(xì)的測(cè)試需求時(shí)用來衡量測(cè)試覆蓋率的重

要指標(biāo);

■測(cè)試需求包括各種測(cè)試實(shí)際和開發(fā)以及所需

資源;

制定有效的測(cè)試計(jì)劃

■產(chǎn)品的基本情況調(diào)研

■測(cè)試需求說明

■測(cè)試策略和記錄

■測(cè)試資源配置

■計(jì)劃表

■問題跟蹤報(bào)告

■測(cè)試計(jì)劃的評(píng)審

■結(jié)果

通用測(cè)試計(jì)劃模板

4,軟件質(zhì)量的可靠性評(píng)估

-軟件的可靠性評(píng)估是全面質(zhì)量體系要求。

軟件可靠性評(píng)估概述

■軟件可靠性評(píng)估(softwarereliability

assessment)根據(jù)軟件系統(tǒng)可靠性結(jié)構(gòu)

(單元與系統(tǒng)間可靠性關(guān)系),壽命類

型和各單元的可靠性試驗(yàn)信息,利用概

率統(tǒng)計(jì)方法,評(píng)估出系統(tǒng)的可靠性特征

量。

■可靠性評(píng)估理論的現(xiàn)狀及其發(fā)展現(xiàn)狀。

可靠性評(píng)估的要素

■規(guī)定時(shí)間

-規(guī)定的環(huán)境條件

■規(guī)定的功能

可靠性模型

■軟件可靠性模型(softwarereliability

model)是指為預(yù)計(jì)或估算軟件的可靠性

所建立的可靠性結(jié)構(gòu)和數(shù)學(xué)模型。

■目的:為了將復(fù)雜的可靠性逐級(jí)分解為

簡(jiǎn)單系統(tǒng)的可靠性,以便定量預(yù)計(jì)、分

配、估算和評(píng)價(jià)復(fù)雜系統(tǒng)的可靠性。

可靠性結(jié)構(gòu)模型

■是依據(jù)系統(tǒng)結(jié)構(gòu)邏輯關(guān)系,對(duì)系統(tǒng)的可

靠性特征及其發(fā)展變化規(guī)律做出可靠性

評(píng)價(jià)。

■此模型可用于軟件可靠性綜合評(píng)價(jià)又可

用于軟件可靠性分解。

可靠性預(yù)計(jì)模型

■軟件可靠性預(yù)計(jì)模型是用來描述軟件失

效與軟件缺陷的關(guān)系,借助這類模型,

可以對(duì)軟件的可靠性特征作出定量的預(yù)

計(jì)或評(píng)估。

三類預(yù)計(jì)模型

■面向時(shí)間的預(yù)計(jì)模型;

-面向輸入數(shù)據(jù)的預(yù)計(jì)模型;

-面向錯(cuò)誤數(shù)的預(yù)計(jì)模型;

可靠性評(píng)估過程

■用時(shí)間定義的軟件可靠性數(shù)據(jù)分成4類

■失效時(shí)間數(shù)據(jù),記錄發(fā)生一次失效所累積經(jīng)

歷的時(shí)間;

■失效間隔時(shí)阿數(shù)據(jù),記錄本次失效與上次失

效的時(shí)間間隔;

■分組數(shù)據(jù),記錄某個(gè)時(shí)間區(qū)內(nèi)發(fā)生了多少次

失效;

■分組時(shí)間內(nèi)的累積失效數(shù),記錄某個(gè)區(qū)間內(nèi)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論