質(zhì)量保證與軟件測試策略

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

略

馬洪志

L軟件質(zhì)量保證

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

:是二級的

SQA)CMMKPA(KeyProcessAreas)o

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

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

的進行評審和審計來檢驗軟件是否合乎標準的

系統(tǒng)工程。

■SQA負責審計產(chǎn)品線的質(zhì)量活動，并就任何偏

差向管理者提出警告。

SQA活動原則

■確保SQA要自始至終有計劃的進行；

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

程和要求并得到客觀驗證；

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

順暢；

■逐級解決不符合問題。

影響SQA活動效果的重要因素

■知識結構

■經(jīng)驗

■依據(jù)

■全員參與

■把握重點

SQA的活動

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

■確定開發(fā)方案

■階段評審

■測試管理

■文檔化管理

■驗證產(chǎn)品與相應文檔和標準的一致性

■建立測量機制

■記錄并生成報告

SQA與軟件測試的關系

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

叉關系；

■兩者的共同點在于兩者都是貫穿整個軟

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

■兩者不同之處在于SQA側重與對流程的

管理與控制，而測試是對流程中各過程

管理與控制策略進行實施。

SAQ的職責

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

化信息，從而促進與與協(xié)助流程改進。

■SQA還充當測試工作的監(jiān)督者，使得管

理與開發(fā)人員不必擔心誰來管理測試，

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

的檢查與評價，同時也可以協(xié)助測試流

程的改進。

2.測試策略

■定義：測試策略通常是描述測試工程的

總體方法和目標。描述目前在進行哪一

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

種類，以確定合理的測試方案使得測試

更有效。

測試策略的目標

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

試方法去測試。一必須第件本身的性

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

的測,成本是老板最人硬件及人

力資心關心的，你是

不能逾越的！

制定測試策略的例子

■一個案例

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

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

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

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

理，你將如何幸福之家升級包的測試策略。

■提示：需要全面的測試嗎？

影響測試策略的因素

■測試完成的標準

■資源狀況

測試策略的確定

■輸入

-要求的硬件和軟件組件的詳細說明，包括測

試工具；

■針對測試和進度的約束（人員和進度表）而

需要的資源的角色和職責說明；

■應用程序的功能性和技術性需求（需求、變

更請求、技術性和功能性設計文檔）

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

測試策略的確定

■輸出

■已經(jīng)批準和簽署的測試策略文檔、測試計劃、

測試用例；

■需要解決方案的測試項目（通常要求客戶項

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

測試策略的確定

■過程

■測試策略是關于如何測試系統(tǒng)的正式描述，

要求開發(fā)針對所有測試級別的測試策略。測

試小組分析需求，編寫測試策略并和項目小

組一起復審計劃。測試計劃應該包括測試用

例和條件、測試環(huán)境、與任務相關的測試、

通過/失敗的準則和測試風險評估。測試進

度表將識別所有要求成功的測試成果任務，

活動的進度和資源要求。

基于測試技術的測試策略

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

法；這種方法設計出的測試用例發(fā)現(xiàn)程

序錯誤的能力最強。

■必要時用等價類劃分方法補充一些測試

用例；

■用錯誤推測法再追加一些測試用例；

基于測試技術的測試策略

■對照程序邏輯，檢查已設計出的測試用

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

的覆蓋標準，應當再補充足夠的測試用

例；

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

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

基于測試方案的綜合測試策略

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

成的損失來確定它的測試等級和測試重

點。

■要認真研究，使用盡可能少的測試用例

發(fā)現(xiàn)盡可能多的程序錯誤。——尋找測

試效率和資源使用的平衡點。

3.測試計劃

■測試計劃制定的第一步書將軟件分解成

較小而且相對獨立的功能模塊，然后寫

出測試需求。

按功能對測試需求分類

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

■測試需求時測試設計和開發(fā)測試用例的基礎,

分解功能模塊可以更好地進行設計；

■詳細的測試需求時用來衡量測試覆蓋率的重

要指標；

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

資源；

制定有效的測試計劃

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

■測試需求說明

■測試策略和記錄

■測試資源配置

■計劃表

■問題跟蹤報告

■測試計劃的評審

■結果

通用測試計劃模板

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

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

軟件可靠性評估概述

■軟件可靠性評估(softwarereliability

assessment)根據(jù)軟件系統(tǒng)可靠性結構

(單元與系統(tǒng)間可靠性關系)，壽命類

型和各單元的可靠性試驗信息，利用概

率統(tǒng)計方法，評估出系統(tǒng)的可靠性特征

量。

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

可靠性評估的要素

■規(guī)定時間

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

■規(guī)定的功能

可靠性模型

■軟件可靠性模型(softwarereliability

model)是指為預計或估算軟件的可靠性

所建立的可靠性結構和數(shù)學模型。

■目的：為了將復雜的可靠性逐級分解為

簡單系統(tǒng)的可靠性，以便定量預計、分

配、估算和評價復雜系統(tǒng)的可靠性。

可靠性結構模型

■是依據(jù)系統(tǒng)結構邏輯關系，對系統(tǒng)的可

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

評價。

■此模型可用于軟件可靠性綜合評價又可

用于軟件可靠性分解。

可靠性預計模型

■軟件可靠性預計模型是用來描述軟件失

效與軟件缺陷的關系，借助這類模型，

可以對軟件的可靠性特征作出定量的預

計或評估。

三類預計模型

■面向時間的預計模型；

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

-面向錯誤數(shù)的預計模型；

可靠性評估過程

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

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

歷的時間；

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

效的時間間隔；

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

失效；

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