統(tǒng)稿說(shuō)明講解

1、測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)統(tǒng)稿說(shuō)明：1）本大綱是在ISTQB的初級(jí)大綱的框架下，根據(jù)中國(guó)的實(shí)際情況作了適當(dāng)?shù)男薷暮驼{(diào)整, 調(diào)整和修改的幅度符合 ISTQB的規(guī)定要求。2）本次的全面統(tǒng)稿是在各位專家修改意見的基礎(chǔ)上進(jìn)行的。因?yàn)楦魑粚＜沂欠止ぁ⒎终?節(jié)對(duì)大綱進(jìn)行修改的，故在很多方面沒有考慮到大綱的整體連貫性和表達(dá)上的一致性， 這次統(tǒng)稿從大綱的整體一致性、連貫性及表達(dá)方式等方面作了全面把握，修改的地方 比較多，對(duì)部分不恰當(dāng)?shù)膬?nèi)容作了刪除，也增加了一些內(nèi)容。3）由于各位專家在修改時(shí)對(duì)第五、第六、第七章的內(nèi)容沒作修改，因?yàn)檫@三個(gè)章節(jié)是根 據(jù)中國(guó)的測(cè)試現(xiàn)狀調(diào)整的部分，沒有原稿基礎(chǔ)。在本次統(tǒng)稿過(guò)

2、程中進(jìn)行了全面充實(shí)。4）由于時(shí)間緊，加之能力有限，統(tǒng)稿后的大綱中會(huì)有不足之處希望大家不吝賜教，我將 根據(jù)大家的合理意見及時(shí)修改。5）大綱在正式出版前還將進(jìn)行版面、標(biāo)點(diǎn)符號(hào)等方面的全面修改和完善，到時(shí)再通報(bào)大 家。2007 版國(guó)際軟件測(cè)試認(rèn)證委員會(huì)第1頁(yè)，共104頁(yè)2007.7.1測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)CSTQB軟件測(cè)試初級(jí)認(rèn)證大綱2007 版ISTQB各本書授權(quán)給中國(guó)軟件測(cè)試認(rèn)證委員會(huì)（CSTQB。本大綱作者（當(dāng) 前的版權(quán)所有者,包括中國(guó)版修訂者）和CSTQ一致同意下面的使用條款：1. 本大綱的作者和CSTQB作為本大綱的原始發(fā)起者和版權(quán)擁有者，并具 備在ISTQB認(rèn)可的國(guó)家認(rèn)

3、證委員會(huì)（在中國(guó)為CSTQB）官方授權(quán)的前提 下，個(gè)人或培訓(xùn)公司才可以基于本課程大綱開發(fā)并使用培訓(xùn)教程。2. 在大綱的作者和CSTQB作為本大綱的原始發(fā)起者和版權(quán)擁有者認(rèn)可 的前提下，個(gè)人或個(gè)人團(tuán)體可以使用本課程大綱作為文章、書籍或其 它資料的參考文獻(xiàn)或者主要理論依據(jù)。任何ISTQB認(rèn)可的國(guó)家認(rèn)證委員會(huì)可以翻譯本課程大綱，同時(shí)將本課 程大綱（或翻譯后的版本）授權(quán)給其它組織。2007 版國(guó)際軟件測(cè)試認(rèn)證委員會(huì)第3頁(yè)，共104頁(yè)2007.7.1測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)目 錄1. 軟件測(cè)試基礎(chǔ)（K2） 155分鐘 101.1為什么需要測(cè)試 （K2） 101.2 什么是測(cè)試（K2） 10

4、1.3 測(cè)試的基本原則 （K2） 101.4基本的測(cè)試過(guò)程 （K1） 101.5 測(cè)試的心理學(xué) （K2） 112. 軟件生命周期中的測(cè)試（K2）135分鐘 242.1軟件開發(fā)模型（K2） 242.2 測(cè)試級(jí)別（K2） 242.3 測(cè)試類型（K2） 242.4 維護(hù)測(cè)試（K2） 253. 靜態(tài)技術(shù)（K2）60分鐘 363.1 評(píng)審和測(cè)試過(guò)程（K2） 363.2 評(píng)審過(guò)程（K2） 363.3靜態(tài)分析的工具支持（K2） 364. 測(cè)試設(shè)計(jì)技術(shù)（K3）255分鐘 444.1識(shí)別測(cè)試環(huán)境和設(shè)計(jì)測(cè)試用例（K3）444.2測(cè)試設(shè)計(jì)技術(shù)的種類（K2） 444.3基于規(guī)格說(shuō)明的或黒盒測(cè)試技術(shù)（K3） 454.4

5、基于結(jié)構(gòu)的或白盒測(cè)試技術(shù)（K3） 454.5基于經(jīng)驗(yàn)的技術(shù)（K2） 454.6 選擇測(cè)試技術(shù)（K2） 465. 傳統(tǒng)的結(jié)構(gòu)化軟件測(cè)試（K3）180分鐘 575.1. 結(jié)構(gòu)化軟件的單元測(cè)試（組件測(cè)試）（K3）575.2. 結(jié)構(gòu)化軟件的集成測(cè)試（K3） 575.3. 結(jié)構(gòu)化軟件的系統(tǒng)測(cè)試（K3） 576. 面向?qū)ο蟮能浖y(cè)試（K3）150分鐘 616.1. 面向?qū)ο蟮膯卧獪y(cè)試（K3） 616.2. 面向?qū)ο蟮募蓽y(cè)試（K3） 616.3. 面向?qū)ο蟮南到y(tǒng)測(cè)試（K3） 617. 基于GUI的軟件測(cè)試（K2）120分鐘 657.1 GUI 測(cè)試概述（K1） 657.2 GUI 測(cè)試內(nèi)容（K3） 657

6、.3 GUI 測(cè)試技術(shù)（K2） 668. 測(cè)試管理（K3） 180分鐘 698.1測(cè)試的組織結(jié)構(gòu)（K2） 698.2測(cè)計(jì)劃劃和估算（K2） 698.3 測(cè)試進(jìn)度監(jiān)測(cè)（K2） 698.4 配置管理（K2） 708.5 風(fēng)險(xiǎn)和測(cè)試（K2） 708.6 缺陷管理（K3） 709. 軟件測(cè)試工具（K2）80分鐘 849.1測(cè)試工具的類型（K2） 849.2高效率使用工具：潛在的利益和風(fēng)險(xiǎn)（ K2）849.3 組織中工具的引入（K1） 8410 .參考文獻(xiàn) 95附錄A課程大綱背景 97附錄B學(xué)習(xí)目標(biāo)和知識(shí)級(jí)別 100附錄CISTQB初級(jí)課程大綱的規(guī)定 102附錄D培訓(xùn)機(jī)構(gòu)注意事項(xiàng) 1042007 版國(guó)際

7、軟件測(cè)試認(rèn)證委員會(huì)第5頁(yè)，共104頁(yè)2007.7.1測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)致謝本大綱是在國(guó)際軟件測(cè)試認(rèn)證委員會(huì)初級(jí)課程大綱的框架下，按照規(guī)定的 要求結(jié)合中國(guó)的實(shí)際情況編寫。國(guó)際軟件測(cè)試認(rèn)證委員會(huì)初級(jí)課程大綱工作組 有：ThomasMu Iler (chair), Rex Black, Sigrid Eldh, Dorothy Graham, Klaus Oisen, Maaret Pyh?j?rvi, Geoff Thompson和 Erik van Veendendal 。中國(guó)編寫組工作組有(按姓氏拼音排序)：杜慶峰、李華北、劉琴、馬均飛、沈備軍、 沈建雄、易莎莎、趙國(guó)鋒、鄭

8、文強(qiáng)、周震漪等。編撰本書的核心團(tuán)隊(duì)感謝評(píng)審團(tuán) 隊(duì)以及對(duì)當(dāng)前課程大綱提供建議的所有國(guó)家委員會(huì)。特別感謝來(lái)自澳大利亞的 Anastasios Kyriakopoulos，丹麥的Klaus Oisen和 Christine Rosenbeck-Larsen，德國(guó)的 Matthias Daigl、UweHehn Tilo Linz、 Horst Pohlmann、Ina Schieferdecker 、Sabine Uhde、Stephanie Ulrich 、印 度的 Vipul Kocher，以色列的 ShmuelKnishinsky 和Ester Zabar， 瑞典的 Anders Claess

9、on、Mattias Nordin、Ingvar Nordstr?m、Stefan Ohlsson、Kennet Osbjer、 Ingela Skytte 和Klaus Zeuge，瑞士的 Armin Born、Sandra Harries、Silvio Moser、Reto Mu ller 和 oerg Pietzsch ，英國(guó)的 Aran Ebbett、Isabel Eva ns、 Julie Gardiner 、An drew Goslin、Bria n Hambli ng、James Lyn dsay、 Hele n Moore、Peter Morga n、Trevor Newt o

10、n、An geli na Samaroo、Sha ne Saunders、Mike Smith、Richard Taylor 、Neil Thompson 和 Pete Williams ， 以及來(lái)自美國(guó)的Dale Perry。課程簡(jiǎn)介本文檔的目的本文是國(guó)際軟件測(cè)試認(rèn)證初級(jí)水平的中國(guó)課程大綱。國(guó)際軟件測(cè)試認(rèn)證委員會(huì)（以下簡(jiǎn)稱ISTQB ）提供標(biāo)準(zhǔn)的課程大綱給各個(gè)國(guó)家考試委員會(huì)。各委員 會(huì)在規(guī)定的框架下對(duì)國(guó)際標(biāo)準(zhǔn)大綱做適當(dāng)?shù)恼{(diào)整和修改并授權(quán)給培訓(xùn)機(jī)構(gòu)，并以當(dāng)?shù)氐恼Z(yǔ)言進(jìn)行認(rèn)證考試，本大綱就是結(jié)合中國(guó)實(shí)際，作了適當(dāng)修改后而形成的。 培訓(xùn)機(jī)構(gòu)（在本大綱基礎(chǔ)上）自行負(fù)責(zé)編寫課件，并采取適當(dāng)?shù)氖谡n方法。本

11、課程 大綱能為報(bào)考者提供幫助。關(guān)于本課程大綱的修訂歷史和背景知識(shí)信息， 可以參 考附錄A軟件測(cè)試初級(jí)認(rèn)證初級(jí)資質(zhì)認(rèn)證可以針對(duì)和軟件測(cè)試工作相關(guān)的任何角色，包括測(cè)試員、測(cè) 試分析員、測(cè)試工程師、測(cè)試顧問(wèn)、測(cè)試經(jīng)理、用戶驗(yàn)收測(cè)試員和軟件開發(fā)人員 等。同時(shí)本初級(jí)資質(zhì)認(rèn)證也適合想對(duì)軟件測(cè)試有所了解的人，比如項(xiàng)目經(jīng)理、質(zhì)量經(jīng)理、軟件開發(fā)經(jīng)理、業(yè)務(wù)分析師、IT主管和管理顧問(wèn)等。擁有初級(jí)資質(zhì)證 書后，可以繼續(xù)向高級(jí)軟件測(cè)試資質(zhì)認(rèn)證努力。學(xué)習(xí)目標(biāo)和認(rèn)知水平在課程大綱中，每個(gè)章節(jié)都會(huì)提供相應(yīng)的認(rèn)知水平要求：K1:牢記、認(rèn)知、回想K2:理解、解釋、給出理由、比較、分類、總結(jié)K3:應(yīng)用更詳細(xì)的學(xué)習(xí)目標(biāo)和例子可以參考

12、附錄 Bo需要牢記章節(jié)標(biāo)題下面列出的所有條目，即使在學(xué)習(xí)目標(biāo)中沒有非常明顯 的涉及。關(guān)于考試初級(jí)認(rèn)證考試的內(nèi)容將基于本課程大綱的內(nèi)容。但是考試中涉及到的問(wèn)題， 可能需要用到課程大綱的一個(gè)甚至多個(gè)章節(jié)的知識(shí)。考試的范圍覆蓋本課程大綱的所有章節(jié)?？荚囶}目為選擇題?？荚嚳梢宰鳛檎J(rèn)證培訓(xùn)課程的一部分，也可以單獨(dú)參加考試（在授權(quán)的考 試中心）。2007 版國(guó)際軟件測(cè)試認(rèn)證委員會(huì)第7頁(yè)，共104頁(yè)2007.7.1測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)授權(quán)培訓(xùn)機(jī)構(gòu)必須由ISTQB授權(quán)的國(guó)家委員會(huì)授權(quán)，同時(shí)他們根據(jù)本課程大綱 編寫相應(yīng)的課程資料。授權(quán)指南可以從國(guó)家委員會(huì)獲取，或者從開展授權(quán)的團(tuán)體 獲取。更多關(guān)

13、于培訓(xùn)機(jī)構(gòu)指南可以參考附錄 Do細(xì)節(jié)本課程大綱詳細(xì)層次的描述，使得我們可以在國(guó)際上進(jìn)行相同方式的教學(xué) 和考試。為了達(dá)到這個(gè)目標(biāo)，本課程大綱由下面幾部分組成：概括的教學(xué)目標(biāo)，描述了初級(jí)水平資質(zhì)認(rèn)證的目的。培訓(xùn)的系列知識(shí)，包括詳細(xì)的描述以及必需的參考資料。各個(gè)知識(shí)領(lǐng)域的學(xué)習(xí)目標(biāo)。列出必須能夠理解和掌握的知識(shí)條目。描述主要的教學(xué)理念。本課程大綱并沒有包含軟件測(cè)試的整個(gè)知識(shí)領(lǐng)域，只是提供了初級(jí)課程需 要覆蓋的具體方面。課程大綱的結(jié)構(gòu)本課程大綱主要由9大章節(jié)組成。第一級(jí)的標(biāo)題是本章的學(xué)習(xí)目標(biāo)和學(xué)習(xí) 的時(shí)間。比如：2.貫穿整個(gè)軟件生命周期的測(cè)試（K2）135分鐘顯示了第二章節(jié)的學(xué)習(xí)目標(biāo)是 K2,建議花費(fèi)1

14、35分鐘來(lái)進(jìn)行教學(xué)本部分內(nèi)容。 課程大綱的每一章都由幾節(jié)組成。每節(jié)同樣會(huì)由相應(yīng)的學(xué)習(xí)目標(biāo)和需要的 教學(xué)時(shí)間組成。沒有具體時(shí)間規(guī)定的子章節(jié)，教學(xué)的時(shí)間包含在了整個(gè)章節(jié)之中2007 版國(guó)際軟件測(cè)試認(rèn)證委員會(huì)第8頁(yè)，共104頁(yè)2007.7.1測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)1.軟件測(cè)試基礎(chǔ)（K2）155分鐘測(cè)試基礎(chǔ)知識(shí)的學(xué)習(xí)目標(biāo)本章的學(xué)習(xí)目標(biāo)：完成下面模塊（module）的學(xué)習(xí)后，將明確能做什么1.1為什么需要測(cè)試（K2）通過(guò)具體的例子,來(lái)描述軟件中的缺陷（defect）會(huì)以什么樣的方式損害第9頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)第#頁(yè)，共

15、104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)個(gè)人、損害環(huán)境或者損害公司利益（K2） 區(qū)分引起缺陷的根本原因及其影響之間的區(qū)別（K2）通過(guò)舉例的方式說(shuō)明為什么需要測(cè)試（K2）。描述為什么測(cè)試是質(zhì)量保證（quality assura nee）的一部分，通過(guò)舉例說(shuō)明測(cè)試是如何來(lái)提高軟件質(zhì)量的（K2）o以及相應(yīng)的術(shù)語(yǔ)錯(cuò)誤理解術(shù)語(yǔ)錯(cuò)誤（mistake）、缺陷、失效（failure）（error） 和bug之間的區(qū)別（K1）1.2什么是測(cè)試（K2）認(rèn)識(shí)測(cè)試的共同目標(biāo)（K1）o描述測(cè)試作為發(fā)現(xiàn)缺陷的一種手段，測(cè)試在軟件開發(fā)、維護(hù)和運(yùn)行中的 目的，同時(shí)通過(guò)測(cè)試，可以增強(qiáng)

16、對(duì)被測(cè)軟件的信心并獲得一些相關(guān)的信 息，從而用來(lái)預(yù)防缺陷（K2）。1.3測(cè)試的基本原則（K2）說(shuō)明測(cè)試的基本原則（K2）1.4基本的測(cè)試過(guò)程（K1）認(rèn)識(shí)從計(jì)劃到測(cè)試結(jié)束過(guò)程中測(cè)試的基本活動(dòng)，以及在每個(gè)活動(dòng)中的主2007 版要任務(wù)（K1）1.5測(cè)試的心理學(xué)（K2）認(rèn)識(shí)測(cè)試的成功與否，會(huì)受測(cè)試心理因素的影響（K1）：清楚的目標(biāo)；自己測(cè)試和獨(dú)立測(cè)試之間的平衡；認(rèn)識(shí)到謙恭的溝通和缺陷反饋在測(cè)試中的作用。對(duì)比測(cè)試員（tester）和開發(fā)員（developer）的心理差異（K2）2007 版1.1為什么需要測(cè)試(K2) 20分鐘術(shù)語(yǔ)缺陷(bug)、缺陷(defect)、錯(cuò)誤(error)、失效(failu

17、re)、故障(fault )、 錯(cuò)誤(mistake)、質(zhì)量(quality )、風(fēng)險(xiǎn)(risk)、軟件(software)、測(cè)試(testing)。 1.1.1軟件系統(tǒng)的內(nèi)容(K1)在當(dāng)今社會(huì)，軟件系統(tǒng)(system)越來(lái)越成為生活中不可或缺的一部分，包 括從商業(yè)應(yīng)用(比如銀行系統(tǒng))到消費(fèi)產(chǎn)品(比如汽車)各個(gè)領(lǐng)域。然而，很多 人都有這樣的經(jīng)歷：軟件并沒有按照預(yù)期進(jìn)行工作。軟件的不正確執(zhí)行可能會(huì)導(dǎo) 致許多問(wèn)題，包括資金、時(shí)間和商業(yè)信譽(yù)等的丟失，甚至導(dǎo)致人身傷害和死亡。1.1.2引起軟件缺陷的原因(K2)所有的人都會(huì)犯錯(cuò)誤，因此由人設(shè)計(jì)的代碼、系統(tǒng)和文檔中很可能會(huì)引入 缺陷。當(dāng)存在缺陷的代碼被執(zhí)

18、行時(shí)，系統(tǒng)就可能無(wú)法執(zhí)行期望的指令(或者做了不應(yīng)該執(zhí)行的指令)，從而引起軟件失效。雖然軟件、系統(tǒng)和文檔中的缺陷可能 會(huì)引起失效，但并不是所有的缺陷都會(huì)這樣。產(chǎn)生缺陷的原因是多種多樣的：人們本身容易犯錯(cuò)誤、時(shí)間的壓力、復(fù)雜 的代碼、復(fù)雜的系統(tǒng)架構(gòu)、技術(shù)的革新、或者系統(tǒng)之間的配合工作等。失效也可能是由于環(huán)境條件引起的：放射、電磁輻射和污染等都有可能引 起硬件的故障，或者由于硬件條件的改變而影響軟件的執(zhí)行。1.1.3在軟件開發(fā)、維護(hù)和運(yùn)行中測(cè)試的角色(K2)對(duì)軟件系統(tǒng)和文檔進(jìn)行嚴(yán)格的測(cè)試，可以減少軟件系統(tǒng)在運(yùn)行環(huán)境中的風(fēng) 險(xiǎn)，假如在軟件正式發(fā)布之前發(fā)現(xiàn)和修正了缺陷，就可以提高軟件系統(tǒng)的質(zhì)量。進(jìn)行軟件

19、測(cè)試也可能是為了滿足合同和法律法規(guī)的需求，或者是為了滿足 行業(yè)標(biāo)準(zhǔn)。1.1.4測(cè)試和質(zhì)量(K2)通過(guò)測(cè)試，就可能發(fā)現(xiàn)軟件系統(tǒng)在功能(functional) 和非功能 (non-functional) 需求方面的缺陷，對(duì)軟件質(zhì)量(software quality) 進(jìn)行評(píng)判。 飛功能需求包括：可靠性(reliability)、可用性(usability 、效率(efficiency)2007 版第12頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)和可維護(hù)性（maintainability）等方面，關(guān)于非功能測(cè)試方面的更多信息，可以參考第二章。更多關(guān)于軟

20、件特征的信息，可以參考“軟件工程-軟件產(chǎn)品質(zhì)量（ISO 9126）”。當(dāng)測(cè)試發(fā)現(xiàn)很少或者沒有發(fā)現(xiàn)缺陷的時(shí)候，就會(huì)對(duì)軟件的質(zhì)量充滿信心。 一個(gè)設(shè)計(jì)正確、合理的測(cè)試過(guò)程完成并順利通過(guò)，可以降低整個(gè)系統(tǒng)存在問(wèn)題的 風(fēng)險(xiǎn)。而對(duì)測(cè)試過(guò)程中發(fā)現(xiàn)的缺陷進(jìn)行了修正，則軟件系統(tǒng)的質(zhì)量就會(huì)提高。我們應(yīng)該從以前的項(xiàng)目中總結(jié)經(jīng)驗(yàn)教訓(xùn)。通過(guò)分析在其他項(xiàng)目中發(fā)現(xiàn)的缺陷和引起缺陷的根本原因，我們就可以改進(jìn)測(cè)試過(guò)程（process）。相繼地，過(guò)程的改進(jìn)又可以預(yù)防相同的缺陷再次發(fā)生，從而提高以后系統(tǒng)的質(zhì)量。測(cè)試應(yīng)該作為質(zhì)量保證的一個(gè)不可或缺的一部分。1.1.5測(cè)試是否充分（K2）在判斷測(cè)試是否足夠時(shí)，需要考慮下面的因素：風(fēng)險(xiǎn)（

21、包括技術(shù)風(fēng)險(xiǎn)、商 業(yè)產(chǎn)品風(fēng)險(xiǎn)和項(xiàng)目的風(fēng)險(xiǎn)等）以及項(xiàng)目在時(shí)間和預(yù)算上的限制等。測(cè)試需要給利益相關(guān)者提供足夠的信息，幫助他們決定是否發(fā)布被測(cè)的軟 件或系統(tǒng)，是否繼續(xù)進(jìn)行下階段的開發(fā)或直接將產(chǎn)品交給用戶。2007 版第14頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)1.2什么是測(cè)試(K2) 30分鐘術(shù)語(yǔ)代碼(code)、調(diào)試(debugging)、(軟件)開發(fā)(development)、需求 (requireme nt)、評(píng)審(review)、測(cè)試依據(jù)(test basis)、測(cè)試用例(test case)、 測(cè)試(testing)、測(cè)試目標(biāo)(test

22、objectives) 。背景在一般人的理解當(dāng)中，測(cè)試活動(dòng)只包含了運(yùn)行測(cè)試，也就是執(zhí)行軟件。但 實(shí)際上這只是測(cè)試的一部分，而不是測(cè)試的所有活動(dòng)。測(cè)試的活動(dòng)包含了測(cè)試執(zhí)行之前和之后的一些活動(dòng)，包括計(jì)劃(pla nning)和控制(control)、選擇測(cè)試條件(test condition)、設(shè)計(jì)測(cè)試用例(test case)、 檢查測(cè)試結(jié)果(result)、評(píng)估完成準(zhǔn)則(completion criteria)、報(bào)告測(cè)試過(guò)程(test process)及被測(cè)系統(tǒng)、測(cè)試結(jié)束或總結(jié)。測(cè)試同時(shí)也包括文檔的評(píng)審(review)(包括代碼)和靜態(tài)分析(static analysis) 。動(dòng)態(tài)測(cè)試(dy

23、namic test in g)和靜態(tài)測(cè)試這兩種手段都可以達(dá)到相似的目標(biāo)，即以提供信息來(lái)改進(jìn)被測(cè)試軟件系統(tǒng)的質(zhì)量，以及改善開發(fā)和測(cè)試的過(guò)程。不同的測(cè)試具有不同的測(cè)試目標(biāo)：發(fā)現(xiàn)缺陷；獲取對(duì)產(chǎn)品質(zhì)量的信心，以及提供信息；預(yù)防缺陷。在軟件生命周期早期進(jìn)行測(cè)試用例的設(shè)計(jì)，可以幫助避免將缺陷引入代碼 中。同時(shí)文檔的評(píng)審(例如需求文檔)也可以預(yù)防將缺陷引入代碼。不同的測(cè)試階段，需要考慮不同的測(cè)試目標(biāo)。比如，在開發(fā)測(cè)試中，如單 元測(cè)試(unit test in g)、集成測(cè)試(in tegration testi ng)和系統(tǒng)測(cè)試(systemtesting)等，測(cè)試的主要目標(biāo)是盡可能的發(fā)現(xiàn)失效，從而識(shí)別和

24、修正盡可能多的缺陷。在驗(yàn)收測(cè)試(acceptanee testing )中，測(cè)試的主要目標(biāo)是用來(lái)確認(rèn)系統(tǒng) 是否按照預(yù)期工作，從而在系統(tǒng)是否滿足需求方面獲取信心。而在有些情況下， 測(cè)試的主要目標(biāo)是對(duì)軟件的質(zhì)量進(jìn)行評(píng)估(不是為了修正缺陷)，從而為利益相關(guān)人提供這樣的信息：在給定時(shí)間內(nèi)發(fā)布的系統(tǒng)版本所存在的風(fēng)險(xiǎn)。而維護(hù)測(cè)試2007 版第16頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)(mai nte nance test in g)通常是為了驗(yàn)證在開發(fā)過(guò)程中的變更是否引入新的缺陷。在運(yùn)行測(cè)試階段，測(cè)試的主要目標(biāo)是為了評(píng)估系統(tǒng)的特征，比如可靠性或可用性等。

25、必須明確，調(diào)試和測(cè)試是兩個(gè)不同的概念。測(cè)試可以發(fā)現(xiàn)由于軟件存在的缺陷引起的失效。而調(diào)試是一種開發(fā)活動(dòng)，用來(lái)識(shí)別引起缺陷的原因，修改代碼 以及驗(yàn)證是否正確 的修改了軟 件的缺陷。隨后由測(cè)試 員進(jìn)行 的確認(rèn)測(cè)試 (con firmation test ing)是為了確認(rèn)修改的代碼已經(jīng)解決了失效問(wèn)題。每個(gè)活動(dòng) 的職責(zé)是截然不同的，即測(cè)試員進(jìn)行測(cè)試，開發(fā)人員進(jìn)行調(diào)試。測(cè)試的過(guò)程和相應(yīng)的活動(dòng)將在1.4節(jié)解釋。2007 版第18頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)1.3測(cè)試的基本原則K2) 35分鐘術(shù)語(yǔ)窮盡測(cè)試(exhaustive testing)。

26、原則在過(guò)去40年中，軟件測(cè)試界提出了很多的測(cè)試原則，并且提供了適合所有 測(cè)試的一些共同的測(cè)試指南。原則1 測(cè)試顯示缺陷的存在測(cè)試可以顯示缺陷(defect)的存在，但不能證明系統(tǒng)不存在缺陷。測(cè)試可 以減少軟件中存在缺陷的可能性，但即使測(cè)試沒有發(fā)現(xiàn)任何缺陷，也不能證明軟 件或系統(tǒng)是完全正確的。原則2 窮盡測(cè)試是不可能的除了小型項(xiàng)目，進(jìn)行完全(各種輸入和前提條件的組合)的測(cè)試是不現(xiàn)實(shí) 的。通過(guò)運(yùn)用風(fēng)險(xiǎn)管理(risk management)和不同系統(tǒng)功能的測(cè)試優(yōu)先級(jí)，來(lái)確 定測(cè)試的關(guān)注點(diǎn)，從而替代窮盡測(cè)試。原則3 測(cè)試盡早介入在軟件或系統(tǒng)開發(fā)生命周期中，測(cè)試活動(dòng)應(yīng)該盡可能早的介入，并且應(yīng)該 將關(guān)注點(diǎn)

27、放在已經(jīng)定義的測(cè)試目標(biāo)(test objective) 上。原則4 缺陷集群性版本發(fā)布前進(jìn)行的測(cè)試所發(fā)現(xiàn)的大部分缺陷和軟件運(yùn)行失效是由于少數(shù)軟 件模塊引起的。原則5 殺蟲劑悖論同樣的測(cè)試用例一遍一遍重復(fù)進(jìn)行測(cè)試，最后將不再能夠發(fā)現(xiàn)新的缺陷。 為了克服這種殺蟲劑悖論，測(cè)試用例需要經(jīng)常性的評(píng)審和修改，同時(shí)需要不斷增加新的不同的測(cè)試用例來(lái)測(cè)試軟件或系統(tǒng)的不同部分，從而發(fā)現(xiàn)潛在的更多的缺陷。原則6 測(cè)試活動(dòng)依賴于測(cè)試內(nèi)容針對(duì)不同的測(cè)試內(nèi)容，進(jìn)行的測(cè)試活動(dòng)也是不同的。比如，對(duì)關(guān)注安全的 軟件進(jìn)行測(cè)試，與一般的商業(yè)軟件測(cè)試的重點(diǎn)是不一樣的。2007 版第20頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委

28、員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)原則7 不存在缺陷的謬論假如系統(tǒng)無(wú)法使用，或者系統(tǒng)不能完成客戶的需求和期望，發(fā)現(xiàn)和修改缺 陷是沒有任何幫助的。2007 版第22頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)1.4基本的測(cè)試過(guò)程(K1) 35分鐘術(shù)語(yǔ)確認(rèn)測(cè)試(confirmation testing)、出 口準(zhǔn) 則(exit criteria)、事件 (incident)、回歸測(cè)試(regression testing)、測(cè)試依據(jù)(test basis)、測(cè)試條 件(test condition)、測(cè)試覆蓋(test coverage)、測(cè)試

29、數(shù)據(jù)(test data)、測(cè)試 執(zhí)行(test execution) 、測(cè)試日志(test log)、測(cè)試計(jì)劃(test plan)、測(cè)試策 略(test strategy)、測(cè)試總結(jié)報(bào)告(test summaryreport)、測(cè)試件(testware)。 背景測(cè)試最顯而易見的活動(dòng)是測(cè)試的執(zhí)行。但是為了提高效率，在測(cè)試計(jì)劃中， 同樣需要保留比較多的時(shí)間用于計(jì)劃測(cè)試活動(dòng)、設(shè)計(jì)測(cè)試用例、準(zhǔn)備測(cè)試的執(zhí)行和評(píng)估測(cè)試的狀態(tài)?；镜臏y(cè)試過(guò)程主要由下面一些活動(dòng)組成：計(jì)劃和控制；分析和設(shè)計(jì)；實(shí)現(xiàn)和執(zhí)行；評(píng)估出口準(zhǔn)則和測(cè)試報(bào)告；測(cè)試結(jié)束活動(dòng)。雖然上面這些活動(dòng)在邏輯上是有連續(xù)的，但在整個(gè)測(cè)試過(guò)程中它們可能會(huì)

30、重疊或同時(shí)進(jìn)行。1.4.1測(cè)試計(jì)劃和控制階段(K1)測(cè)試計(jì)劃的主要活動(dòng)是：識(shí)別測(cè)試的任務(wù)、定義測(cè)試的目標(biāo)以及為實(shí)現(xiàn)測(cè) 試目標(biāo)和任務(wù)定義規(guī)格說(shuō)明。測(cè)試控制是持續(xù)進(jìn)行的活動(dòng)：通過(guò)對(duì)測(cè)試進(jìn)展和測(cè)試計(jì)劃之間的比較，報(bào) 告測(cè)試的狀態(tài)，包括與計(jì)劃之間存在的偏差。測(cè)試控制包括在必要的時(shí)候采取必 要的措施來(lái)滿足測(cè)試的任務(wù)和目標(biāo)。需要在項(xiàng)目的整個(gè)生命周期中對(duì)測(cè)試活動(dòng)進(jìn) 行監(jiān)控，以達(dá)到控制測(cè)試過(guò)程的目的。同時(shí)，測(cè)試計(jì)劃的制定也需要借鑒以前項(xiàng) 目測(cè)試監(jiān)控活動(dòng)的經(jīng)驗(yàn)和有用信息。測(cè)試計(jì)劃階段主要任務(wù)：2007 版第24頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)確定測(cè)試的范

31、圍和風(fēng)險(xiǎn)，識(shí)別測(cè)試的目標(biāo)；確定測(cè)試方法：測(cè)試技術(shù)、測(cè)試項(xiàng)(test item)、測(cè)試覆蓋(test coverage)、識(shí)別和聯(lián)系相關(guān)的測(cè)試團(tuán)隊(duì)和測(cè)試件；確定測(cè)試需要的資源：人員、測(cè)試環(huán)境(test environment)和計(jì)算機(jī)等；貫徹測(cè)試方針和策略；計(jì)劃測(cè)試分析和測(cè)試設(shè)計(jì)任務(wù)的時(shí)間進(jìn)度；計(jì)劃測(cè)試實(shí)現(xiàn)、執(zhí)行和評(píng)估的時(shí)間進(jìn)度；確定測(cè)試的出口準(zhǔn)則。測(cè)試控制階段主要任務(wù)：測(cè)量和分析結(jié)果；監(jiān)控和記錄測(cè)試進(jìn)展、測(cè)試覆蓋和測(cè)試出口準(zhǔn)則；修改軟件的缺陷；做出決定。142測(cè)試分析和設(shè)計(jì)階段(K1)測(cè)試分析和設(shè)計(jì)是將抽象的測(cè)試目標(biāo)轉(zhuǎn)化為實(shí)實(shí)在在的測(cè)試條件和測(cè)試設(shè) 計(jì)的一系列活動(dòng)。測(cè)試分析和設(shè)計(jì)階段的主要任務(wù)

32、：評(píng)審測(cè)試依據(jù)(比如需求、系統(tǒng)架構(gòu)、設(shè)計(jì)和接口說(shuō)明等)。識(shí)別測(cè)試條件或測(cè)試需求(test requirement)，根據(jù)測(cè)試項(xiàng)、詳細(xì)規(guī)格 說(shuō)明、系統(tǒng)行為和結(jié)構(gòu)分析得到必要的測(cè)試條件和數(shù)據(jù)。設(shè)計(jì)測(cè)試用例。評(píng)估系統(tǒng)和需求的可測(cè)試性(testability) 。規(guī)劃測(cè)試環(huán)境的搭建和確定測(cè)試需要的基礎(chǔ)設(shè)施(in frastructure)和工具。143測(cè)試實(shí)現(xiàn)和執(zhí)行階段(K1)測(cè)試實(shí)現(xiàn)和執(zhí)行是將測(cè)試條件轉(zhuǎn)化為測(cè)試用例、測(cè)試件的一系列活動(dòng)，并 進(jìn)行測(cè)試環(huán)境的搭建。測(cè)試實(shí)現(xiàn)和執(zhí)行階段的主要任務(wù)：測(cè)試用例的開發(fā)和確定它們的優(yōu)先級(jí)，創(chuàng)建測(cè)試數(shù)據(jù)，描述測(cè)試的具體2007版第19頁(yè)，共104頁(yè)2007.7.1國(guó)際

33、軟件測(cè)試認(rèn)證委員會(huì)步驟，同時(shí)也可以準(zhǔn)備測(cè)試用具(test harnesses)和設(shè)計(jì)測(cè)試腳本(testscript)。根據(jù)測(cè)試用例建立測(cè)試套件(test suite)，以提高測(cè)試執(zhí)行的效率。 確認(rèn)已經(jīng)正確搭建了的測(cè)試環(huán)境。根據(jù)計(jì)劃的執(zhí)行順序，通過(guò)手工或使用測(cè)試執(zhí)行工具(test executiontool)來(lái)執(zhí)行測(cè)試用例。記錄測(cè)試執(zhí)行的結(jié)果，以及被測(cè)軟件的標(biāo)識(shí)和版本、使用的測(cè)試工具和測(cè)試件。將實(shí)際結(jié)果和預(yù)期結(jié)果進(jìn)行比較。對(duì)實(shí)際結(jié)果和預(yù)期結(jié)果之間的差異，作為缺陷上報(bào)，并且分析這些缺陷 以確定引起缺陷的原因(代碼缺陷、具體測(cè)試數(shù)據(jù)缺陷、測(cè)試文檔缺陷、 或測(cè)試執(zhí)行的方法有錯(cuò)誤等)。缺陷修正后，重新進(jìn)

34、行測(cè)試活動(dòng)。比如通過(guò)再次執(zhí)行在上個(gè)版本中失敗 的用例來(lái)確認(rèn)缺陷是否已經(jīng)被修正(確認(rèn)測(cè)試)。執(zhí)行修正后的測(cè)試用 例或執(zhí)行一些測(cè)試用例來(lái)確保缺陷的修正沒有在軟件中引入新的問(wèn)題 后或沒有引起其他的缺陷(回歸測(cè)試)。144評(píng)估出口準(zhǔn)則和測(cè)試報(bào)告階段(K1)評(píng)估出口準(zhǔn)則階段是將測(cè)試的執(zhí)行結(jié)果和已經(jīng)定義的測(cè)試目標(biāo)進(jìn)行比較的活動(dòng)。這個(gè)活動(dòng)在各個(gè)測(cè)試級(jí)別(test level)上都需要進(jìn)行。評(píng)估測(cè)試出口準(zhǔn)則的主要任務(wù)：按照測(cè)試計(jì)劃中定義的測(cè)試出口準(zhǔn)則檢查測(cè)試日志。判斷是否需要進(jìn)行更多的測(cè)試，或是否需要更改測(cè)試的出口準(zhǔn)則。為利益相關(guān)者提供一個(gè)測(cè)試總結(jié)報(bào)告。1.4.5測(cè)試結(jié)束階段(K1)測(cè)試結(jié)束階段從完成的測(cè)試活

35、動(dòng)中收集資料來(lái)鞏固測(cè)試經(jīng)驗(yàn)，收集測(cè)試件、影響測(cè)試的因素和其他數(shù)據(jù)。比如什么時(shí)候軟件系統(tǒng)可以發(fā)布？什么時(shí)候項(xiàng)目測(cè) 試結(jié)束或取消？什么時(shí)候達(dá)到里程碑？或者何時(shí)可以發(fā)布一個(gè)維護(hù)版本等？測(cè)試結(jié)束階段的主要任務(wù)：檢查提交了哪些計(jì)劃的交付物(deliverable)、缺陷報(bào)告是否關(guān)閉、提2007版第20頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)交的變更記錄是否仍處于開放狀態(tài)、以及系統(tǒng)的驗(yàn)收文檔狀態(tài)等等。歸檔測(cè)試件(testware)、測(cè)試環(huán)境和測(cè)試基礎(chǔ)設(shè)備(test in frastructure)，以備將來(lái)的項(xiàng)目使用。移交測(cè)試件到維護(hù)部門。分析學(xué)到的經(jīng)驗(yàn)教

36、訓(xùn)，作為將來(lái)項(xiàng)目和版本的參考及用來(lái)改進(jìn)測(cè)試成熟度(test maturity) 。2007 版第29頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)1.5測(cè)試的心理學(xué)（K2） 35分鐘術(shù)語(yǔ)獨(dú)立測(cè)試（independent testing）。背景在測(cè)試和評(píng)審中使用的思想方法， 與在項(xiàng)目分析和開發(fā)中使用的方法不同。 開發(fā)員可以測(cè)試他們自己寫的代碼， 但這與測(cè)試員職責(zé)之間是存在區(qū)別的， 明白 這一點(diǎn)，測(cè)試員的獨(dú)立測(cè)試需要提供專門的工作量，并且具有以下優(yōu)點(diǎn)：通過(guò)專業(yè)的培訓(xùn)和利用專業(yè)的測(cè)試資源， 實(shí)現(xiàn)獨(dú)立的測(cè)試；獨(dú)立測(cè)試可以應(yīng)用于任何測(cè) 試級(jí)別。一定程度的獨(dú)立測(cè)

37、試（可以避免開發(fā)人員對(duì)自己代碼的偏愛），可以更加高 效的發(fā)現(xiàn)軟件缺陷和軟件存在的失效。 但獨(dú)立測(cè)試不是完全的替代物，因?yàn)殚_發(fā) 人員也可以高效的在他們的代碼中找出很多缺陷?？梢远x不同級(jí)別的獨(dú)立測(cè) 試：測(cè)試用例由軟件本身編寫的人員來(lái)設(shè)計(jì)（低級(jí)別的獨(dú)立測(cè)試）。測(cè)試用例由開發(fā)小組中的其他成員來(lái)設(shè)計(jì)。測(cè)試用例由組織內(nèi)的其他小組成員來(lái)設(shè)計(jì)（獨(dú)立的測(cè)試小組）。測(cè)試用例由來(lái)自其他組織或其他公司的成員來(lái)設(shè)計(jì)（測(cè)試外包）。測(cè)試的目標(biāo)驅(qū)使著小組成員和項(xiàng)目的活動(dòng)。小組成員將根據(jù)管理層或其他 利益相關(guān)者設(shè)定的目標(biāo)對(duì)他們的計(jì)劃進(jìn)行調(diào)整，比如需要發(fā)現(xiàn)更多的缺陷，或確認(rèn)軟件是否可以正常工作。因此，對(duì)測(cè)試的目標(biāo)進(jìn)行清晰的設(shè)定

38、是非常重要的。測(cè)試過(guò)程中發(fā)現(xiàn)的失效，可能會(huì)被看成是測(cè)試員對(duì)產(chǎn)品的責(zé)難或?qū)Ξa(chǎn)品開 發(fā)者的不恭。因此，測(cè)試通常被認(rèn)為是破壞性的活動(dòng)，即使它對(duì)于管理產(chǎn)品風(fēng)險(xiǎn) 是非常有建設(shè)性作用的。在系統(tǒng)中發(fā)現(xiàn)失效需要測(cè)試員具有一顆好奇的心、專業(yè)的懷疑態(tài)度、一雙挑剔的眼睛、探究根底的精神、與開發(fā)人員良好的溝通能力以 及對(duì)常見的錯(cuò)誤進(jìn)行判斷的經(jīng)驗(yàn)。假如可以用建設(shè)性的態(tài)度對(duì)發(fā)現(xiàn)的缺陷或失效進(jìn)行溝通，就可以避免測(cè)試 員、分析人員和開發(fā)設(shè)計(jì)者之間的不愉快。這個(gè)道理同樣適用于文檔的評(píng)審過(guò)程。在以建設(shè)性的方式討論缺陷、進(jìn)度和風(fēng)險(xiǎn)時(shí)，測(cè)試員和測(cè)試的負(fù)責(zé)人都需2007 版第30頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試

39、認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)要具有良好的人與人之間溝通的能力。 通過(guò)良好的溝通，要讓軟件代碼或文檔的 作者明白，發(fā)現(xiàn)缺陷的信息可以幫助他們來(lái)提高他們的技術(shù)水平。 在測(cè)試階段發(fā) 現(xiàn)和修復(fù)缺陷可以在項(xiàng)目后期節(jié)省時(shí)間和金錢，而且可以減少項(xiàng)目的風(fēng)險(xiǎn)。溝通方面的問(wèn)題經(jīng)常會(huì)發(fā)生，特別是當(dāng)測(cè)試員只是作為不受歡迎的缺陷消 息的傳遞者的時(shí)候。然而可以使用下面的一些建議和方法來(lái)改善測(cè)試員和其他小 組成員之間的溝通和相互關(guān)系：以合作而不是爭(zhēng)斗的方式開始項(xiàng)目，時(shí)時(shí)提醒項(xiàng)目的每位成員：共同目 標(biāo)是追求高質(zhì)量的產(chǎn)品。對(duì)產(chǎn)品中發(fā)現(xiàn)的問(wèn)題以中性的和以事實(shí)為依據(jù)的方式來(lái)溝通，而不要嘲 笑引入這個(gè)問(wèn)題的小組成員或個(gè)兒。比如

40、，客觀而實(shí)際的描寫缺陷報(bào)告 和評(píng)審(review)發(fā)現(xiàn)的問(wèn)題。盡量理解其他成員的感受，以及他們?yōu)槭裁磿?huì)有這種反應(yīng)。確信其他成員已經(jīng)理解你的描述，反之亦然。2007 版第32頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)2.軟件生命周期中的測(cè)試（K2） 135分鐘軟件生命周期中的測(cè)試學(xué)習(xí)目標(biāo)本章的學(xué)習(xí)目標(biāo)：完成下面模塊的學(xué)習(xí)后，將明確能做什么。2.1軟件開發(fā)模型（K2）明白在開發(fā)生命周期中的軟件開發(fā)、測(cè)試活動(dòng)和工作產(chǎn)品之間的相互關(guān)系，并根據(jù)項(xiàng)目、產(chǎn)品的特征和內(nèi)容提供相應(yīng)的例子（K2）。知道軟件開發(fā)的模型必須根據(jù)項(xiàng)目的內(nèi)容和產(chǎn)品的特征來(lái)選擇（K1）。理解

41、在軟件測(cè)試中采用不同測(cè)試級(jí)別的原因，以及在生命周期模型中一 個(gè)良好測(cè)試應(yīng)該具有的特征（K1）。2.2測(cè)試級(jí)別（K2）比較不同測(cè)試級(jí)別（test level）之間的區(qū)別：測(cè)試的主要目的、典型的測(cè)試對(duì)象、典型的測(cè)試目標(biāo)（功能的或架構(gòu)的）、相關(guān)的工作產(chǎn)品、測(cè)試 員識(shí)別的缺陷和失效的種類（K2）。2.3測(cè)試類型（K2）通過(guò)舉例比較四種不同的測(cè)試類型（test type）（功能測(cè)試、非功能測(cè)試、 結(jié)構(gòu)測(cè)試和變更相關(guān)的測(cè)試）（K2）明白功能測(cè)試和結(jié)構(gòu)測(cè)試可以應(yīng)用測(cè)試級(jí)別（K1）。根據(jù)非功能需求（non-functional requirement）來(lái)識(shí)別和描述非功能測(cè)試的類型（non-functional

42、 test type）（ K2）對(duì)軟件系統(tǒng)結(jié)構(gòu)或構(gòu)架的分析來(lái)識(shí)別和描述測(cè)試的類型（K2）。描述確認(rèn)測(cè)試和回歸測(cè)試的目的（K2）2007 版2.4維護(hù)測(cè)試（K2）從測(cè)試類型、測(cè)試觸發(fā)器和測(cè)試用例數(shù)量等方面，比較對(duì)現(xiàn)有系統(tǒng)進(jìn)行 維護(hù)性測(cè)試和對(duì)新應(yīng)用系統(tǒng)測(cè)試之間的區(qū)別（K2）。識(shí)別維護(hù)測(cè)試的原因（由于修改、移植或淘汰等因素）（K1）。描述回歸測(cè)試的地位、角色及任務(wù)，對(duì)維護(hù)性測(cè)試的作用及影響進(jìn)行分 析（K2）。2007 版2.1軟件開發(fā)模型(K2) 20分鐘術(shù)語(yǔ)商業(yè)現(xiàn) 貨軟件(commercial off the shelf (COTS)、增量開發(fā)模型 (incremental development

43、 model)、測(cè)試級(jí)另S (test level) 、確認(rèn) (validation)、驗(yàn)證(verification) 、V模型(V-model)。背景測(cè)試不是孤立存在的，測(cè)試活動(dòng)與開發(fā)活動(dòng)是息息相關(guān)的。不同的開發(fā)生 命周期模型需要不同的測(cè)試方法。2.1.1 V 模型(K2)雖然存在多種多樣的V模型，但典型的V模型一般有四種測(cè)試級(jí)別，分別 與四種開發(fā)級(jí)別相對(duì)應(yīng)。在本課程大綱中，這四種測(cè)試級(jí)別是：組件/ 單元測(cè)試(component/unit testing)；集成測(cè)試(integration testing)；系統(tǒng)測(cè)試(system testing)；驗(yàn)收測(cè)試(acceptanee test

44、ing)。實(shí)際上，其他V模型的測(cè)試級(jí)別可能會(huì)比上面提到的4種多，也可能少，這取決于不同的項(xiàng)目和軟件產(chǎn)品。比如，在單元測(cè)試后，可能有集成測(cè)試，在系 統(tǒng)測(cè)試后有系統(tǒng)集成測(cè)試(system in tegration test in g)。在開發(fā)過(guò)程中生成的軟件工作產(chǎn)品(比如業(yè)務(wù)場(chǎng)景、用例、需求規(guī)格說(shuō)明、設(shè)計(jì)文檔和代碼)常常是一種或多種測(cè)試級(jí)別的分析和設(shè)計(jì)依據(jù)和輸入。通用的 工作產(chǎn)品可以參考集成能力成熟度模型CMMI或軟件生命周期過(guò)程(IEEE/IEC12207)?？梢栽谲浖ぷ鳟a(chǎn)品的開發(fā)過(guò)程中對(duì)其進(jìn)行驗(yàn)證和確認(rèn) (早期的測(cè)試設(shè) 計(jì))測(cè)試。2.1.2 W 模型(K2)W莫型是V模型的一種實(shí)際拓展，體現(xiàn)

45、了盡早地和不斷地測(cè)試原則，更加符合現(xiàn)代的軟件開發(fā)過(guò)程思想。2007 版2.1.3迭代開發(fā)模型（K2）迭代開發(fā)模型（iterative development model）由需求建立、系統(tǒng)設(shè)計(jì)、構(gòu)建和測(cè)試等一系列較小的開發(fā)活動(dòng)構(gòu)成。比如：原型開發(fā)、快速應(yīng)用開發(fā)（RAD、RUP和敏捷開發(fā)模型等。作為開發(fā)的一部分，迭代產(chǎn)生的增量模塊需在不同的測(cè) 試級(jí)別上進(jìn)行測(cè)試。通過(guò)將增量模塊加入到以前開發(fā)的模塊中，形成一個(gè)漸漸增大的系統(tǒng)，這個(gè)系統(tǒng)同樣需要進(jìn)行測(cè)試。在完成第一個(gè)系統(tǒng)后，對(duì)所有的迭代進(jìn)行回歸測(cè)試會(huì)變得越來(lái)越重要。驗(yàn)證和確認(rèn)測(cè)試可以在每個(gè)增量模塊中進(jìn)行。2.1.4其他模型（K2）介紹其他的軟件測(cè)試流程，

46、女口，H模型，該模型將軟件測(cè)試看著一個(gè)獨(dú)立的 流程貫穿于軟件產(chǎn)品的開發(fā)周期，當(dāng)某個(gè)測(cè)試時(shí)間點(diǎn)就緒時(shí)，軟件測(cè)試工作就可 以開始。2.1.5生命周期模型中的測(cè)試（K2）在任何生命周期模型中，一個(gè)好的測(cè)試都應(yīng)該具有下面幾個(gè)特點(diǎn)：每個(gè)開發(fā)活動(dòng)都有相對(duì)應(yīng)的測(cè)試行為；每個(gè)測(cè)試級(jí)別都有其特有的測(cè)試目標(biāo)；對(duì)于每個(gè)測(cè)試級(jí)別，需要在相應(yīng)的開發(fā)活動(dòng)過(guò)程中進(jìn)行相應(yīng)的測(cè)試分析和設(shè)計(jì)；在開發(fā)生命周期中，測(cè)試員在文檔初稿階段就應(yīng)該參與文檔的評(píng)審。根據(jù)項(xiàng)目的特征或系統(tǒng)的架構(gòu)，可以對(duì)測(cè)試級(jí)別進(jìn)行合并或重新進(jìn)行組合。 比如，對(duì)于商業(yè)現(xiàn)貨軟件（COTS產(chǎn)品的系統(tǒng)集成，購(gòu)買者可能會(huì)在系統(tǒng)級(jí)別進(jìn)行 集成測(cè)試（in tegration

47、test in g）（與基礎(chǔ)設(shè)施集成測(cè)試、和其他系統(tǒng)的集成測(cè)試或系統(tǒng)的商業(yè)部署等）和驗(yàn)收測(cè)試（acceptanee testing）（功能的/非功能的測(cè)試，用戶或操作測(cè)試等）。2007 版2.2測(cè)試級(jí)別(K2) 60分鐘術(shù)語(yǔ)Alpha 測(cè)試 pha testi ng) 、Beta 測(cè)試(beta test in g)、組件測(cè)試 (compo ne nt testi ng)(也稱為單元測(cè)試、模塊測(cè)試或程序測(cè)試)、合同驗(yàn)收測(cè)試 (con tract accepta nee test in g)/驗(yàn)收測(cè)試 (accepta nee test ing)、驅(qū)動(dòng)器(drivers) 、現(xiàn)場(chǎng)測(cè)試(field

48、 testing)、功能需求(functional requirement) 、集 成(integration) 、 集 成測(cè)試(integrationtesting) 、 非功 能需求(non-functional requirement)、操作(驗(yàn)收)測(cè)試(operation testing)、規(guī)范性驗(yàn)收測(cè)試 (regulation accepta nee test in g)、健壯性測(cè)試 (robust nesstesti ng)、樁(stubs)、系統(tǒng)測(cè)試(system test in g)、測(cè)試驅(qū)動(dòng)開發(fā)(test-drive n development)、測(cè)試環(huán)境(test envi

49、ronment)、用戶驗(yàn)收測(cè)試(user acceptanee testi ng)。背景對(duì)于每個(gè)測(cè)試級(jí)別，都需要明確下面的內(nèi)容：測(cè)試的共同目標(biāo)、測(cè)試用例 設(shè)計(jì)需要參考的工作產(chǎn)品(測(cè)試的依據(jù))、測(cè)試的對(duì)象(測(cè)試什么)、發(fā)現(xiàn)的典型 缺陷和失效、對(duì)測(cè)試用具的需求、測(cè)試工具的支持、專門的方法和職責(zé)等。2.2.1組件測(cè)試/單元測(cè)試(K2)在獨(dú)立可測(cè)試的軟件中(模塊、程序、對(duì)象和類等)，可以通過(guò)組件測(cè)試發(fā) 現(xiàn)缺陷，以及驗(yàn)證軟件功能。根據(jù)開發(fā)生命周期和系統(tǒng)的內(nèi)容，組件測(cè)試可以和 系統(tǒng)的其他部分分開，單獨(dú)進(jìn)行測(cè)試。在組件測(cè)試過(guò)程中，會(huì)使用到樁、驅(qū)動(dòng)器 和模擬器(simulators)。組件測(cè)試可能包括功能特征

50、測(cè)試和特定的非功能特征測(cè)試，比如資源行為 測(cè)試(如內(nèi)存泄漏)或健壯性測(cè)試和結(jié)構(gòu)測(cè)試(比如分支覆蓋)。根據(jù)工作產(chǎn)品來(lái)設(shè)計(jì)測(cè)試用例，如，組件規(guī)格說(shuō)明、軟件設(shè)計(jì)或數(shù)據(jù)模型。通常，通過(guò)開發(fā)環(huán)境的支持，比如組件測(cè)試框架或調(diào)試工具(debuggi ngtool)，組件測(cè)試會(huì)深入到代碼中，而且實(shí)際上設(shè)計(jì)代碼的開發(fā)人員也會(huì)參與測(cè) 試。在這種情況下，一旦發(fā)現(xiàn)缺陷，就可以立即進(jìn)行修改，而不需要以正式的缺 陷記錄。2007 版第38頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)組件測(cè)試的一個(gè)方法是在寫代碼之前就準(zhǔn)備測(cè)試和自動(dòng)化測(cè)試用例。稱之 為測(cè)試驅(qū)動(dòng)的方法或測(cè)試驅(qū)動(dòng)開發(fā)

51、。這個(gè)方法根據(jù)測(cè)試用例的開發(fā)周期進(jìn)行高度 迭代，不斷的構(gòu)建和集成小塊的代碼，然后執(zhí)行組件測(cè)試直到它們?nèi)客ㄟ^(guò)。 222集成測(cè)試 （K2）集成測(cè)試是對(duì)組件之間的接口進(jìn)行測(cè)試，以及測(cè)試與系統(tǒng)其他部分的相互 作用，比如操作系統(tǒng)、文件系統(tǒng)、硬件或系統(tǒng)之間的接口。對(duì)于集成測(cè)試，可以應(yīng)用多種測(cè)試級(jí)別，也可以根據(jù)不同的測(cè)試對(duì)象規(guī)模 采用不同的測(cè)試級(jí)別，比如：組件集成測(cè)試對(duì)不同的軟件組件之間的相互作用進(jìn)行測(cè)試，一般在組件 測(cè)試之后進(jìn)行。系統(tǒng)集成測(cè)試對(duì)不同系統(tǒng)之間的相互作用進(jìn)行測(cè)試，一般在系統(tǒng)測(cè)試結(jié) 束之后進(jìn)行。在這種情況下，開發(fā)組織/團(tuán)體只能控制自己開發(fā)的這部分 接口，所以變更可能是不穩(wěn)定的。按照工作流執(zhí)行的

52、業(yè)務(wù)操作可能包含 了一系列系統(tǒng)，因此跨平臺(tái)的問(wèn)題更至關(guān)重要。系統(tǒng)集成的范圍越大，對(duì)缺陷的定位就越困難，從而增加了系統(tǒng)的風(fēng)險(xiǎn)。系統(tǒng)集成的策略可以根據(jù)系統(tǒng)的框架（例如自頂向下或自底向上）、功能任務(wù)集、處理過(guò)程順序或系統(tǒng)和組件的其他方面等來(lái)制定。為了減少在生命周期后期發(fā)現(xiàn)缺陷而產(chǎn)生的風(fēng)險(xiǎn)，集成程度應(yīng)該逐步增加，而不是一下子將系統(tǒng)集成為 “巨無(wú)霸”來(lái)進(jìn)行測(cè)試。測(cè)試特定的非功能特征（比如性能測(cè)試）也可以包含在系統(tǒng)集成測(cè)試中。在集成測(cè)試的每個(gè)階段，測(cè)試員只是把精力集中在系統(tǒng)集成本身。舉例來(lái) 說(shuō)，假如系統(tǒng)是由模塊A和模塊B組成，則集成測(cè)試感興趣的是兩個(gè)模塊之間的 接口，而不是每個(gè)模塊的功能性。功能測(cè)試和結(jié)構(gòu)

53、測(cè)試方法都可以應(yīng)用在集成測(cè) 試。在理想情況下，測(cè)試員需要理解系統(tǒng)的架構(gòu)，從而可以對(duì)集成測(cè)試計(jì)劃施 加影響。假如集成測(cè)試計(jì)劃是在組件或系統(tǒng)生成之前制定，則可以根據(jù)最有效率的測(cè)試順序來(lái)進(jìn)行測(cè)試。2.2.3系統(tǒng)測(cè)試（K2）系統(tǒng)測(cè)試關(guān)注的是項(xiàng)目或產(chǎn)品范圍中定義的整個(gè)系統(tǒng)或產(chǎn)品的行為。2007版第29頁(yè)，共104頁(yè)2007.7.1國(guó)際軟件測(cè)試認(rèn)證委員會(huì)測(cè)試認(rèn)證初級(jí)課程國(guó)際軟件測(cè)試認(rèn)證委員會(huì)在系統(tǒng)測(cè)試中，測(cè)試環(huán)境應(yīng)該盡量和最終使用的目標(biāo)或產(chǎn)品使用的環(huán)境相 一致，從而減少和環(huán)境相關(guān)的失效。系統(tǒng)測(cè)試可能包含不同的測(cè)試用例：根據(jù)風(fēng)險(xiǎn) （risk）的、根據(jù)需求規(guī)格說(shuō) 明的、根據(jù)業(yè)務(wù)過(guò)程應(yīng)用的、基于用例（use c

54、ase）的、或根據(jù)其他對(duì)系統(tǒng)行為的 更高級(jí)別描述的、根據(jù)操作系統(tǒng)和系統(tǒng)資源等的相互作用的等。系統(tǒng)測(cè)試需要對(duì)系統(tǒng)功能和非功能需求進(jìn)行研究。系統(tǒng)需求可以以文本形 式或模型方式描述。同時(shí)測(cè)試員也需要知道在需求不完全或需求沒有文檔化的時(shí) 候如何進(jìn)行測(cè)試。驗(yàn)證功能需求的系統(tǒng)測(cè)試可以選擇最適合的基于規(guī)格說(shuō)明的測(cè) 試即黑盒（black-box）測(cè)試技術(shù)來(lái)對(duì)系統(tǒng)進(jìn)行測(cè)試。比如：決策表 （decision table）可以根據(jù)描述的業(yè)務(wù)準(zhǔn)則的邏輯組合來(lái)生成測(cè)試用例?；诮Y(jié)構(gòu)的技術(shù) （structure-based technique）即白盒（white-box ）測(cè)試技術(shù)，可以用來(lái)評(píng)估系 統(tǒng)結(jié)構(gòu)元素的完整性等。

55、系統(tǒng)測(cè)試通常由獨(dú)立的測(cè)試團(tuán)隊(duì)進(jìn)行。224驗(yàn)收測(cè)試（K2）驗(yàn)收測(cè)試通常是由使用系統(tǒng)的用戶來(lái)進(jìn)行，同時(shí)系統(tǒng)的其他利益相關(guān)者也 可能參與其中。驗(yàn)收測(cè)試的目的是通過(guò)驗(yàn)收測(cè)試，對(duì)系統(tǒng)功能、系統(tǒng)的某部分或特定的系 統(tǒng)非功能特征進(jìn)行測(cè)試。發(fā)現(xiàn)缺陷不是驗(yàn)收測(cè)試的主要目標(biāo)，驗(yàn)收測(cè)試也可以用來(lái)評(píng)估系統(tǒng)是否可以在市場(chǎng)部署、用戶使用系統(tǒng)的準(zhǔn)備情況等，盡管它不是必須 的最后級(jí)別的測(cè)試。比如，對(duì)于一個(gè)大型的系統(tǒng)，可能會(huì)在進(jìn)行系統(tǒng)驗(yàn)收測(cè)試之 后，進(jìn)行系統(tǒng)的集成測(cè)試。驗(yàn)收測(cè)試可以包含多個(gè)測(cè)試級(jí)別，比如：商業(yè)現(xiàn)貨軟件（COTS產(chǎn)品可以在安裝或集成時(shí)進(jìn)行驗(yàn)收測(cè)試；組件的可用性驗(yàn)收測(cè)試可以在組件測(cè)試中進(jìn)行； 功能增強(qiáng)的組件驗(yàn)收測(cè)試可以在系統(tǒng)測(cè)試之前進(jìn)行。驗(yàn)收測(cè)試有下面幾種典型的類型：用戶驗(yàn)收測(cè)試通常由商業(yè)用戶來(lái)驗(yàn)證系統(tǒng)的可用性。運(yùn)行（驗(yàn)收）測(cè)試2007 版第42頁(yè)，共104頁(yè)2007.7.1國(guó)