軟件測(cè)試方法和技術(shù)

第2版

第2章軟件測(cè)試的基本概念謝紅薇Mobil：QQ：740393608

第1章回顧什么是軟件測(cè)試軟件測(cè)試的正反兩面性驗(yàn)證軟件發(fā)現(xiàn)缺陷V&V軟件測(cè)試和開發(fā)的關(guān)系TDD——TestDrivenDevelopment（測(cè)試驅(qū)動(dòng)開發(fā)，測(cè)試在前，編程在后的開發(fā)方法）

第2章軟件測(cè)試的基本概念2.1軟件缺陷2.2驗(yàn)證和確認(rèn)2.3軟件測(cè)試的分類2.4測(cè)試階段2.5軟件測(cè)試的工作范疇

缺陷是質(zhì)量的對(duì)立面要了解什么是缺陷(defect/bug)，就必須清楚“質(zhì)量(Quality)”概念，因?yàn)槿毕菔窍鄬?duì)質(zhì)量而存在的，違背了質(zhì)量、違背了客戶的意愿，不能滿足客戶的要求，就會(huì)引起缺陷或產(chǎn)生缺陷

2.1軟件缺陷2.1.1軟件質(zhì)量的內(nèi)涵2.1.2軟件缺陷的定義2.1.3軟件缺陷的產(chǎn)生2.1.4軟件缺陷的構(gòu)成2.1.5修復(fù)軟件缺陷的代價(jià)

軟件質(zhì)量

的內(nèi)涵IEEE：

質(zhì)量是系統(tǒng)、部件或過(guò)程滿足明確需求客戶或用戶需要或期望的程度不同軟件質(zhì)量：軟件產(chǎn)品具有滿足規(guī)定的或隱含要求能力要求有關(guān)的特征與特征總和(ISO8492)軟件質(zhì)量：軟件產(chǎn)品滿足 使用要求的程度

高質(zhì)量軟件標(biāo)準(zhǔn)體系產(chǎn)品質(zhì)量是人們實(shí)踐產(chǎn)物的屬性和行為，是可以認(rèn)識(shí)，可以科學(xué)地描述的。并且可以通過(guò)一些方法和人類活動(dòng)，來(lái)改進(jìn)質(zhì)量.質(zhì)量模型:McCall模型（圖2-2）,Boehm模型,ISO9126模型（圖2-3）過(guò)程質(zhì)量:

軟件能力成熟度模型

CMM(CapabilityMaturityModel).

國(guó)際標(biāo)準(zhǔn)過(guò)程模型

ISO9000

軟件過(guò)程改進(jìn)和能力決斷

SPICE(SoftwareProcessImprovementandCapabilityDetermination)

在商業(yè)過(guò)程中有關(guān)的質(zhì)量?jī)?nèi)容:

培訓(xùn)、成品制作、宣傳、發(fā)布日起、客戶、風(fēng)險(xiǎn)、成本、業(yè)務(wù)等

產(chǎn)品質(zhì)量的標(biāo)準(zhǔn)-功能性

Functionality-可用性

Usability(簡(jiǎn)單安裝;輕松使用;友好界面)-可靠性

Reliability(用戶使用的根本)-性能

Performance-容量

Capacity-可測(cè)量性

Scalability-可維護(hù)性

Servicemanageability-兼容性

Compatibility-可擴(kuò)展性

Extensibility

軟件質(zhì)量特征

(ISO9126)

功能：與一組功能及其指定性質(zhì)有關(guān)的一組屬性，這里的功能是滿足明確或隱含的需求的那些功能。

可靠：在規(guī)定的一段時(shí)間和條件下，與軟件維持其性能水平的能力有關(guān)的一組屬性。

易用：由一組規(guī)定或潛在的用戶為使用軟件所需作的努力和所作的評(píng)價(jià)有關(guān)的一組屬性。

效率：與在規(guī)定條件下軟件的性能水平與所使用資源量之間關(guān)系有關(guān)的一組屬性。

可維護(hù)：與進(jìn)行指定的修改所需的努力有關(guān)的一組屬性。

可移植：與軟件從一個(gè)環(huán)境轉(zhuǎn)移到另一個(gè)環(huán)境的能力有關(guān)的一組屬性。

其中每一個(gè)質(zhì)量特征都分別與若干子特征相對(duì)應(yīng)。

ISO9126軟件質(zhì)量三層模型

McCall軟件質(zhì)量模型互用性正確性可靠性效率完整性可用性可維護(hù)性可測(cè)試性靈活性可移植性重復(fù)性闡述性數(shù)據(jù)公開性連貫性容錯(cuò)性執(zhí)行效率/儲(chǔ)存效率存取控制/存取檢查可訓(xùn)練溝通良好簡(jiǎn)單性易操作的工具自我操作性擴(kuò)展性一般性模塊性軟件系統(tǒng)獨(dú)立性機(jī)器獨(dú)立性通訊公開性正確性可操作性產(chǎn)品操作產(chǎn)品修改產(chǎn)品維護(hù)

什么是Bug?2.1.2軟件缺陷的定義Anyproblem/disfigurement/limitationinproductdesign&development

Featureorfunctioncan’tworkUnreasonabledesignPartlyrealizationinfunctionDataerrorRunerrorLimitationinfeaturesDifferencebetweenactualresultsandexpectedresultsUnfriendlyUI,LowperformanceOthers任何程序、系統(tǒng)中的問(wèn)題，和產(chǎn)品設(shè)計(jì)書的不一致性，不能滿足用戶的需求

缺點(diǎn)（defect）偏差（variance）謬誤（fault）失敗（failure）問(wèn)題（problem）矛盾（inconsistency）錯(cuò)誤（error）毛病（incident）異常（anomy）缺陷–Defect,Bug

軟件缺陷IEEE(1983)729軟件缺陷一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過(guò)程中所存在的錯(cuò)誤、毛病等各種問(wèn)題；從外部看，軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。

軟件缺陷的主要類型/現(xiàn)象：功能、特性沒(méi)有實(shí)現(xiàn)或部分實(shí)現(xiàn)設(shè)計(jì)不合理，存在缺陷實(shí)際結(jié)果和預(yù)期結(jié)果不一致運(yùn)行出錯(cuò)，包括運(yùn)行中斷、系統(tǒng)崩潰、界面混亂數(shù)據(jù)結(jié)果不正確、精度不夠用戶不能接受的其他問(wèn)題，如存取時(shí)間過(guò)長(zhǎng)、界面不美觀

軟件缺陷的產(chǎn)生

技術(shù)問(wèn)題算法錯(cuò)誤，語(yǔ)法錯(cuò)誤，計(jì)算和精度問(wèn)題，接口參數(shù)傳遞不匹配團(tuán)隊(duì)工作誤解、溝通不充分軟件本身文檔錯(cuò)誤、用戶使用場(chǎng)合(userscenario)，時(shí)間上不協(xié)調(diào)、或不一致性所帶來(lái)的問(wèn)題系統(tǒng)的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題

軟件缺陷構(gòu)成

軟件缺陷在不同階段的分布在真正的程序測(cè)試之前，通過(guò)審查、評(píng)審會(huì)可以發(fā)現(xiàn)更多的缺陷。規(guī)格說(shuō)明書的缺陷會(huì)在需求分析審查、設(shè)計(jì)、編碼、測(cè)試等過(guò)程中會(huì)逐步發(fā)現(xiàn)，而不能在需求分析一個(gè)階段發(fā)現(xiàn)

缺陷成本

2.2驗(yàn)證和確認(rèn)2.2.1驗(yàn)證和確認(rèn)2.2.2評(píng)審2.2.3質(zhì)量保證和測(cè)試的關(guān)系

驗(yàn)證和確認(rèn)（V&V）

Verification：Arewebuildingtheproductright？是否正確地構(gòu)造了軟件？即是否正確地做事，驗(yàn)證開發(fā)過(guò)程是否遵守已定義好的內(nèi)容。驗(yàn)證產(chǎn)品滿足規(guī)格設(shè)計(jì)說(shuō)明書的一致性Validation：Arewebuildingtherightproduct?

是否構(gòu)造了正是用戶所需要的軟件？即是否正在做正確的事。驗(yàn)證產(chǎn)品所實(shí)現(xiàn)的功能是否滿足用戶的需求

評(píng)審（Review）通過(guò)軟件評(píng)審，可以更早地發(fā)現(xiàn)需求工程、軟件設(shè)計(jì)等各個(gè)方面的問(wèn)題，大大減少大量的后期返工，將質(zhì)量成本從昂貴的后期返工轉(zhuǎn)化為前期的缺陷發(fā)現(xiàn)。評(píng)審是對(duì)軟件元素或者項(xiàng)目狀態(tài)的一種評(píng)估手段，以確定其是否與計(jì)劃的結(jié)果保持一致，并使其得到改進(jìn)。檢驗(yàn)工作產(chǎn)品是否正確地滿足了以往工作產(chǎn)品中建立的規(guī)范。（IEEEStd1028-1988）

評(píng)審分類管理評(píng)審技術(shù)評(píng)審文檔評(píng)審流程評(píng)審

什么是SQA?軟件質(zhì)量保證是通過(guò)對(duì)軟件產(chǎn)品和活動(dòng)有計(jì)劃的進(jìn)行評(píng)審和審計(jì)來(lái)驗(yàn)證軟件是否合乎標(biāo)準(zhǔn)的系統(tǒng)工程活動(dòng).

確保SQA活動(dòng)要自始至有計(jì)劃的進(jìn)行審查軟件產(chǎn)品和活動(dòng)是否遵守適用的標(biāo)準(zhǔn)、規(guī)程和要求并得到客觀驗(yàn)證。SQA的活動(dòng)和結(jié)果要保證全員參與，溝通順暢。逐級(jí)解決不符合問(wèn)題

SQA活動(dòng)技術(shù)方法的應(yīng)用正式技術(shù)評(píng)審的實(shí)施軟件測(cè)試標(biāo)準(zhǔn)的執(zhí)行修改的控制度量質(zhì)量記錄和記錄保存

SQA與軟件測(cè)試有什么關(guān)系和區(qū)別？

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

是管理工作、審查對(duì)象是流程、強(qiáng)調(diào)以預(yù)防為主測(cè)試是技術(shù)工作、測(cè)試對(duì)象是產(chǎn)品、主要是以事后檢查SQA指導(dǎo)測(cè)試、監(jiān)控測(cè)試測(cè)試為SQA提供依據(jù)

2.3軟件測(cè)試的分類方法目標(biāo)/特性單元測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試性能測(cè)試強(qiáng)壯性測(cè)試功能測(cè)試白盒測(cè)試黑盒測(cè)試測(cè)試階段或?qū)哟?面對(duì)不同測(cè)試對(duì)象適用性測(cè)試可靠性測(cè)試集成測(cè)試安全性測(cè)試

測(cè)試程序是否被執(zhí)行：靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試不同的分類按測(cè)試的對(duì)象或范圍分類，如單元測(cè)試、文檔測(cè)試、系統(tǒng)測(cè)試等）按測(cè)試目的分類，如功能測(cè)試、回歸測(cè)試、性能測(cè)試、可靠性測(cè)試、安全性測(cè)試和兼容性測(cè)試等根據(jù)測(cè)試過(guò)程中被測(cè)軟件是否被執(zhí)行，分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試根據(jù)是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法來(lái)完成測(cè)試，可分為白盒測(cè)試和黑盒測(cè)試

2.4軟件測(cè)試的各個(gè)階段開發(fā)生命周期...維護(hù)需求定義應(yīng)用定義應(yīng)用開發(fā)修訂建立建立測(cè)試生命周期...執(zhí)行.執(zhí)行執(zhí)行.測(cè)試計(jì)劃缺陷跟蹤測(cè)試開發(fā)測(cè)試設(shè)計(jì)評(píng)估

軟件測(cè)試階段階段輸入輸出需求分析需求定義,市場(chǎng)分析文檔,相關(guān)技術(shù)文檔市場(chǎng)需求分析會(huì)議記要,功能設(shè)計(jì),技術(shù)設(shè)計(jì)設(shè)計(jì)審查市場(chǎng)需求文檔,技術(shù)設(shè)計(jì)文檔

測(cè)試計(jì)劃,測(cè)試用例功能驗(yàn)證代碼完成文件包,功能詳細(xì)設(shè)計(jì)說(shuō)明書最終技術(shù)文檔完整測(cè)試用例,完備的測(cè)試計(jì)劃,缺陷報(bào)告,功能驗(yàn)證測(cè)試報(bào)告系統(tǒng)測(cè)試代碼修改后的文件包完整測(cè)試用例,完備的測(cè)試計(jì)劃

缺陷報(bào)告缺陷狀態(tài)報(bào)告項(xiàng)目階段報(bào)告確認(rèn)測(cè)試代碼凍結(jié)文件包確認(rèn)測(cè)試用例缺陷狀態(tài)報(bào)告缺陷報(bào)告審查版本審查版本發(fā)布代碼發(fā)布文件包測(cè)試計(jì)劃?rùn)z查清單當(dāng)前版本已知問(wèn)題的清單版本發(fā)布報(bào)告

測(cè)試階段（SDLC)

需求和設(shè)計(jì)審查測(cè)試人員參與產(chǎn)品需求分析和系統(tǒng)設(shè)計(jì)，認(rèn)真閱讀有關(guān)文檔，真正理解客戶的需求和技術(shù)上的設(shè)計(jì)，檢查需求說(shuō)明書對(duì)產(chǎn)品描述的準(zhǔn)確性、一致性等，檢查系統(tǒng)設(shè)計(jì)的合理性和可測(cè)試性等

單元測(cè)試單元測(cè)試的對(duì)象是程序系統(tǒng)中的最小單元---模塊或組件上，在編碼階段進(jìn)行，針對(duì)每個(gè)模塊進(jìn)行測(cè)試，主要通過(guò)白盒測(cè)試方法，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，檢查程序模塊或組件的已實(shí)現(xiàn)的功能與定義的功能是否一致、以及編碼中是否存在錯(cuò)誤。多個(gè)模塊可以平行地、對(duì)立地測(cè)試，通常要編寫驅(qū)動(dòng)模塊和樁模塊單元測(cè)試一般由編程人員和測(cè)試人員共同完成，而以開發(fā)人員為主單元測(cè)試包括代碼評(píng)審，代碼評(píng)審可以發(fā)現(xiàn)程序50%～70%代碼的缺陷。

集成測(cè)試集成測(cè)試，也稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試，在單元測(cè)試的基礎(chǔ)上，將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的模塊之間問(wèn)題兩種集成方式：一次性集成方式和增殖式集成方式。

功能測(cè)試功能測(cè)試一般須在完成集成測(cè)試后進(jìn)行，而且是針對(duì)應(yīng)用系統(tǒng)進(jìn)行測(cè)試。功能測(cè)試是基于產(chǎn)品功能說(shuō)明書，是在已知產(chǎn)品所應(yīng)具有的功能，從用戶角度來(lái)進(jìn)行功能驗(yàn)證，以確認(rèn)每個(gè)功能是否都能正常使用

系統(tǒng)測(cè)試系統(tǒng)測(cè)試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試，包括恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試和性能測(cè)試等

驗(yàn)收測(cè)試&安裝測(cè)試驗(yàn)收測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那