第1章 引論-測試基礎(chǔ)

第1章軟件測試技術(shù)基礎(chǔ)西安財(cái)經(jīng)學(xué)院測試發(fā)展現(xiàn)狀1、國外：獨(dú)立的產(chǎn)業(yè)，例如微軟為1個(gè)開發(fā)比對(duì)2個(gè)測試。大公司有MI，RationalCompuware等。2、國內(nèi)：起步較晚，但發(fā)展后勁很大。第三方測試蓬勃發(fā)展。3、測試作為一個(gè)獨(dú)立的職業(yè)受到了越來越多的重視。目前門檻較低。國內(nèi)軟件測試行業(yè)發(fā)展過程：A80年代－95年少量非專職B96年－00年小規(guī)模擴(kuò)張，低要求，低薪資C00年－03年裁撤團(tuán)隊(duì)，提高要求，提高薪資D03年底以后快速擴(kuò)張，高要求，高薪資微軟的秘密軟件測試職業(yè)特點(diǎn)

可以很快入門的職業(yè)，門檻不高.軟件測試人員最好具有軟件開發(fā)經(jīng)驗(yàn)，理解軟件工程的知識(shí)。對(duì)于剛剛畢業(yè)的學(xué)生，如果希望今后從事軟件開發(fā)，那么，先從事一段時(shí)間的測試可能更有利于今后的編程。而對(duì)于具有多年編程經(jīng)驗(yàn)的程序員，如果改行做測試，更容易提高技術(shù)。軟件測試工程師級(jí)別高級(jí)測試工程師：他們不但要掌握測試與開發(fā)技術(shù)，而且還要對(duì)其所測試軟件對(duì)口的行業(yè)非常了解，能夠?qū)y試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。中級(jí)測試工程師：他們要能夠編寫測試方案、測試文檔，與項(xiàng)目組一起制定測試階段的工作計(jì)劃，能夠在項(xiàng)目中合理利用測試工具來完成測試任務(wù)。初級(jí)測試工程師：他們的工作通常是按照測試方案和流程對(duì)產(chǎn)品進(jìn)行功能測試，檢查產(chǎn)品是否有缺陷。職業(yè)發(fā)展考核方法：平時(shí)30%，考試70%平時(shí)成績=40%考勤（n次）+60%作業(yè)（n次）作業(yè)：word文檔形式（文件命名規(guī)則：班級(jí)+學(xué)號(hào)后兩位+姓名+作業(yè)的次數(shù)）參考資源中國軟件評(píng)測中心：UML軟件工程組織:測試時(shí)代：軟件測試網(wǎng)：希賽網(wǎng)等。第1章引論1.1軟件測試的必要性1.2為什么要進(jìn)行軟件測試？1.3什么是軟件測試？1.4軟件測試和軟件開發(fā)的關(guān)系1.5測試驅(qū)動(dòng)開發(fā)的思想1.1軟件測試的必要性1.1.1迪斯尼并不總是帶來笑聲1.1.2一個(gè)缺陷造成了數(shù)億美元損失1.1.3火星探測飛船墜毀1.1.4更多的悲劇迪斯尼并不總是帶來笑聲1994年圣誕節(jié)前夕，迪斯尼公司發(fā)布了第一個(gè)面向兒童的多媒體光盤游戲“獅子王童話”圣誕節(jié)后的第一天，迪斯尼客戶支持部電話開始響個(gè)不停，不斷有人咨詢、抱怨為什么游戲總是安裝不成功，或沒法正常使用這個(gè)游戲軟件只能在少數(shù)系統(tǒng)中正常運(yùn)行一個(gè)缺陷造成了數(shù)億美元損失（4195835／3145727）×3145727-4195835=?最后Intel公司付出很大代價(jià)，回收CPU，造成4億美元損失火星探測飛船墜毀機(jī)械震動(dòng)在大多數(shù)情況下也會(huì)觸發(fā)著地開關(guān)，設(shè)置錯(cuò)誤的數(shù)據(jù)位。設(shè)想飛船開始著陸時(shí)，計(jì)算機(jī)極有可能關(guān)閉推進(jìn)器，而火星登陸飛船下墜1800米之后沒有反推進(jìn)器的幫助，沖向地面，必然會(huì)撞成碎片兩個(gè)小組本身的工作都沒什么問題，就是沒有合在一起測試，其接口沒有被測，而問題就在這里1.2為什么要進(jìn)行軟件測試?軟件總存在缺陷。只有通過測試，才可以發(fā)現(xiàn)軟件缺陷。也只有發(fā)現(xiàn)了缺陷，才可以將軟件缺陷從軟件產(chǎn)品或軟件系統(tǒng)中清理出去。軟件中存在的缺陷給我們帶來的損失是巨大的，這也說明了軟件測試的必要性和重要性測試是所有工程學(xué)科的基本組成單元，自然也是軟件開發(fā)的重要組成部分。測試人員水平越高，找到軟件問題的時(shí)間就越早，軟件就越容易更正，產(chǎn)品發(fā)布之后越穩(wěn)定，公司賺的錢也越多，微軟就是一個(gè)典型的例子。盡早和不斷地測試.a要盡早地測試，讓測試人員在軟件的需求和設(shè)計(jì)階段就介入，而不是等這些工作全部完成了才進(jìn)行測試。1.盡早和不斷地測試.b1.盡早和不斷地測試.c1.盡早和不斷地測試.d1.3什么是軟件測試？1.3.1軟件測試學(xué)科的形成1.3.2正反兩方面的爭辯1.3.3軟件測試的定義1.3.4軟件測試的其它觀點(diǎn)軟件測試學(xué)科的發(fā)展從測試的思想導(dǎo)向來劃分為4個(gè)階段:

1957～1978年，以功能驗(yàn)證為導(dǎo)向，測試是證明軟件是正確的（正向思維）。1978～1983年，以破壞性為為導(dǎo)向，測試是為了找到軟件中的錯(cuò)誤（逆向思維）。1983～1987年，以質(zhì)量評(píng)估為導(dǎo)向，測試是提供產(chǎn)品的評(píng)估和質(zhì)量度量。1988年起，以缺陷預(yù)防為導(dǎo)向，測試是為了展示軟件符合設(shè)計(jì)要求，發(fā)現(xiàn)缺陷、預(yù)防缺陷。更好的階段劃分分為3個(gè)階段——初期階段、發(fā)展階段和成熟階段初級(jí)階段（1957～1971）測試通常被認(rèn)為是對(duì)產(chǎn)品進(jìn)行事后檢驗(yàn)，缺乏有效的測試方法發(fā)展階段（1972～1982），1972年第一次關(guān)于軟件測試的正式會(huì)議，促進(jìn)了軟件測試的發(fā)展成熟階段（1983到現(xiàn)在），國際標(biāo)準(zhǔn)Std829-1983，形成一門獨(dú)立的學(xué)科和專業(yè)，成為軟件工程學(xué)科中的一個(gè)重要組成部分軟件測試的正面性BillHetzel博士（正向思維的代表）：軟件測試就是為程序能夠按預(yù)期設(shè)想那樣運(yùn)行而建立足夠的信心。軟件測試是一系列活動(dòng)，這些活動(dòng)是為了評(píng)價(jià)一個(gè)程序或系統(tǒng)的特性或能力，并確定是否達(dá)到預(yù)期的結(jié)果。測試是為了驗(yàn)證軟件是否符合用戶需求，即驗(yàn)證軟件產(chǎn)品是否能正常工作軟件測試的反面性

GlenfordJ.Myers

（反向思維的代表）：

測試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤一個(gè)好的測試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測試測試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行一個(gè)程序或者系統(tǒng)的過程。軟件測試定義的兩面性

評(píng)價(jià)一個(gè)程序或系統(tǒng)的特性或能力并確定是否達(dá)到預(yù)期的結(jié)果測試是為發(fā)現(xiàn)錯(cuò)誤而針對(duì)某個(gè)程序或系統(tǒng)的執(zhí)行過程軟件測試正向思維－驗(yàn)證軟件正常工作逆向思維－假定軟件有錯(cuò)誤在設(shè)計(jì)規(guī)定的環(huán)境下運(yùn)行軟件的所有功能，直至全部通過。尋找容易犯錯(cuò)誤的地方和系統(tǒng)的薄弱環(huán)節(jié)，試圖破壞系統(tǒng)，直至找不出問題。軟件測試的定義定義一：（IEEE1983ofIEEEStandard729）使用人工或自動(dòng)化手段來運(yùn)行或測定某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是發(fā)現(xiàn)預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。定義二：軟件測試就是在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。定義三：軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測試用例（包括輸入數(shù)據(jù)與預(yù)期輸出結(jié)果），并利用這些測試用例運(yùn)行軟件，以發(fā)現(xiàn)軟件錯(cuò)誤的過程。正確的定義驗(yàn)證”是檢驗(yàn)軟件是否已正確地實(shí)現(xiàn)了產(chǎn)品規(guī)格書所定義的系統(tǒng)功能和特性?！坝行源_認(rèn)”是確認(rèn)所開發(fā)的軟件是否滿足用戶真正需求的活動(dòng)。軟件測試是由“驗(yàn)證（Verification）”和“有效性確認(rèn)（Validation）”活動(dòng)構(gòu)成的整體軟件測試的其它觀點(diǎn)軟件測試被認(rèn)為是對(duì)軟件系統(tǒng)中潛在的各種風(fēng)險(xiǎn)進(jìn)行評(píng)估的活動(dòng)?；陲L(fēng)險(xiǎn)的軟件測試可以被看作是一個(gè)動(dòng)態(tài)的監(jiān)控過程，對(duì)軟件開發(fā)全過程進(jìn)行檢測，隨時(shí)發(fā)現(xiàn)問題、報(bào)告問題測試的經(jīng)濟(jì)觀點(diǎn)就是以最小的代價(jià)獲得最高的軟件產(chǎn)品質(zhì)量。經(jīng)濟(jì)觀點(diǎn)也要求軟件測試盡早開展工作，發(fā)現(xiàn)缺陷越早，返工的工作量就越小，所造成的損失就越小。軟件測試和軟件質(zhì)量的區(qū)別◎測試的一項(xiàng)任務(wù)是提高軟件質(zhì)量◎測試和質(zhì)量保證是不同層面的

QA的重要工作通過預(yù)防，檢查和改進(jìn)來保證軟件質(zhì)量。QA采用全面質(zhì)量管理和過程改進(jìn)的原理開展工作。測試針對(duì)的是開發(fā)的成果，包括最終成果和階段性成果。軟件滿足規(guī)定或潛在用戶需求特性的總和。測試的對(duì)象

軟件=程序+數(shù)據(jù)+文檔。軟件測試不等于程序測試。軟件測試應(yīng)貫穿于整個(gè)軟件生命周期中。需求規(guī)格說明，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)以及源程序等等，都是測試的對(duì)象。1.4軟件測試和軟件開發(fā)的關(guān)系讓人誤解的瀑布模型需求分析和定義系統(tǒng)設(shè)計(jì)詳細(xì)功能設(shè)計(jì)編碼單元測試功能測試系統(tǒng)測試驗(yàn)收測試測試用戶需求驗(yàn)證系統(tǒng)非功能特性驗(yàn)證功能驗(yàn)證代碼驗(yàn)證構(gòu)建過程驗(yàn)證過程軟件生存周期軟件生命周期計(jì)劃/調(diào)研需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼測試驗(yàn)收運(yùn)行維護(hù)定義階段開發(fā)階段維護(hù)階段瀑布模型特點(diǎn)優(yōu)點(diǎn)：提供了軟件開發(fā)的基本框架，優(yōu)于“手工作坊”式的開發(fā)方法有利于大型軟件開發(fā)過程中人員的組織、管理有利于軟件開發(fā)方法和工具的研究與使用，從而提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率缺點(diǎn)：在軟件開發(fā)的初始階段指明軟件系統(tǒng)的全部需求是困難的，有時(shí)甚至是不現(xiàn)實(shí)的需求確定后，用戶和軟件項(xiàng)目負(fù)責(zé)人要等相當(dāng)長的時(shí)間（經(jīng)過設(shè)計(jì)、編碼、測試、運(yùn)行）才能得到一份軟件的最初版本。如果用戶對(duì)這個(gè)軟件提出比較大的修改意見，那么整個(gè)軟件項(xiàng)目將會(huì)蒙受巨大的人力、財(cái)力、時(shí)間方面的損失。漸進(jìn)模型\螺旋模型漸進(jìn)模型（演化模型、原型模型）原型模型在克服瀑布模型缺點(diǎn)、減少由于軟件需求不明確而給開發(fā)工作帶來風(fēng)險(xiǎn)方面，確實(shí)有著顯著的效果原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于需求不確定性高的系統(tǒng)螺旋模型它是生命周期模型與原型模型的結(jié)合，不僅體現(xiàn)了兩個(gè)模型的優(yōu)點(diǎn)，還增加了新的成分——風(fēng)險(xiǎn)分析螺旋模型是支持大型軟件開發(fā)并具有廣泛應(yīng)用前景的模型漸進(jìn)模型\螺旋模型圖1:漸進(jìn)模型圖2:螺旋模型◎V模型◎W模型◎H模型◎X模型◎前置測試模型測試模型V模型需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼單元測試驗(yàn)收測試系統(tǒng)測試集成測試V模型的一端放置了開發(fā)階段，例如需求、分析、設(shè)計(jì)以及編碼。V的另一端放置了各種類型的測試，例如單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試。W模型需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼軟件實(shí)施系統(tǒng)集成模塊集成測試需求測試概要設(shè)計(jì)測試詳細(xì)設(shè)計(jì)單元測試驗(yàn)收測試系統(tǒng)測試集成測試W模型是V模型的擴(kuò)展，并且它解決V模型的限制。它注重于測試方法學(xué)，該方法學(xué)將在開發(fā)的各個(gè)階段應(yīng)用靜態(tài)測試技術(shù)。這導(dǎo)致在執(zhí)行開發(fā)過程的同時(shí)并行執(zhí)行測試。W模型將測試流程放在與開發(fā)過程相同重要的位置。W模型和V模型都把軟件的開發(fā)視為需求，設(shè)計(jì)，編碼等一系列串行的活動(dòng)。同樣的，軟件開發(fā)和測試保持一種線性的前后關(guān)系，需要有嚴(yán)格的指令表示上一階段完全結(jié)束，才可以正式開始下一階段。這樣就無法支持迭代、自發(fā)性以及變更的調(diào)整。H模型測試準(zhǔn)備測試就緒點(diǎn)測試執(zhí)行測試流程其它流程（如設(shè)計(jì)流程）測試準(zhǔn)備活動(dòng)：測試計(jì)劃、測試設(shè)計(jì)、測試開發(fā)測試執(zhí)行活動(dòng)：測試運(yùn)行、測試評(píng)估H模型的特點(diǎn)：◎軟件測試不僅僅指測試的執(zhí)行，還包括很多活動(dòng)◎軟件測試是一個(gè)獨(dú)立的流程，貫穿產(chǎn)品整個(gè)生命周期，與其他流程并發(fā)地進(jìn)行◎軟件測試要盡早準(zhǔn)備，盡早執(zhí)行◎軟件測試是根據(jù)被測物的不同分層次進(jìn)行的，不同層次的測試活動(dòng)可以使按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的。X模型X模型特點(diǎn)X模型的左邊描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測試，此后將進(jìn)行頻繁的交接，通過集成最終合成為可執(zhí)行的程序。(右上半部分），這些可執(zhí)行程序還需要進(jìn)行測試。已通過集成測試的成品可以進(jìn)行封版并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。由圖中可見，X模型還定位了探索性測試（右下方）。這是不進(jìn)行事先計(jì)劃的特殊類型的測試，諸如“我這么測一下結(jié)果會(huì)怎么樣？”，這一方式往往能幫助有經(jīng)驗(yàn)的測試人員在測試計(jì)劃之外發(fā)現(xiàn)更多的軟件錯(cuò)誤。前置測試模型測試前置模型特點(diǎn)1、開發(fā)和測試相結(jié)合2、對(duì)每一個(gè)交付內(nèi)容進(jìn)行測試3、在設(shè)計(jì)階段進(jìn)行測試計(jì)劃和測試設(shè)計(jì)4、驗(yàn)收測試和技術(shù)測試相互獨(dú)立1.5測試驅(qū)動(dòng)開發(fā)的思想TDD的實(shí)踐需求階段測試計(jì)劃階段測試設(shè)計(jì)階段測試執(zhí)行階段總結(jié)評(píng)估階段補(bǔ)充：測試項(xiàng)目周期（1）需求階段培訓(xùn)開發(fā)團(tuán)隊(duì)和客戶，加強(qiáng)開發(fā)團(tuán)隊(duì)和客戶對(duì)測試過程和測試標(biāo)準(zhǔn)的了解，影響其對(duì)測試的觀點(diǎn)和態(tài)度。確定測試項(xiàng)目的高階范圍確定測試項(xiàng)目的大致計(jì)劃和安排

（2）測試計(jì)劃階段制定測試標(biāo)準(zhǔn)制定測試需求制定測試計(jì)劃系統(tǒng)培訓(xùn)（3）測試設(shè)計(jì)階段根據(jù)制定的測試需求、相關(guān)文檔以及被測系統(tǒng)等設(shè)計(jì)測試用例開發(fā)測試腳本/測試程序設(shè)計(jì)測試數(shù)據(jù)（4）測試執(zhí)行階段按執(zhí)行計(jì)劃執(zhí)行測試用例記錄測試過程缺陷跟蹤

（5）總結(jié)評(píng)估階段總結(jié)和評(píng)估測試過程、測試結(jié)果編寫測試總結(jié)分析報(bào)告補(bǔ)充：測試職位與測試項(xiàng)目角色職位測試經(jīng)理高級(jí)測試工程師測試開發(fā)工程師測試工程師測試員項(xiàng)目角色項(xiàng)目負(fù)責(zé)人測試分析人員測試設(shè)計(jì)人員測試開發(fā)人員測試執(zhí)行人員角色與職責(zé)－計(jì)劃階段1角色職責(zé)項(xiàng)目負(fù)責(zé)人作為雙方溝通的橋梁與客戶方項(xiàng)目負(fù)責(zé)人進(jìn)行溝通參加并組織測試分析人員、測試設(shè)計(jì)人員參加測試項(xiàng)目的系統(tǒng)和業(yè)務(wù)培訓(xùn)組織測試分析人員制定測試需求編制測試計(jì)劃組織測試分析人員參與階段評(píng)審跟蹤和匯報(bào)項(xiàng)目進(jìn)展編寫階段總結(jié)報(bào)告角色與職責(zé)－計(jì)劃階段2角色職責(zé)測試分析人員參與測試項(xiàng)目的系統(tǒng)和業(yè)務(wù)培訓(xùn)，以了解和掌握系統(tǒng)只是和業(yè)務(wù)知識(shí)根據(jù)測試計(jì)劃和客戶提供的資料分析并制定測試需求向客戶方需求人員了解所需內(nèi)容以制定和完善測試需求參與階段評(píng)審匯報(bào)工作進(jìn)展測試設(shè)計(jì)人員參與測試項(xiàng)目的系統(tǒng)和業(yè)務(wù)培訓(xùn)，以了解和掌握系統(tǒng)只是和業(yè)務(wù)知識(shí)角色與職責(zé)－設(shè)計(jì)階段1角色職責(zé)項(xiàng)目負(fù)責(zé)人作為雙方溝通的橋梁與客戶方項(xiàng)目負(fù)責(zé)人進(jìn)行溝通組織測試設(shè)計(jì)人員設(shè)計(jì)測試用例合理分配工作任務(wù)，控制設(shè)計(jì)進(jìn)度定期組織測試設(shè)計(jì)討論和小結(jié)跟蹤和分析測試設(shè)計(jì)進(jìn)展，匯報(bào)給相應(yīng)人員定期編寫測試報(bào)告編寫階段總結(jié)報(bào)告角色與職責(zé)－設(shè)計(jì)階段2角色職責(zé)測試分析人員根據(jù)系統(tǒng)的需求和設(shè)計(jì)更改變更測試需求為測試設(shè)計(jì)人員提供支持測試設(shè)計(jì)人員根據(jù)項(xiàng)目負(fù)責(zé)人的分配進(jìn)行測試用例設(shè)計(jì)工作根據(jù)測試需求，配合得到的文檔和系統(tǒng)（原型）設(shè)計(jì)測試用例測試開發(fā)人員根據(jù)項(xiàng)目負(fù)責(zé)人的分配進(jìn)行測試腳本和模塊的開發(fā)工作角色與職責(zé)－執(zhí)行階段1角色職責(zé)項(xiàng)目負(fù)責(zé)人作為雙方溝通的橋梁與客戶方項(xiàng)目負(fù)責(zé)人進(jìn)行溝