軟件測(cè)試概述

軟件測(cè)試概述課程目標(biāo)知識(shí)方面：了解軟件測(cè)試在軟件工程中的地位和作用；熟悉軟件測(cè)試的工作流程；掌握測(cè)試用例的設(shè)計(jì)方法；掌握軟件測(cè)試的過程（單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和回歸測(cè)試）；掌握測(cè)試計(jì)劃、測(cè)試用例和缺陷報(bào)告等文檔的編寫；能夠運(yùn)用常用的軟件測(cè)試工具進(jìn)行軟件測(cè)試。第2頁,共37頁，2024年2月25日，星期天課程目標(biāo)（續(xù)）實(shí)驗(yàn)方面：能夠根據(jù)需求規(guī)格說明書、設(shè)計(jì)文檔以及程序代碼設(shè)計(jì)測(cè)試用例，并能運(yùn)用測(cè)試工具進(jìn)行測(cè)試和管理。

第3頁,共37頁，2024年2月25日，星期天實(shí)驗(yàn)項(xiàng)目實(shí)驗(yàn)編號(hào)實(shí)驗(yàn)名稱課時(shí)實(shí)驗(yàn)類型實(shí)驗(yàn)一JUnit單元測(cè)試2設(shè)計(jì)型實(shí)驗(yàn)二黑盒測(cè)試用例設(shè)計(jì)2設(shè)計(jì)型實(shí)驗(yàn)三白盒測(cè)試用例設(shè)計(jì)2設(shè)計(jì)型實(shí)驗(yàn)四RFT功能測(cè)試6設(shè)計(jì)型實(shí)驗(yàn)五LoadRunner性能測(cè)試2設(shè)計(jì)型實(shí)驗(yàn)六Bugzilla缺陷管理2設(shè)計(jì)型課時(shí)合計(jì)16第4頁,共37頁，2024年2月25日，星期天參考文獻(xiàn)與資料RonPatton，《軟件測(cè)試》，機(jī)械工業(yè)出版社，2002年3月王健、苗勇、劉郢，《軟件測(cè)試員培訓(xùn)教程》，電子工業(yè)出版社徐芳，《軟件測(cè)試技術(shù)》，機(jī)械工業(yè)出版社，2003年2月RexBlack，《測(cè)試流程管理》，北京大學(xué)出版社，2001年3月第5頁,共37頁，2024年2月25日，星期天第一講教學(xué)目標(biāo)了解軟件、軟件危機(jī)和軟件工程概念；了解軟件缺陷和故障的概念；了解軟件質(zhì)量與質(zhì)量模型。第6頁,共37頁，2024年2月25日，星期天第

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

1.1軟件、軟件危機(jī)、軟件工程1.2軟件缺陷與軟件故障1.3軟件質(zhì)量與質(zhì)量模型1.4軟件測(cè)試1.5軟件測(cè)試人員的基本素質(zhì)第7頁,共37頁，2024年2月25日，星期天

軟件測(cè)試是軟件工程的一個(gè)重要部分，是確保軟件工程質(zhì)量的重要手段。最近幾年來，由于軟件工程的復(fù)雜度的不斷增強(qiáng)，更由于軟件的工業(yè)化發(fā)展趨勢(shì)，軟件測(cè)試得到廣泛的重視。第8頁,共37頁，2024年2月25日，星期天1.1軟件、軟件危機(jī)、軟件工程1.1.1軟件、軟件危機(jī)、軟件工程的基本概念計(jì)算機(jī)軟件：是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的另一部分，它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合軟件危機(jī)：在計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題，軟件生產(chǎn)與市場(chǎng)需求出現(xiàn)極不適應(yīng)的嚴(yán)重現(xiàn)象軟件工程：應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開發(fā)軟件的工程第9頁,共37頁，2024年2月25日，星期天

一個(gè)軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、測(cè)試、使用和維護(hù)，直到最后退出使用的全過程稱為軟件生存周期。軟件生存周期根據(jù)軟件所處的狀態(tài)，以及軟件開發(fā)活動(dòng)的目的和任務(wù)，可劃分為若干個(gè)階段。一般軟件生存周期包括軟件定義、軟件開發(fā)、軟件測(cè)試、軟件使用與維護(hù)等幾個(gè)部分。1.1.2軟件工程的目標(biāo)及其一般開發(fā)過程

第10頁,共37頁，2024年2月25日，星期天1．軟件定義可行性分析的任務(wù)是了解用戶的要求及實(shí)現(xiàn)環(huán)境，從技術(shù)、經(jīng)濟(jì)和社會(huì)等幾個(gè)方面研究并論證軟件系統(tǒng)的可行性。需求分析的任務(wù)是確定所要開發(fā)軟件的功能需求、性能需求和運(yùn)行環(huán)境約束，編制軟件需求規(guī)格說明、軟件系統(tǒng)的確認(rèn)測(cè)試準(zhǔn)則。軟件的性能需求包括軟件的適應(yīng)性、安全性、可靠性、可維護(hù)性錯(cuò)誤處理等。第11頁,共37頁，2024年2月25日，星期天2．軟件開發(fā)軟件開發(fā)是按照需求規(guī)格說明的要求，由抽象到具體，逐步生成軟件的過程。軟件開發(fā)一般由設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等階段組成。第12頁,共37頁，2024年2月25日，星期天3．軟件測(cè)試軟件需經(jīng)過嚴(yán)密的測(cè)試，以發(fā)現(xiàn)軟件在整個(gè)設(shè)計(jì)過程中存在的問題并加以糾正。整個(gè)測(cè)試過程分單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試以及驗(yàn)收測(cè)試四個(gè)階段進(jìn)行。測(cè)試的方法主要有白盒測(cè)試和黑盒測(cè)試。第13頁,共37頁，2024年2月25日，星期天4．軟件使用和維護(hù)軟件的使用是在軟件通過測(cè)試后，將軟件安裝在用戶確定的運(yùn)行環(huán)境中移交給用戶使用。軟件的維護(hù)是對(duì)軟件系統(tǒng)進(jìn)行修改或?qū)浖枨笞兓龀龇磻?yīng)的過程。第14頁,共37頁，2024年2月25日，星期天1.1.3可供選擇的軟件過程模型軟件開發(fā)過程中存在各種復(fù)雜因素，為了解決由此而帶來的種種問題，軟件開發(fā)者們經(jīng)過多年的摸索，給出了多種實(shí)現(xiàn)軟件工程的方式——軟件過程模型，如瀑布過程模型、螺旋過程模型和增量過程模型等。第15頁,共37頁，2024年2月25日，星期天1．瀑布過程模型瀑布過程模型反映了人們?cè)缙趯?duì)軟件工程的認(rèn)識(shí)水平，是人們所熟悉的一種線性思維的體現(xiàn)。瀑布過程模型強(qiáng)調(diào)階段的劃分及其順序性、各階段工作及其文檔的完備性，是一種嚴(yán)格線性的、按階段順序的、逐步細(xì)化的開發(fā)模式，如圖1-1所示。第16頁,共37頁，2024年2月25日，星期天圖1-1瀑布過程模型第17頁,共37頁，2024年2月25日，星期天2．螺旋過程模型螺旋過程模型的基本思路是，依據(jù)前一個(gè)版本的結(jié)果構(gòu)造新的版本，這個(gè)不斷重復(fù)迭代的過程形成了一個(gè)螺旋上升的路徑，如圖1-2所示。第18頁,共37頁，2024年2月25日，星期天圖1-2螺旋過程模型第19頁,共37頁，2024年2月25日，星期天3．增量過程模型有些時(shí)候可能會(huì)用一種幾乎連續(xù)的過程小幅度地推進(jìn)項(xiàng)目，這就是增量過程模型，如圖1-3所示。第20頁,共37頁，2024年2月25日，星期天圖1-3增量過程模型第21頁,共37頁，2024年2月25日，星期天4．快速原型過程模型

快速原型過程模型首先是快速進(jìn)行系統(tǒng)分析，

在設(shè)計(jì)人員和用戶的緊密配合下，快速確定軟件系統(tǒng)的基本要求，盡快實(shí)現(xiàn)一個(gè)可運(yùn)行的、功能簡(jiǎn)單的原型系統(tǒng)，然后通過對(duì)原型系統(tǒng)逐步求精，不斷擴(kuò)充完善得到最終的軟件系統(tǒng)。第22頁,共37頁，2024年2月25日，星期天1.2軟件缺陷與軟件故障1.什么是軟件缺陷和軟件故障軟件缺陷是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差。其結(jié)果是軟件運(yùn)行于某一特定條件時(shí)出現(xiàn)軟件故障，這時(shí)稱軟件缺陷被激活。軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)，此時(shí)若無適當(dāng)措施(容錯(cuò))加以及時(shí)處理，便產(chǎn)生軟件失效。第23頁,共37頁，2024年2月25日，星期天2.軟件缺陷和軟件故障案例1.美國(guó)迪斯尼公司獅子王游戲軟件兼容性問題2.美國(guó)航天局火星登陸事故3.跨世紀(jì)“千年蟲”問題4.愛國(guó)者導(dǎo)彈防御系統(tǒng)5.“沖擊波”計(jì)算機(jī)病毒6.Windows2000中文輸入法漏洞7.金山詞霸出現(xiàn)的錯(cuò)誤第24頁,共37頁，2024年2月25日，星期天

軟件復(fù)雜性交流不夠、交流上有誤解或者根本不進(jìn)行交流程序設(shè)計(jì)錯(cuò)誤需求變化時(shí)間壓力代碼文檔貧乏軟件開發(fā)工具3.軟件產(chǎn)生錯(cuò)誤的原因第25頁,共37頁，2024年2月25日，星期天1.3軟件質(zhì)量與質(zhì)量模型

軟件質(zhì)量是軟件的生命，它直接影響軟件的使用與維護(hù)。通常軟件質(zhì)量由以下幾方面進(jìn)行評(píng)價(jià)。第26頁,共37頁，2024年2月25日，星期天①軟件需求是衡量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。設(shè)計(jì)的軟件應(yīng)在功能、性能等方面都符合要求，并能可靠地運(yùn)行。②軟件結(jié)構(gòu)良好，易讀、易于理解，并易于修改、維護(hù)。③軟件系統(tǒng)具有友好的用戶界面，便于用戶使用。④軟件生存周期中各階段文檔齊全、規(guī)范，便于配置、管理。第27頁,共37頁，2024年2月25日，星期天

軟件的質(zhì)量因素很多，如正確性、精確性、可靠性、容錯(cuò)性、性能、效率、易用性、可理解性、簡(jiǎn)潔性、可復(fù)用性、可擴(kuò)充性、兼容性等。軟件質(zhì)量因素也稱為軟件質(zhì)量特性，反映了質(zhì)量的本質(zhì)。討論一個(gè)軟件的質(zhì)量，問題最終要?dú)w結(jié)到定義軟件的質(zhì)量特性。第28頁,共37頁，2024年2月25日，星期天

面對(duì)眾多的質(zhì)量因素如何取折衷，這實(shí)際上就是區(qū)分質(zhì)量因素對(duì)軟件質(zhì)量影響程度輕重的問題，這個(gè)問題已經(jīng)有了解決方案，即軟件質(zhì)量模型。圖1-4所示為McCall軟件質(zhì)量模型，質(zhì)量模型中的質(zhì)量概念基于11個(gè)特性之上，這11個(gè)特性分別面向軟件產(chǎn)品的運(yùn)行、修正、轉(zhuǎn)移。第29頁,共37頁，2024年2月25日，星期天圖1-4McCall質(zhì)量模型第30頁,共37頁，2024年2月25日，星期天

圖1-5所示為ISO/IEC9126－1991標(biāo)準(zhǔn)規(guī)定的軟件質(zhì)量度量模型。它由3層組成，其中第1層稱為質(zhì)量特性，第2層稱為質(zhì)量子特性，第3層稱為度量。第31頁,共37頁，2024年2月25日，星期天圖1-5ISO軟件質(zhì)量度量模型第32頁,共37頁，2024年2月25日，星期天

圖1-6所示為新的ISO/IEC9126軟件質(zhì)量模型，軟件質(zhì)量包括“內(nèi)部質(zhì)量”、“外部質(zhì)量”和“使用質(zhì)量”三部分。圖1-6新的ISO/IEC9126軟件質(zhì)量模型第33頁,共37頁，2024年2月25日，星期天

所謂的內(nèi)部質(zhì)量是從內(nèi)部觀點(diǎn)出發(fā)的軟件產(chǎn)品特性的總體，是針對(duì)內(nèi)部質(zhì)量需求被測(cè)量和評(píng)價(jià)的質(zhì)量。內(nèi)部質(zhì)量特征主要包括：可維護(hù)性、靈活性、可移植性、可重用性、可讀性、可測(cè)試性、可理解性。第34頁,共37頁，2024年2月25日，星期天

外部質(zhì)量的定義是：軟件產(chǎn)品在規(guī)定條件下使用時(shí)滿足需求的程度。外部質(zhì)量是從外部觀點(diǎn)出發(fā)的軟件產(chǎn)品特性的總體，它是當(dāng)軟件執(zhí)行時(shí)，更典型地是使用外部度量在模擬環(huán)境中，用模擬數(shù)據(jù)測(cè)試時(shí)，所被測(cè)量和評(píng)價(jià)的質(zhì)量，即在預(yù)定的系統(tǒng)環(huán)境中運(yùn)行時(shí)可能達(dá)到的質(zhì)量水平。外部質(zhì)量特征主要包括：正確性、可用性、效率、可靠性、完整性、適應(yīng)性、精確性、堅(jiān)固性。第35頁,共37頁，2024年2月25日，星期天

使用質(zhì)量的定義是：在規(guī)定的使用環(huán)境下軟