1、10月-221軟件測(cè)試基礎(chǔ)知識(shí)內(nèi)容概要：序言軟件測(cè)試定義軟件測(cè)試目的對(duì)軟件測(cè)試的認(rèn)識(shí)軟件測(cè)試?yán)碚撥浖y(cè)試原則軟件測(cè)試的分類軟件測(cè)試的術(shù)語(yǔ)和定義其它10月-221軟件測(cè)試基礎(chǔ)知識(shí)內(nèi)容概要：10月-2223.1序言困惑： 軟件測(cè)試可以說是一個(gè)非常令人捉摸不定的領(lǐng)域。“應(yīng)該怎樣對(duì)我們的產(chǎn)品進(jìn)行測(cè)試？”和“怎樣才算對(duì)產(chǎn)品進(jìn)行了足夠的測(cè)試？”等問題，對(duì)于不同企業(yè)的不同類產(chǎn)品、同一企業(yè)的不同類產(chǎn)品、或不同企業(yè)的同一類產(chǎn)品, 實(shí)際操作上都會(huì)有很大的不同。10月-2223.1序言困惑：10月-223軟件過程現(xiàn)狀實(shí)際項(xiàng)目中，看不到完全符合客戶需求的產(chǎn)品需求規(guī)格說明書。客戶需求不斷變化。代碼頻繁更改。資源有限，進(jìn)

2、度逼人理想的軟件過程只是追求的目標(biāo)。測(cè)試人員應(yīng)該面對(duì)現(xiàn)實(shí)。10月-223軟件過程現(xiàn)狀實(shí)際項(xiàng)目中，看不到完全符合客戶需求10月-224軟件測(cè)試現(xiàn)狀軟件測(cè)試的技術(shù)和方法多年以來并沒有取得令人振奮的進(jìn)展。軟件測(cè)試的效果主要還是依賴于測(cè)試人員的經(jīng)驗(yàn)。10月-224軟件測(cè)試現(xiàn)狀軟件測(cè)試的技術(shù)和方法多年以來并沒10月-225對(duì)軟件測(cè)試的認(rèn)識(shí)的發(fā)展測(cè)試=調(diào)試測(cè)試是證明軟件正確測(cè)試是發(fā)現(xiàn)軟件中的錯(cuò)誤測(cè)試是減小軟件不工作的風(fēng)險(xiǎn)測(cè)試是一種認(rèn)識(shí)上的訓(xùn)練10月-225對(duì)軟件測(cè)試的認(rèn)識(shí)的發(fā)展測(cè)試=調(diào)試10月-226關(guān)于軟件測(cè)試的討論這個(gè)軟件已經(jīng)經(jīng)過了測(cè)試。這個(gè)軟件已經(jīng)經(jīng)過了嚴(yán)格的測(cè)試。這個(gè)軟件通過了測(cè)試。STE概述10

3、月-226關(guān)于軟件測(cè)試的討論這個(gè)軟件已經(jīng)經(jīng)過了測(cè)試。ST10月-227軟件測(cè)試的發(fā)展二十世紀(jì)70年代以前 Ad-hoc testing，指的是測(cè)試者想到哪測(cè)到哪，沒有周密的測(cè)試計(jì)劃和過程，沒有測(cè)試文檔，測(cè)試不能復(fù)用，與調(diào)試沒有區(qū)分。70年代末80年代中期 測(cè)試基礎(chǔ)理論和實(shí)用技術(shù)形成，測(cè)試作為軟件質(zhì)量保證（SQA）的主要職能。10月-227軟件測(cè)試的發(fā)展二十世紀(jì)70年代以前10月-228軟件測(cè)試的發(fā)展80年代末90年代中期 測(cè)試工具在質(zhì)量和數(shù)量上不斷增長(zhǎng)，測(cè)試與SQA分離，SQA注重于過程和質(zhì)量監(jiān)督，專職測(cè)試崗位產(chǎn)生。并且注重工具對(duì)測(cè)試效率的影響，測(cè)試自動(dòng)化開始廣泛應(yīng)用。90年代后期 關(guān)注有效的

4、過程管理對(duì)于軟件測(cè)試的重要性，形成各種測(cè)試模型、測(cè)試能力成熟度模型。10月-228軟件測(cè)試的發(fā)展80年代末90年代中期10月-229軟件測(cè)試的發(fā)展二十一世紀(jì)初 軟件測(cè)試的重要性越來越被人們接受，甚至出現(xiàn)了軟件開發(fā)活動(dòng)應(yīng)以測(cè)試為主導(dǎo)的思潮，如XP方法。而且，隨著軟件測(cè)試分工的細(xì)化和成熟，軟件企業(yè)注重于自身核心競(jìng)爭(zhēng)力的提升，促使大量的獨(dú)立軟件測(cè)試服務(wù)機(jī)構(gòu)涌現(xiàn)出來。這些測(cè)試服務(wù)機(jī)構(gòu)運(yùn)作機(jī)制日趨成熟，從單一的第三方認(rèn)證評(píng)測(cè)，逐步轉(zhuǎn)向參與整個(gè)軟件開發(fā)過程的測(cè)試服務(wù)，并按照軟件領(lǐng)域形成市場(chǎng)細(xì)分，已經(jīng)形成一個(gè)成熟和廣闊的市場(chǎng)區(qū)間。10月-229軟件測(cè)試的發(fā)展二十一世紀(jì)初10月-2210軟件測(cè)試的發(fā)展官方軟件

5、評(píng)測(cè)機(jī)構(gòu)軟件工程師資格認(rèn)證專業(yè)軟件測(cè)試企業(yè)專門的軟件測(cè)試課程專門的軟件測(cè)試學(xué)位（不遠(yuǎn)的將來）10月-2210軟件測(cè)試的發(fā)展10月-22114.2軟件測(cè)試定義曾有的定義：軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。軟件測(cè)試是根據(jù)軟件開發(fā)階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測(cè)試用例（即輸入數(shù)據(jù)及預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)錯(cuò)誤的過程。10月-22114.2軟件測(cè)試定義曾有的定義：10月-2212軟件測(cè)試的定義（推薦）【國(guó)家標(biāo)準(zhǔn)GBT 114571995 】 由人工或自動(dòng)方法來執(zhí)行或評(píng)價(jià)系統(tǒng)或系統(tǒng)部件的過程，以驗(yàn)證它是否滿足規(guī)定的需求；或識(shí)別出期望的結(jié)果和實(shí)際結(jié)果之間

6、的差別?！綢SO/IEC2號(hào)導(dǎo)則】 測(cè)試是指由給定產(chǎn)品、過程或按照規(guī)定的規(guī)程服務(wù)的一個(gè)或多個(gè)特性的測(cè)定組成的技術(shù)操作。10月-2212軟件測(cè)試的定義（推薦）【國(guó)家標(biāo)準(zhǔn)GBT 110月-2213軟件測(cè)試定義（推薦）【 IEEE/ANSI, std829-1983 】 對(duì)軟件進(jìn)行分析，找出其現(xiàn)有狀況與要求狀況之間的差異?；A(chǔ)概念 10月-2213軟件測(cè)試定義（推薦）【 IEEE/ANSI,10月-2214關(guān)于軟件測(cè)試的著名論點(diǎn)關(guān)于軟件測(cè)試的著名論點(diǎn)Grenford J. Myers：測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程一個(gè)好的測(cè)試是指很可能找到尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試一個(gè)成功的測(cè)試是指發(fā)現(xiàn)了至今未發(fā)現(xiàn)的

7、錯(cuò)誤的測(cè)試Hetzel：軟件測(cè)試是對(duì)軟件建立信心的過程測(cè)試是評(píng)估軟件或系統(tǒng)的品質(zhì)或能力的一種積極的行為測(cè)試是對(duì)軟件質(zhì)量的度量10月-2214關(guān)于軟件測(cè)試的著名論點(diǎn)關(guān)于軟件測(cè)試的著名論點(diǎn)10月-22154.3軟件測(cè)試目的Grenford J. Myers關(guān)于軟件測(cè)試的著名論點(diǎn):測(cè)試是程序的執(zhí)行過程，目的在于發(fā)現(xiàn)錯(cuò)誤；一個(gè)好的測(cè)試用例在于能夠發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。10月-22154.3軟件測(cè)試目的Grenford J. M10月-2216軟件測(cè)試目的個(gè)人認(rèn)為這是一種比較狹窄的觀點(diǎn)。10月-2216軟件測(cè)試目的個(gè)人認(rèn)為這是一種比較狹窄的觀點(diǎn)。10月-22

8、17軟件測(cè)試目的一個(gè)被人忽略的軟件測(cè)試目的是：測(cè)試可以幫助發(fā)現(xiàn)當(dāng)前開發(fā)工作所采用的軟件過程的缺陷，以便進(jìn)行改進(jìn)。 測(cè)試并不僅僅是為了要找出錯(cuò)誤。10月-2217軟件測(cè)試目的一個(gè)被人忽略的軟件測(cè)試目的是：測(cè)10月-2218軟件測(cè)試目的通過分析錯(cuò)誤產(chǎn)生的原因, 分析錯(cuò)誤產(chǎn)生于哪一個(gè)開發(fā)階段、而又在哪一個(gè)階段被發(fā)現(xiàn)，我們可以判斷從錯(cuò)誤的產(chǎn)生到錯(cuò)誤的發(fā)現(xiàn)，跨越了多少個(gè)開發(fā)階段。一個(gè)錯(cuò)誤能夠超越本開發(fā)階段而不被發(fā)現(xiàn)，就指明了該開發(fā)階段的檢測(cè)手段有缺陷，從而有針對(duì)性地制定出加強(qiáng)的措施與辦法。這也就是軟件過程改進(jìn)的一項(xiàng)重要內(nèi)容。10月-2218軟件測(cè)試目的通過分析錯(cuò)誤產(chǎn)生的原因, 分析錯(cuò)10月-2219對(duì)軟

9、件測(cè)試目的理解以最少時(shí)間和最小代價(jià)，發(fā)現(xiàn)最多數(shù)量的錯(cuò)誤。 測(cè)試具有發(fā)現(xiàn)錯(cuò)誤的能力，但不能說明軟件中不存在錯(cuò)誤，恰恰相反，測(cè)試只能證明軟件中存在錯(cuò)誤。 測(cè)試可以減少軟件中的錯(cuò)誤。測(cè)試過程中的數(shù)據(jù)和測(cè)試結(jié)果，可以為軟件質(zhì)量的評(píng)價(jià)提供依據(jù)，可以得到軟件性能指標(biāo)。 對(duì)測(cè)試而言，困難和挑戰(zhàn)在于無法預(yù)知軟件中潛在的錯(cuò)誤總 量。但完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法。 沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的。10月-2219對(duì)軟件測(cè)試目的理解以最少時(shí)間和最小代價(jià)，發(fā)現(xiàn)10月-22204.4對(duì)軟件測(cè)試的認(rèn)識(shí) 軟件測(cè)試能做什么?發(fā)現(xiàn)軟件中殘存的錯(cuò)誤為軟件質(zhì)量的評(píng)價(jià)提供支持為軟件開發(fā)過程的改進(jìn)提供幫助一種有效的軟件工程驗(yàn)證

10、與確認(rèn)方法10月-22204.4對(duì)軟件測(cè)試的認(rèn)識(shí) 軟件測(cè)試能做什么?10月-2221測(cè)試設(shè)計(jì) 測(cè)試是需要設(shè)計(jì)的。一個(gè)好的測(cè)試計(jì)劃和測(cè)試用例往往能達(dá)到事半功倍的效果。測(cè)試是一項(xiàng)具有很大創(chuàng)造性的工作，其工作量一點(diǎn)也不比軟件設(shè)計(jì)小。軟件測(cè)試的創(chuàng)造性主要表現(xiàn)在測(cè)試方案選擇、測(cè)試計(jì)劃制定、測(cè)試用例設(shè)計(jì)、測(cè)試結(jié)果的分析以及測(cè)試過程的管理等方面10月-2221測(cè)試設(shè)計(jì) 測(cè)試是需要設(shè)計(jì)的。10月-2222測(cè)試目標(biāo)測(cè)試目標(biāo)我們的目標(biāo)是設(shè)計(jì)一個(gè)能夠系統(tǒng)地發(fā)現(xiàn)不同階段的錯(cuò)誤的測(cè)試，且消耗最短的時(shí)間和最小的工作量。測(cè)試的附帶收獲示證了軟件的功能依據(jù)其需求說明而工作表明軟件滿足其性能需求測(cè)試中收集的數(shù)據(jù)提供了軟件可靠性

11、和軟件質(zhì)量的部分信息10月-2222測(cè)試目標(biāo)測(cè)試目標(biāo)10月-2223對(duì)軟件測(cè)試的理解基于上述定義，測(cè)試并不僅僅意味著運(yùn)行程序的動(dòng)態(tài)測(cè)試，也包括對(duì)需求定義和設(shè)計(jì)等進(jìn)行分析的靜態(tài)測(cè)試。測(cè)試是攻擊和破壞軟件的方法和過程，以達(dá)到提高軟件質(zhì)量的目的。測(cè)試是努力發(fā)現(xiàn)上述三類軟件錯(cuò)誤的活動(dòng)，即：努力發(fā)現(xiàn)偏離錯(cuò)誤努力發(fā)現(xiàn)語(yǔ)言使用錯(cuò)誤努力發(fā)現(xiàn)功能缺陷基礎(chǔ)概念 10月-2223對(duì)軟件測(cè)試的理解基于上述定義，測(cè)試并不僅僅意10月-2224對(duì)軟件測(cè)試的理解從軟件過程的角度來看測(cè)試： 測(cè)試是指軟件產(chǎn)品生命周期內(nèi)所有的檢查、評(píng)審和確認(rèn)活動(dòng)。如：設(shè)計(jì)評(píng)審、代碼走查、系統(tǒng)測(cè)試等。測(cè)試的最終目的是確保交給用戶的產(chǎn)品符合用戶的需

12、求。10月-2224對(duì)軟件測(cè)試的理解從軟件過程的角度來看測(cè)試： 10月-2225對(duì)軟件測(cè)試的理解軟件測(cè)試要解決的問題是：軟件的行為是否符合“規(guī)定的”要求。 它有兩個(gè)方面的含義：第一，軟件測(cè)試要解決的問題是，是否做了規(guī)定要做的事；第二，軟件是否做了沒有規(guī)定要做的事？10月-2225對(duì)軟件測(cè)試的理解軟件測(cè)試要解決的問題是：軟件10月-2226軟件測(cè)試的局限性無法實(shí)現(xiàn)徹底的測(cè)試被測(cè)系統(tǒng)存在故障敏感性和巧合正確性不能直接驗(yàn)證需求獲得預(yù)期結(jié)果困難，甚至不可能測(cè)試本身也可能存在錯(cuò)誤10月-2226軟件測(cè)試的局限性無法實(shí)現(xiàn)徹底的測(cè)試10月-2227軟件測(cè)試的致命缺陷測(cè)試的不完全、不徹底性。由于任何軟件只能進(jìn)

13、行有限的測(cè)試，發(fā)現(xiàn)了錯(cuò)誤說明軟件有問題；未發(fā)現(xiàn)錯(cuò)誤不能說明軟件沒有問題。10月-2227軟件測(cè)試的致命缺陷測(cè)試的不完全、不徹底性。10月-2228對(duì)測(cè)試的正確認(rèn)識(shí)軟件測(cè)試不是解決軟件質(zhì)量問題的唯一方法；軟件測(cè)試不能取代其他的質(zhì)量保證手段；軟件測(cè)試不能保證發(fā)現(xiàn)軟件中的所有錯(cuò)誤，完全的測(cè)試是不現(xiàn)實(shí)的；軟件測(cè)試是巨大的效益和艱苦的工作并存，測(cè)試的組織和管理就是在其中取得平衡。10月-2228對(duì)測(cè)試的正確認(rèn)識(shí)軟件測(cè)試不是解決軟件質(zhì)量問題10月-2229軟件測(cè)試的重要性項(xiàng)目持續(xù)時(shí)間 延遲上市測(cè)試人員測(cè)試人員100%50%0%完成比率代碼實(shí)現(xiàn)消除缺陷質(zhì)量問題維護(hù)的費(fèi)用1x 10 x 100 x 問題發(fā)現(xiàn)得

14、越早，解決的代價(jià)就越小10月-2229軟件測(cè)試的重要性項(xiàng)目持續(xù)時(shí)間 延遲上市測(cè)試人10月-2230項(xiàng)目持續(xù)時(shí)間 100%50%0%完成比率消除缺陷消除缺陷保證軟件質(zhì)量縮短上市時(shí)間Close the Quality Gap軟件測(cè)試重要性Close the Quality Gap So We Can Release Working Software on time10月-2230項(xiàng)目持續(xù)時(shí)間 100%50%0%完成比率消除10月-2231系統(tǒng)性能應(yīng)用性能功能可靠性100%軟件測(cè)試重要性10月-2231系統(tǒng)性能應(yīng)用性能功能可靠性100%軟件測(cè)試重10月-2232風(fēng)險(xiǎn)代碼完成可靠性功能應(yīng)用性能系統(tǒng)性能

15、風(fēng)險(xiǎn)越早測(cè)試越好自動(dòng)的測(cè)試測(cè)試每一個(gè)版本 傳統(tǒng)的測(cè)試是在代碼實(shí)現(xiàn)之后進(jìn)行 軟件測(cè)試重要性10月-2232風(fēng)險(xiǎn)代碼完成可靠性功能應(yīng)用性能系統(tǒng)性能風(fēng)險(xiǎn)越10月-2233一個(gè)好的軟件工程的守則軟件開發(fā)全過程檢測(cè)，力爭(zhēng)本階段修正錯(cuò)誤。單元測(cè)試是在軟件開發(fā)的“實(shí)現(xiàn)階段”才開始的，在此之前的“可行性研究與計(jì)劃階段”，“需求分析階段”，“概要設(shè)計(jì)階段”，和“詳細(xì)設(shè)計(jì)階段”，都必須有切實(shí)的手段與措施對(duì)開發(fā)結(jié)果進(jìn)行檢驗(yàn)，以保證階段的正確完成10月-2233一個(gè)好的軟件工程的守則軟件開發(fā)全過程檢測(cè)，力10月-2234測(cè)試的重要性測(cè)試是軟件生存周期中一個(gè)獨(dú)立的、關(guān)鍵的階段，是保證軟件質(zhì)量的重要手段，也是軟件質(zhì)量保證

16、的最后一個(gè)環(huán)節(jié)。測(cè)試活動(dòng)貫穿于軟件活動(dòng)中的所有階段。 從需求階段高層設(shè)計(jì)低層設(shè)計(jì)編碼階段單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試測(cè)試越早開始，故障越早被發(fā)現(xiàn)，消除故障的成本越少。10月-2234測(cè)試的重要性測(cè)試是軟件生存周期中一個(gè)獨(dú)立的、10月-2235內(nèi)容概要：序言軟件測(cè)試定義軟件測(cè)試目的對(duì)軟件測(cè)試的認(rèn)識(shí)軟件測(cè)試?yán)碚撥浖y(cè)試原則軟件測(cè)試的分類軟件測(cè)試的術(shù)語(yǔ)和定義其它10月-2235內(nèi)容概要：序言10月-22363.5軟件測(cè)試?yán)碚?后面總結(jié)了9條軟件測(cè)試的基本原理，是軟件測(cè)試和軟件開發(fā)的“交通規(guī)則”、“生活法則”。理解它們有助于透徹了解軟件過程。10月-22363.5軟件測(cè)試?yán)碚?后面總結(jié)了9條軟件測(cè)

17、試的10月-2237 Parito法則 一般情況下，在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作只能夠發(fā)現(xiàn)和避免80%的Bug，而系統(tǒng)測(cè)試也只能找出其余Bug中的80%，最后剩余的Bug只有在用戶的大范圍、長(zhǎng)時(shí)間使用后才有可能會(huì)曝露出來。因?yàn)闇y(cè)試只能夠保證盡可能多地發(fā)現(xiàn)錯(cuò)誤，無法保證能夠發(fā)現(xiàn)所有的錯(cuò)誤。 也稱80-20理論。10月-2237 Parito法則 一般情況下，在分析、設(shè)10月-2238木桶理論在軟件產(chǎn)品生產(chǎn)方面就是全面質(zhì)量管理(TQM)的概念。產(chǎn)品質(zhì)量的關(guān)鍵因素是分析、設(shè)計(jì)和實(shí)現(xiàn)，測(cè)試應(yīng)該是融于其中的補(bǔ)充檢查手段，其他管理、支持、甚至文化因素也會(huì)影響最終產(chǎn)品的質(zhì)量。應(yīng)該說，測(cè)試是提高產(chǎn)品

18、質(zhì)量的必要條件，也是提高產(chǎn)品質(zhì)量最直接、最快捷的手段，但決不是一種根本手段。反過來說，如果將提高產(chǎn)品量的砝碼全部押在測(cè)試上，那將是一個(gè)恐怖而漫長(zhǎng)的災(zāi)難。木桶理論就是要強(qiáng)調(diào)改進(jìn)我們木板最短的那一塊.只有短木板變?yōu)殚L(zhǎng)木板,桶裝水才會(huì)更多。10月-2238木桶理論在軟件產(chǎn)品生產(chǎn)方面就是全面質(zhì)量管理10月-2239測(cè)試不能證明軟件無錯(cuò) 軟件測(cè)試的不完全、不徹底性。測(cè)試無法顯示潛伏的軟件缺陷。 由于任何程序只能進(jìn)行有限的測(cè)試，在發(fā)現(xiàn)錯(cuò)誤時(shí)能說明程序有問題；但在測(cè)試未發(fā)現(xiàn)錯(cuò)誤時(shí)，不能說明程序中沒有錯(cuò)誤。10月-2239測(cè)試不能證明軟件無錯(cuò) 軟件測(cè)試的不完全、不10月-2240完全測(cè)試軟件是不可能的主要原因

19、：輸入量太大輸出結(jié)果太多軟件實(shí)現(xiàn)的途徑太多軟件需求規(guī)格說明書沒有客觀標(biāo)準(zhǔn)。“太多”的可能性加在一起，致使測(cè)試條件難以確定。10月-2240完全測(cè)試軟件是不可能的主要原因：10月-2241完全測(cè)試軟件是不可能的例如：WinX操作系統(tǒng)帶的計(jì)算器程序。單個(gè)數(shù)據(jù)、多個(gè)數(shù)據(jù)的組合；+,-,*./各種算法組合；正常、異常情況組合輸入組合無窮多，無法完全測(cè)試。注：如果覺得某些測(cè)試條件是重復(fù)的或者無必要的而將其剔除，那么就不能稱作完全測(cè)試。10月-2241完全測(cè)試軟件是不可能的例如：WinX操作系統(tǒng)10月-2242軟件測(cè)試是有風(fēng)險(xiǎn)的行為 如果決定不去測(cè)試所有的情況，那就是選擇了風(fēng)險(xiǎn)。（泄漏故障的可能性）（碰巧

20、在某個(gè)特定的輸入組合下軟件留有缺陷）如何把無邊無際的輸入可能減少到可以控制的范圍？去粗存精，減小風(fēng)險(xiǎn)。10月-2242軟件測(cè)試是有風(fēng)險(xiǎn)的行為 如果決定不去測(cè)試所10月-2243測(cè)試量和發(fā)現(xiàn)的軟件缺陷數(shù)量之間的關(guān)系10月-2243測(cè)試量和發(fā)現(xiàn)的軟件缺陷數(shù)量之間的關(guān)系10月-2244軟件測(cè)試是有風(fēng)險(xiǎn)的行為 由上圖，隨著測(cè)試工作量的增加，費(fèi)用增加，遺漏軟件缺陷數(shù)目減少。最佳平衡點(diǎn)在哪？找到了它，就找到了最合適的測(cè)試工作量。10月-2244軟件測(cè)試是有風(fēng)險(xiǎn)的行為 由上圖，隨著測(cè)試工作10月-2245測(cè)試無法顯示潛伏的軟件缺陷 軟件測(cè)試工作可以報(bào)告已發(fā)現(xiàn)的軟件缺陷；卻不能保證軟件缺陷全部找到；也不知道還

21、有多少潛伏的軟件缺陷。繼續(xù)測(cè)試，可能還會(huì)找到一些。10月-2245測(cè)試無法顯示潛伏的軟件缺陷 軟件測(cè)試工作可10月-2246程序中存在錯(cuò)誤的概率與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成比例。 軟件缺陷的“群集”現(xiàn)象， 80%的錯(cuò)誤存在于20%的代碼中。原因：程序員疲倦。一個(gè)軟件缺陷很可能是附近有更多的軟件缺陷的征兆。程序員易犯同樣的錯(cuò)誤。個(gè)人偏好。多個(gè)軟件缺陷相互關(guān)聯(lián)，甚至是由同一個(gè)原因造成的。缺陷的“傳遞”和“放大”。10月-2246程序中存在錯(cuò)誤的概率與該程序中已發(fā)現(xiàn)的錯(cuò)誤10月-2247程序中存在錯(cuò)誤的概率與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)成比例。 找到軟件缺陷越多的模塊，遺留的軟件缺陷越多。如果某軟件無論如何

22、也找不出軟件缺陷，也可能是軟件經(jīng)過精心編制，確實(shí)存在極少的軟件缺陷。10月-2247程序中存在錯(cuò)誤的概率與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)10月-2248軟件缺陷的免疫力 軟件會(huì)對(duì)相同類型的測(cè)試會(huì)產(chǎn)生“免疫力”。(開發(fā)小組VS.測(cè)試小組)。經(jīng)過幾輪的測(cè)試，該發(fā)現(xiàn)的錯(cuò)誤都被發(fā)現(xiàn)了，再測(cè)試下去也不會(huì)有新的發(fā)現(xiàn)了。農(nóng)藥殺蟲劑怪事。解決：不斷編寫新的測(cè)試用例，采用新的測(cè)試程序，對(duì)程序的不同部分進(jìn)行測(cè)試，以找出更多的軟件缺陷。10月-2248軟件缺陷的免疫力 軟件會(huì)對(duì)相同類型的測(cè)試會(huì)10月-2249并非所有軟件缺陷都能修復(fù) 項(xiàng)目組需要對(duì)每一個(gè)軟件缺陷進(jìn)行評(píng)估和取舍，根據(jù)風(fēng)險(xiǎn)和成本決定哪些必須修復(fù)，哪些不用修復(fù)，哪

23、些可以延期修復(fù)。通常有CCB會(huì)議決定。CCB由軟件項(xiàng)目各方代表組成。10月-2249并非所有軟件缺陷都能修復(fù) 項(xiàng)目組需要對(duì)每一10月-2250并非所有軟件缺陷都能修復(fù) 不需要修復(fù)的軟件缺陷的原因：沒有足夠的時(shí)間。不算是真正的軟件缺陷。小功能，小改進(jìn)。修復(fù)的風(fēng)險(xiǎn)太大。技術(shù)難度，引入新的缺陷，不值得修復(fù)。商業(yè)風(fēng)險(xiǎn)（intel奔騰浮點(diǎn)數(shù)運(yùn)算缺陷）10月-2250并非所有軟件缺陷都能修復(fù) 不需要修復(fù)的軟件缺10月-2251相互關(guān)系不可能進(jìn)行完全的測(cè)試。由于1，測(cè)試是有風(fēng)險(xiǎn)的，即測(cè)試會(huì)遺漏軟件缺陷。由于2，測(cè)試不能證明程序無措，而僅能證明程序有錯(cuò)。由于1，2，3，測(cè)試發(fā)現(xiàn)的錯(cuò)誤越多，則說明軟件的錯(cuò)誤越多

24、。錯(cuò)誤密度大，遺漏的也多。基礎(chǔ)概念 10月-2251相互關(guān)系不可能進(jìn)行完全的測(cè)試。基礎(chǔ)概念 10月-2252內(nèi)容概要：序言軟件測(cè)試定義軟件測(cè)試目的對(duì)軟件測(cè)試的認(rèn)識(shí)軟件測(cè)試?yán)碚撥浖y(cè)試原則軟件測(cè)試的分類軟件測(cè)試的術(shù)語(yǔ)和定義其它10月-2252內(nèi)容概要：序言10月-22533.6軟件測(cè)試的基本原則 基于上述的測(cè)試?yán)碚?，下面列舉一些測(cè)試原則，它們是軟件測(cè)試工作中常用的策略。它們建立在實(shí)踐的基礎(chǔ)上。10月-22533.6軟件測(cè)試的基本原則 基于上述的測(cè)試?yán)碚?0月-2254測(cè)試的基本原則(一)所有的測(cè)試都應(yīng)追溯到用戶需求 產(chǎn)品最終是為了給用戶使用，對(duì)用戶來說，最嚴(yán)重的錯(cuò)誤是那些導(dǎo)致程序不能夠滿足他們的

25、需求的錯(cuò)誤，所以測(cè)試應(yīng)該從用戶的角度來測(cè)試產(chǎn)品。 事實(shí)上，需求是驅(qū)動(dòng)整個(gè)研發(fā)過程的源頭，不僅僅設(shè)計(jì)、開發(fā)要需求 驅(qū)動(dòng)，測(cè)試更是要需求驅(qū)動(dòng)。 實(shí)際的做法：測(cè)試設(shè)計(jì)依據(jù)需求設(shè)計(jì)，并建立需求追蹤矩陣，測(cè)試活動(dòng)按照測(cè)試設(shè)計(jì)進(jìn)行。測(cè)試人員把握用戶真實(shí)的需求，不僅僅做驗(yàn)證工作，也要做確認(rèn)工作。10月-2254測(cè)試的基本原則(一)所有的測(cè)試都應(yīng)追溯到用戶10月-2255測(cè)試的基本原則(二)所有測(cè)試活動(dòng)都應(yīng)該是有計(jì)劃的，并且計(jì)劃能夠得到保障。 嚴(yán)格執(zhí)行測(cè)試計(jì)劃,排除測(cè)試的隨意性。要堅(jiān)決反對(duì)無計(jì)劃、無明確目的、隨意的測(cè)試活動(dòng)；反對(duì)過程不可重復(fù)的即興測(cè)試。 測(cè)試計(jì)劃應(yīng)在需求一確定或需求模型一完成就開始，總之要在代

26、碼產(chǎn)生之前就開始。測(cè)試計(jì)劃包括日程計(jì)劃、資源計(jì)劃、方案設(shè)計(jì)、測(cè)試用例設(shè)計(jì)等。 現(xiàn)實(shí)工作中，常見的問題就是測(cè)試無計(jì)劃或計(jì)劃性不強(qiáng)、隨意更改測(cè)試計(jì)劃、迫于市場(chǎng)壓力壓縮測(cè)試計(jì)劃等。10月-2255測(cè)試的基本原則(二)所有測(cè)試活動(dòng)都應(yīng)該是有計(jì)10月-2256測(cè)試的基本原則(三) Good-enough原則 測(cè)試要權(quán)衡投入產(chǎn)出比，即要充分也不要過分。不充分的測(cè)試是不負(fù)責(zé)任的；過分的測(cè)試是一種資源的浪費(fèi)，同樣也是一種不負(fù)責(zé)任的表現(xiàn)。 過分測(cè)試指無意義的重復(fù)測(cè)試和需要消耗過大投入的非關(guān)鍵性測(cè)試。 困難在于：如何界定什么樣的測(cè)試是不充分的，什么樣的測(cè)試是過分的。10月-2256測(cè)試的基本原則(三) Good-

27、enough10月-2257測(cè)試的基本原則(三續(xù)) 答案： 制定最低測(cè)試通過標(biāo)準(zhǔn)和測(cè)試內(nèi)容，然后具體問題具體分析。 持續(xù)地對(duì)測(cè)試過程進(jìn)行度量，對(duì)測(cè)試和測(cè)試結(jié)果評(píng)價(jià)，在保證充分性的前提下去除冗余測(cè)試，確保測(cè)試過程的有效性。 然而，實(shí)際測(cè)試工作中，我們很少去關(guān)注這方面的數(shù)據(jù)。 對(duì)于相對(duì)復(fù)雜的產(chǎn)品或系統(tǒng)來說，zero-bug是一種理想，good-enough是我們的原則。 尋求合適的測(cè)試策略，在質(zhì)量和成本之間尋求合適的平衡點(diǎn)。10月-2257測(cè)試的基本原則(三續(xù)) 答案：10月-2258測(cè)試的基本原則(四)軟件測(cè)試應(yīng)遵循Parito法則（二八法則）。 二八法則最初來源于社會(huì)經(jīng)濟(jì)現(xiàn)象研究結(jié)果，也同樣適

28、用于軟件測(cè)試領(lǐng)域。 80的故障存在于20的代碼中； 80的故障歸因于20的故障原因； 關(guān)注測(cè)試中的群集現(xiàn)象；關(guān)注發(fā)現(xiàn)缺陷較多的代碼。 掌握這一法則有助于我們?cè)跍y(cè)試過程中抓住重點(diǎn)，有針對(duì)性，做到事半功倍。10月-2258測(cè)試的基本原則(四)軟件測(cè)試應(yīng)遵循Parit10月-2259測(cè)試的基本原則(五)盡早地和不斷地進(jìn)行軟件測(cè)試在軟件生命周期中，越早發(fā)現(xiàn)軟件故障，修復(fù)它所花費(fèi)的費(fèi)用越少，造成的損失越小。軟件開發(fā)全過程進(jìn)行測(cè)試，力爭(zhēng)在本階段發(fā)現(xiàn)和修正錯(cuò)誤。10月-2259測(cè)試的基本原則(五)盡早地和不斷地進(jìn)行軟件測(cè)10月-2260測(cè)試的基本原則(六)測(cè)試應(yīng)由小到大，從小規(guī)模到大規(guī)模。 測(cè)試的粒度和范圍

29、應(yīng)該由小到大，最初的測(cè)試應(yīng)該把焦點(diǎn)放在單個(gè)程序模塊上，也就是單元測(cè)試，然后是多個(gè)模塊的集成（集成測(cè)試），最后是全系統(tǒng)測(cè)試（系統(tǒng)測(cè)試）。 現(xiàn)狀是缺乏小粒度的測(cè)試，所以即使系統(tǒng)測(cè)試投入足夠的資源和時(shí)間也難以將產(chǎn)品質(zhì)量提高到一個(gè)新的層次。 10月-2260測(cè)試的基本原則(六)測(cè)試應(yīng)由小到大，從小規(guī)模10月-2261測(cè)試的基本原則(七)窮舉測(cè)試是不可能的，充分覆蓋程序邏輯是有可能的。 真實(shí)運(yùn)行情況下，產(chǎn)品將運(yùn)行于不同的環(huán)境和條件下。特別是對(duì)于復(fù)雜軟件，做到窮舉測(cè)試是不可能的。 但是我們應(yīng)該提高測(cè)試的覆蓋率，保證程序的每一個(gè)邏輯判斷分支可以測(cè)試到。 正是因?yàn)椴荒芨F舉測(cè)試，所以軟件總會(huì)遺留（潛在的）缺陷，

30、所以測(cè)試覆蓋率提高是測(cè)試永恒的追究目標(biāo)。 因窮舉測(cè)試是不可行的。為了節(jié)省時(shí)間和資源，就必須從數(shù)量極大的可用測(cè)試案例中精心地挑選出少量的具有代表性測(cè)試案例（采用這些測(cè)試案例是最佳平衡點(diǎn)）；并在測(cè)試執(zhí)行過程中嚴(yán)格按測(cè)試計(jì)劃執(zhí)行，才能達(dá)到最佳的測(cè)試效果。10月-2261測(cè)試的基本原則(七)窮舉測(cè)試是不可能的，充分Ch軟件測(cè)試基礎(chǔ)知識(shí)課件Ch軟件測(cè)試基礎(chǔ)知識(shí)課件10月-2264程序員避免測(cè)試自己的程序 原因2：思路受局限難以發(fā)現(xiàn)功能理解錯(cuò)誤。 程序中可能包含由于程序員對(duì)問題的敘述或說明的誤解而產(chǎn)生的錯(cuò)誤。如果是這種情況，當(dāng)程序員測(cè)試自己的程序時(shí)，往往還會(huì)帶著同樣的誤解致使問題難以發(fā)現(xiàn)。10月-2264

31、程序員避免測(cè)試自己的程序 原因2：思路受局限Ch軟件測(cè)試基礎(chǔ)知識(shí)課件10月-2266測(cè)試的基本原則(九)為了達(dá)到最佳效果，應(yīng)由獨(dú)立于開發(fā)的專門測(cè)試人員來構(gòu)造測(cè)試。 全面的獨(dú)立第三方測(cè)試對(duì)測(cè)試的效果有保障（后面詳細(xì)介紹），但需要在測(cè)試的人力和設(shè)備上有較大投入。如微軟的測(cè)試，在開發(fā)Exchange 2000時(shí)測(cè)試人員和開發(fā)人員的比例是2.5:1,在開發(fā)Win2000時(shí)，測(cè)試人員和開發(fā)人員的比例是1.9:1。 我們的實(shí)際情況目前難以做到這樣的投入。10月-2266測(cè)試的基本原則(九)為了達(dá)到最佳效果，應(yīng)由獨(dú)10月-2267軟件測(cè)試的其它原則 分派有經(jīng)驗(yàn)、富有創(chuàng)造性的人員承擔(dān)測(cè)試。 不能為了便于測(cè)試擅

32、自修改程序。既測(cè)試軟件應(yīng)該做的也檢查軟件不該做的。既測(cè)試有效的和期望的輸入也測(cè)試無效的和不期望的輸入。10月-2267軟件測(cè)試的其它原則 分派有經(jīng)驗(yàn)、富有創(chuàng)造性的10月-2268“好的”測(cè)試的基本特征具有高的發(fā)現(xiàn)錯(cuò)誤的概率沒有冗余測(cè)試測(cè)試是“最佳類別”既不太簡(jiǎn)單也不太復(fù)雜10月-2268“好的”測(cè)試的基本特征具有高的發(fā)現(xiàn)錯(cuò)誤的概率10月-2269誰(shuí)來完成測(cè)試1、開發(fā)者測(cè)試2、對(duì)等測(cè)試3、獨(dú)立測(cè)試小組4、獨(dú)立測(cè)試機(jī)構(gòu)10月-2269誰(shuí)來完成測(cè)試1、開發(fā)者測(cè)試10月-2270獨(dú)立測(cè)試的好處獨(dú)立測(cè)試是指軟件測(cè)試工作由在經(jīng)濟(jì)上和管理上獨(dú)立于開發(fā)機(jī)構(gòu)的組織進(jìn)行。軟件測(cè)試由獨(dú)立測(cè)試機(jī)構(gòu)承擔(dān)有許多好處。獨(dú)立

33、測(cè)試可以避免軟件開發(fā)者測(cè)試自己開發(fā)的軟件。由于心理學(xué)上的問題，軟件開發(fā)者難以客觀、有效地測(cè)試自己的軟件，而找出那些因?yàn)閷?duì)問題的誤解而產(chǎn)生的錯(cuò)誤就更加困難。 10月-2270獨(dú)立測(cè)試的好處獨(dú)立測(cè)試是指軟件測(cè)試工作由在經(jīng)10月-2271獨(dú)立測(cè)試的好處獨(dú)立測(cè)試還可以避免軟件開發(fā)機(jī)構(gòu)測(cè)試自己的軟件。軟件產(chǎn)品的開發(fā)過程受到時(shí)間、成本和質(zhì)量三者的制約，時(shí)間和成本指標(biāo)便于衡量，而質(zhì)量卻很難度量，因此在軟件開發(fā)過程中，當(dāng)時(shí)間、成本和質(zhì)量三者發(fā)生矛盾時(shí)，質(zhì)量最容易被忽視。如果測(cè)試組織與開發(fā)組織來自相同的機(jī)構(gòu)，測(cè)試過程就會(huì)面臨來自與開發(fā)組織同一來源的管理方面的壓力，使測(cè)試過程受到干擾。 10月-2271獨(dú)立測(cè)試的

34、好處獨(dú)立測(cè)試還可以避免軟件開發(fā)機(jī)構(gòu)Ch軟件測(cè)試基礎(chǔ)知識(shí)課件Ch軟件測(cè)試基礎(chǔ)知識(shí)課件Ch軟件測(cè)試基礎(chǔ)知識(shí)課件Ch軟件測(cè)試基礎(chǔ)知識(shí)課件10月-2276典型項(xiàng)目的軟件測(cè)試投入(IBM)一般項(xiàng)目：項(xiàng)目總投入的30%40%高可靠性和高安全性項(xiàng)目：項(xiàng)目其它投入的35倍10月-2276典型項(xiàng)目的軟件測(cè)試投入(IBM)一般項(xiàng)目：項(xiàng)10月-2277典型項(xiàng)目的人工統(tǒng)計(jì)(HP)10月-2277典型項(xiàng)目的人工統(tǒng)計(jì)(HP)10月-2278內(nèi)容概要：序言軟件測(cè)試定義軟件測(cè)試目的對(duì)軟件測(cè)試的認(rèn)識(shí)軟件測(cè)試?yán)碚撥浖y(cè)試原則軟件測(cè)試的分類軟件測(cè)試的術(shù)語(yǔ)和定義其它10月-2278內(nèi)容概要：序言10月-22793.7軟件測(cè)試分類不同

35、的分類方法，得出不同的分類。10月-22793.7軟件測(cè)試分類不同的分類方法，得出不同的10月-2280軟件測(cè)試的分類(一)按測(cè)試對(duì)象分文檔測(cè)試 包括用戶需求文檔、軟件需求文檔、系統(tǒng)設(shè)計(jì)文檔、用戶手冊(cè)等。代碼測(cè)試版本測(cè)試 對(duì)代碼集成、編譯后的軟件運(yùn)行版本的測(cè)試。10月-2280軟件測(cè)試的分類(一)按測(cè)試對(duì)象分10月-2281軟件測(cè)試的分類(二)按測(cè)試對(duì)象的粒度分單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試確認(rèn)測(cè)試 如驗(yàn)收測(cè)試就是典型的確認(rèn)測(cè)試。10月-2281軟件測(cè)試的分類(二)按測(cè)試對(duì)象的粒度分10月-2282軟件測(cè)試的分類(三)按測(cè)試方法分白盒測(cè)試 白盒測(cè)試又叫結(jié)構(gòu)測(cè)試。已知軟件的內(nèi)部工作過程，通過測(cè)試證明每

36、種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否已經(jīng)通過檢查。黑盒測(cè)試 黑盒又叫做功能測(cè)試。已知軟件的功能設(shè)計(jì)規(guī)格，進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求，它不僅用于開發(fā)階段的測(cè)試，更重要的是用于產(chǎn)品的測(cè)試階段及維護(hù)階段?；液袦y(cè)試 白盒測(cè)試和黑盒測(cè)試方法的結(jié)合運(yùn)用。目前最常用的測(cè)試方法。10月-2282軟件測(cè)試的分類(三)按測(cè)試方法分10月-2283軟件測(cè)試的分類(四)按測(cè)試執(zhí)行方法分人工測(cè)試自動(dòng)測(cè)試 由工具實(shí)現(xiàn)自動(dòng)的測(cè)試運(yùn)行、記錄測(cè)試值并和設(shè)定的期望值進(jìn)行比較，自動(dòng)輸出測(cè)試結(jié)果和測(cè)試報(bào)告。半自動(dòng)測(cè)試 借助一定的工具輔助手工測(cè)試，或者對(duì)自動(dòng)測(cè)試進(jìn)行人工干預(yù)。 10月-2283軟件測(cè)試的分類(

37、四)按測(cè)試執(zhí)行方法分10月-2284軟件測(cè)試的分類(五)按運(yùn)行狀態(tài)分動(dòng)態(tài)測(cè)試 動(dòng)態(tài)測(cè)試就是通過選擇適當(dāng)?shù)臏y(cè)試用例，實(shí)際運(yùn)行測(cè)試程序，比較運(yùn)行結(jié)果，動(dòng)態(tài)測(cè)試能使所測(cè)程序有控制地運(yùn)行，自動(dòng)地監(jiān)視、記錄、統(tǒng)計(jì)程序的運(yùn)行情況。 動(dòng)態(tài)測(cè)試更具真實(shí)性，但是動(dòng)態(tài)測(cè)試必須生成測(cè)試數(shù)據(jù)來運(yùn)行程序，開展測(cè)試工作費(fèi)時(shí)費(fèi)力，動(dòng)態(tài)測(cè)試中涉及多方面工作，要求有完善的管理和工作流程。靜態(tài)測(cè)試 靜態(tài)測(cè)試是指靜態(tài)分析程序。靜態(tài)測(cè)試不需要執(zhí)行所測(cè)試的程序，它掃描所測(cè)試程序的正文，對(duì)程序的數(shù)據(jù)流和控制流進(jìn)行分析，然后提出測(cè)試報(bào)告。 代碼走查可以看作是一種靜態(tài)測(cè)試。靜態(tài)測(cè)試可以使用一些輔助工具如：PCLint、Logiscope 、

38、CodeWizard10月-2284軟件測(cè)試的分類(五)按運(yùn)行狀態(tài)分10月-2285軟件測(cè)試的分類(六) 按測(cè)試執(zhí)行者分開發(fā)人員自測(cè)測(cè)試人員測(cè)試第三方測(cè)試機(jī)構(gòu)測(cè)試驗(yàn)收測(cè)試用戶測(cè)試 10月-2285軟件測(cè)試的分類(六) 按測(cè)試執(zhí)行者分10月-2286軟件測(cè)試的分類(七)按被測(cè)對(duì)象技術(shù)領(lǐng)域分系統(tǒng)平臺(tái)類軟件測(cè)試數(shù)據(jù)庫(kù)軟件測(cè)試工具軟件測(cè)試應(yīng)用軟件測(cè)試不同領(lǐng)域的軟件對(duì)測(cè)試的要求也不一樣，如系統(tǒng)平臺(tái)類軟件關(guān)注系統(tǒng)的穩(wěn)定性和健壯性，數(shù)據(jù)庫(kù)軟件關(guān)注數(shù)據(jù)處理的性能和流量，工具類軟件關(guān)注易用性等。10月-2286軟件測(cè)試的分類(七)按被測(cè)對(duì)象技術(shù)領(lǐng)域分10月-2287軟件測(cè)試的分類(八)按測(cè)試內(nèi)容分功能測(cè)試性能測(cè)

39、試 性能測(cè)試用來衡量系統(tǒng)的響應(yīng)時(shí)間、事務(wù)處理速度和其它時(shí)間敏感的需求。并能測(cè)出與性能相關(guān)的工作負(fù)載和硬件配置條件等。界面測(cè)試壓力測(cè)試 可找出由于資源不足或資源競(jìng)爭(zhēng)引起的錯(cuò)誤，在較少的內(nèi)存和磁盤空間狀態(tài)下可能會(huì)暴露常態(tài)下不易發(fā)現(xiàn)的問題。安全性測(cè)試10月-2287軟件測(cè)試的分類(八)按測(cè)試內(nèi)容分10月-2288軟件測(cè)試的分類(八)（續(xù)）安裝測(cè)試 確保軟件在各種條件下能正確安裝，包括初次安裝、升級(jí)、完全安裝和客戶定制安裝。以及檢查軟件安裝之后操作的正確性。配置測(cè)試 檢查測(cè)試應(yīng)用在不同的軟硬件配置狀態(tài)下的操作。大多數(shù)情況下，不同的客戶工作站、網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)服務(wù)器配置具備不同的性能，甚至系統(tǒng)性能隨軟件配置

40、的變化而不同。恢復(fù)性測(cè)試（容錯(cuò)測(cè)試）兼容性測(cè)試等等10月-2288軟件測(cè)試的分類(八)（續(xù)）10月-2289軟件測(cè)試的分類(九)按測(cè)試范圍分驗(yàn)證測(cè)試 僅僅驗(yàn)證變更的修改是否達(dá)到了預(yù)期目的。通常會(huì)對(duì)修改做變更波及分析，但不會(huì)重新執(zhí)行所有的測(cè)試用例。完整測(cè)試：執(zhí)行所有的測(cè)試用例?；貧w測(cè)試 測(cè)試范圍介于前兩者之間。其測(cè)試范圍通常是：前一次執(zhí)行未通過的測(cè)試用例；變更波及分析后預(yù)計(jì)受影響的測(cè)試用例；因變更修改而新增的測(cè)試用例；部分前一次執(zhí)行通過的測(cè)試用例；部分很長(zhǎng)一段時(shí)間沒有執(zhí)行過的測(cè)試用例。10月-2289軟件測(cè)試的分類(九)按測(cè)試范圍分10月-2290軟件測(cè)試的分類(九)還有：冒煙測(cè)試 進(jìn)行檢驗(yàn)系統(tǒng)

41、是否能夠正常上電運(yùn)行，是否提供最基本的業(yè)務(wù)功能。BVT（Basic Verify Test）測(cè)試 BVT測(cè)試是測(cè)試的最基本要求，也是最先進(jìn)行的測(cè)試?；鶞?zhǔn)測(cè)試 Benchmark Test： 和其它相似產(chǎn)品的質(zhì)量比較 和給定的/設(shè)計(jì)的質(zhì)量指標(biāo)比較 和政府發(fā)布的標(biāo)準(zhǔn)/公布的行業(yè)數(shù)據(jù)比較10月-2290軟件測(cè)試的分類(九)還有：10月-22913.8軟件測(cè)試的術(shù)語(yǔ)和定義不要：混淆誤用理解：含義差別10月-22913.8軟件測(cè)試的術(shù)語(yǔ)和定義不要：10月-2292準(zhǔn)確和精確舉例：飛鏢靶盤（圖）既不準(zhǔn)確又不精確精確但不準(zhǔn)確準(zhǔn)確但不精確既準(zhǔn)確又精確10月-2292準(zhǔn)確和精確舉例：10月-2293既不準(zhǔn)確又不

42、精確10月-2293既不準(zhǔn)確又不精確10月-2294精確但不準(zhǔn)確10月-2294精確但不準(zhǔn)確10月-2295準(zhǔn)確但不精確10月-2295準(zhǔn)確但不精確10月-2296既準(zhǔn)確又精確10月-2296既準(zhǔn)確又精確10月-2297Verification&ValidationVerification: do the things rightValidation: do the right things.10月-2297Verification&Validatio10月-2298驗(yàn)證與確認(rèn)驗(yàn)證(verification)為確定某一開發(fā)階段的產(chǎn)品是否滿足在該階段開始時(shí)提出的要求的評(píng)估過程。一般采用靜態(tài)測(cè)試的

43、方式(不基于程序的運(yùn)行)。通過檢查并收集客觀的證據(jù)來確定特定的需求得到滿足。驗(yàn)證對(duì)象包括所有選定的需求，包括客戶的、產(chǎn)品的以及產(chǎn)品部件的需求，對(duì)產(chǎn)品和中間工作產(chǎn)品進(jìn)行驗(yàn)證。驗(yàn)證是一個(gè)漸進(jìn)的過程。10月-2298驗(yàn)證與確認(rèn)驗(yàn)證(verification)10月-2299驗(yàn)證與確認(rèn)確認(rèn)(Validation)為確定系統(tǒng)或部件是否滿足需求的評(píng)估過程。一般采用動(dòng)態(tài)測(cè)試的方式(基于程序的運(yùn)行)。通過檢查并收集客觀的證據(jù)來確定針對(duì)某種特定需求在提供時(shí)滿足預(yù)期的使用。確認(rèn)活動(dòng)適用于產(chǎn)品在其諸如運(yùn)行、培訓(xùn)、制造、維護(hù)、以及支持服務(wù)等任何預(yù)期環(huán)境中的任何方面。確認(rèn)活動(dòng)即可以用于工作產(chǎn)品，也可以用于產(chǎn)品或產(chǎn)品部件

44、。確認(rèn)活動(dòng)常常需要用戶的參與。10月-2299驗(yàn)證與確認(rèn)確認(rèn)(Validation)10月-22100驗(yàn)證與確認(rèn)驗(yàn)證：構(gòu)造的產(chǎn)品正確嗎？- 評(píng)審確認(rèn)：是否構(gòu)造了正確的產(chǎn)品？- 測(cè)試10月-22100驗(yàn)證與確認(rèn)驗(yàn)證：構(gòu)造的產(chǎn)品正確嗎？-10月-22101質(zhì)量和可靠性錯(cuò)誤觀點(diǎn)：軟件一直穩(wěn)定、可靠運(yùn)行，就認(rèn)定是高質(zhì)量的產(chǎn)品。用戶對(duì)質(zhì)量的看法：功能是否齊全；可靠性；易用性；文檔齊套性；產(chǎn)品外觀（包裝、界面等）；售前售后技術(shù)支持程度；等等。10月-22101質(zhì)量和可靠性錯(cuò)誤觀點(diǎn)：軟件一直穩(wěn)定、可靠運(yùn)10月-22102質(zhì)量和可靠性可靠性只是質(zhì)量的一個(gè)方面。10月-22102質(zhì)量和可靠性10月-22103QC和QA質(zhì)量控制驗(yàn)證產(chǎn)品的正確性，當(dāng)發(fā)現(xiàn)與設(shè)計(jì)不一致的時(shí)候進(jìn)行糾正。質(zhì)量保證充當(dāng)支持執(zhí)行全面質(zhì)量管理的