軟件測(cè)試基本概念課件

第二章軟件測(cè)試基本概念第二章1目錄軟件缺陷1軟件測(cè)試的分類2靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試3主動(dòng)測(cè)試與被動(dòng)測(cè)試4黑盒測(cè)試與白盒測(cè)試5軟件測(cè)試級(jí)別6軟件測(cè)試計(jì)劃與用例7專業(yè)測(cè)試人員的責(zé)任和要求8目錄軟件缺陷1軟件測(cè)試的分類2靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)21軟件缺陷1軟件缺陷3缺陷是質(zhì)量的對(duì)立面要了解什么是缺陷(Defect)，就必須清楚“質(zhì)量(Quality)”概念，因?yàn)槿毕菔窍鄬?duì)質(zhì)量而存在的，違背了質(zhì)量、違背了客戶的意愿，不能滿足客戶的要求，就會(huì)引起缺陷或產(chǎn)生缺陷缺陷是質(zhì)量的對(duì)立面要了解什么是缺陷(Defect)，就必須清41.軟件質(zhì)量的內(nèi)涵質(zhì)量的定義

質(zhì)量管理專家朱蘭對(duì)“質(zhì)量”的定義：滿足使用要求的基礎(chǔ)是質(zhì)量的特征，產(chǎn)品的任何特征（性質(zhì)、屬性等）、材料或滿足使用要求的過(guò)程都是質(zhì)量特征。

1986年ISO8492給出了質(zhì)量的定義：質(zhì)量是產(chǎn)品或服務(wù)所滿足明示或暗示需求能力的固有特性和特征的集合。固有特性：某事物中本來(lái)就有的，尤其是那種永久性的特性明示的特性：理解為規(guī)定的要求，用于描述或者客戶明確提出的那些要求暗示的特性：是由社會(huì)習(xí)俗約定、行為慣例所要求的一種潛規(guī)則、不言而喻的。1.軟件質(zhì)量的內(nèi)涵質(zhì)量的定義51.軟件質(zhì)量的內(nèi)涵IEEESTD729：軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性。主要包括：軟件產(chǎn)品滿足使用要求的程度軟件各種屬性的組合程度用戶對(duì)軟件產(chǎn)品的綜合反映程度軟件在使用過(guò)程中滿足用戶要求的程度1.軟件質(zhì)量的內(nèi)涵IEEESTD729：軟件產(chǎn)品滿足規(guī)定的和61.軟件質(zhì)量的內(nèi)涵高質(zhì)量軟件標(biāo)準(zhǔn)體系（1）軟件產(chǎn)品的質(zhì)量

是人們實(shí)踐產(chǎn)物的屬性和行為，是可以認(rèn)識(shí)，可以科學(xué)地描述的。并且可以通過(guò)一些方法和人類活動(dòng)，來(lái)改進(jìn)質(zhì)量（2）軟件開(kāi)發(fā)過(guò)程中的質(zhì)量

是指過(guò)程滿足明確和隱含需要的能力的特性之總和（3）應(yīng)用領(lǐng)域或者業(yè)務(wù)上的質(zhì)量

在商業(yè)過(guò)程中有關(guān)的質(zhì)量?jī)?nèi)容:培訓(xùn)、成品制作、宣傳、發(fā)布日起、客戶、風(fēng)險(xiǎn)、成本、業(yè)務(wù)等1.軟件質(zhì)量的內(nèi)涵高質(zhì)量軟件標(biāo)準(zhǔn)體系71.軟件質(zhì)量的內(nèi)涵產(chǎn)品質(zhì)量的標(biāo)準(zhǔn)功能性Functionality可用性Usability可靠性Reliability性能Performance容量Capacity可伸縮性Scalability可維護(hù)性Servicemanageability兼容性Compatibility可擴(kuò)展性Extensibility1.軟件質(zhì)量的內(nèi)涵產(chǎn)品質(zhì)量的標(biāo)準(zhǔn)81.軟件質(zhì)量的內(nèi)涵軟件質(zhì)量模型Boehm質(zhì)量模型McCall質(zhì)量模型ISO質(zhì)量模型1.軟件質(zhì)量的內(nèi)涵軟件質(zhì)量模型91.軟件質(zhì)量的內(nèi)涵互用性正確性可靠性效率完整性可用性可維護(hù)性可測(cè)試性靈活性可移植性重復(fù)性闡述性數(shù)據(jù)公開(kāi)性連貫性容錯(cuò)性執(zhí)行效率/儲(chǔ)存效率存取控制/存取檢查可訓(xùn)練溝通良好簡(jiǎn)單性易操作的工具自我操作性擴(kuò)展性一般性模塊性軟件系統(tǒng)獨(dú)立性機(jī)器獨(dú)立性通訊公開(kāi)性正確性可操作性產(chǎn)品操作產(chǎn)品修改產(chǎn)品維護(hù)Boehm軟件質(zhì)量模型1.軟件質(zhì)量的內(nèi)涵互用性正確性可靠性效率完整性可用性可維護(hù)性101.軟件質(zhì)量的內(nèi)涵McCall軟件質(zhì)量模型1.軟件質(zhì)量的內(nèi)涵McCall軟件質(zhì)量模型111.軟件質(zhì)量的內(nèi)涵功能性可靠性可用性效率可移植性可維護(hù)性匹配性精確性互用性安全性成熟性容錯(cuò)能力可恢復(fù)性可理解性可學(xué)習(xí)性可操作性時(shí)間表現(xiàn)資源表現(xiàn)可分析性可變化性穩(wěn)定性適應(yīng)性可測(cè)試性易安裝性一致性可替換性用戶自定義軟件產(chǎn)品度量標(biāo)準(zhǔn)ISO9126三層模型1.軟件質(zhì)量的內(nèi)涵功能性可靠性可用性效率可移植性可維護(hù)性匹配121.軟件質(zhì)量的內(nèi)涵內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量的關(guān)系1.軟件質(zhì)量的內(nèi)涵內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量的關(guān)系131.軟件質(zhì)量的內(nèi)涵軟件質(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)的一組屬性?？梢浦玻号c軟件從一個(gè)環(huán)境轉(zhuǎn)移到另一個(gè)環(huán)境的能力有關(guān)的一組屬性。其中每一個(gè)質(zhì)量特征都分別與若干子特征相對(duì)應(yīng)。1.軟件質(zhì)量的內(nèi)涵軟件質(zhì)量特征(ISO9126)141.軟件質(zhì)量的內(nèi)涵ISQ/IEC9126-1:2001

《信息技術(shù)-產(chǎn)品質(zhì)量》的第一部分《質(zhì)量模型》

ISO/IECTR9126-2:2003

《IT-產(chǎn)品質(zhì)量》的第二部分《外部質(zhì)量》

ISO/IECTR9126-3:2003

《IT-產(chǎn)品質(zhì)量》的第三部分《內(nèi)部質(zhì)量》

ISO/IECTR9126-3:2003

《IT-產(chǎn)品質(zhì)量》的第四部分《使用質(zhì)量》ISO/IEC14598-1:1999

《IT--軟件產(chǎn)品評(píng)估--第一部分：綜述》

ISO/IEC14598-2:2000

《IT--產(chǎn)品評(píng)估--第二部分：計(jì)劃和管理》

ISO/IEC14598-3:2000

《IT--產(chǎn)品評(píng)估--第三部分：開(kāi)發(fā)者過(guò)程》

ISO/IEC14598-4:1999

《IT--產(chǎn)品評(píng)估--第四部分：購(gòu)買方過(guò)程》

ISO/IEC14598-5:1998

《IT--軟件產(chǎn)品評(píng)估--第五部分：評(píng)估方過(guò)程》

ISO/IEC14598-6:2001

《IT--產(chǎn)品評(píng)估--第六部分：評(píng)估模型文檔》 ISO9126(GB/T16260)《信息技術(shù)軟件產(chǎn)品質(zhì)量》軟件質(zhì)量評(píng)價(jià)方法1.軟件質(zhì)量的內(nèi)涵ISQ/IEC9126-1:2001 《151.軟件質(zhì)量的內(nèi)涵ISO軟件質(zhì)量模型1.軟件質(zhì)量的內(nèi)涵ISO軟件質(zhì)量模型161.軟件質(zhì)量的內(nèi)涵ISO軟件質(zhì)量模型1.軟件質(zhì)量的內(nèi)涵ISO軟件質(zhì)量模型172.缺陷–Defect,Bug缺點(diǎn)（defect）謬誤（fault）失敗（failure）矛盾（inconsistency）毛?。╥ncident）偏差（variance）問(wèn)題（problem）錯(cuò)誤（error）異常（anomy）2.缺陷–Defect,Bug缺點(diǎn)（defect）182.缺陷–Defect,Bug軟件錯(cuò)誤(error)在軟件生存期內(nèi)的不希望或者不可接受的人為錯(cuò)誤。軟件缺陷(defect)任何程序、系統(tǒng)中的問(wèn)題，和產(chǎn)品設(shè)計(jì)說(shuō)明書的不一致性，不能滿足用戶的需求。軟件故障(fault)軟件運(yùn)行過(guò)程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。此時(shí)，如果沒(méi)有適當(dāng)?shù)奶幚泶胧┑脑?，軟件故障就?huì)導(dǎo)致軟件失效。軟件失效(failure)軟件運(yùn)行時(shí)產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。比如死機(jī)就是一種嚴(yán)重的軟件失效。軟件失效是軟件用戶所能直接感受到的。當(dāng)軟件出現(xiàn)失效時(shí)，必然說(shuō)明軟件中存在缺陷。2.缺陷–Defect,Bug軟件錯(cuò)誤(error)192.缺陷–Defect,BugIEEE(1983)729軟件缺陷一個(gè)標(biāo)準(zhǔn)的定義：從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開(kāi)發(fā)或維護(hù)過(guò)程中所存在的錯(cuò)誤、毛病等各種問(wèn)題；從外部看，軟件缺陷是系統(tǒng)所需要實(shí)現(xiàn)的某種功能的失效或違背。2.缺陷–Defect,BugIEEE(1983)202.缺陷–Defect,Bug軟件缺陷的表現(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)、界面不美觀2.缺陷–Defect,Bug軟件缺陷的表現(xiàn)：212.缺陷–Defect,Bug軟件缺陷被引入的時(shí)間開(kāi)發(fā)階段規(guī)格說(shuō)明書設(shè)計(jì)環(huán)節(jié)編碼修復(fù)缺陷時(shí)也可能產(chǎn)生新的缺陷修改代碼后一定要進(jìn)行回歸測(cè)試！2.缺陷–Defect,Bug軟件缺陷被引入的時(shí)間222.缺陷–Defect,Bug軟件缺陷的產(chǎn)生的主要因素技術(shù)問(wèn)題開(kāi)發(fā)人員開(kāi)發(fā)經(jīng)驗(yàn)不足對(duì)采用的新技術(shù)不熟悉程序模塊復(fù)雜度高接口參數(shù)多其他2.缺陷–Defect,Bug軟件缺陷的產(chǎn)生的主要因素232.缺陷–Defect,Bug軟件本身不合理的軟件開(kāi)發(fā)流程文檔錯(cuò)誤沒(méi)有考慮軟件實(shí)際使用場(chǎng)景，導(dǎo)致出現(xiàn)負(fù)載問(wèn)題對(duì)程序的邏輯路徑或數(shù)據(jù)范圍的邊界考慮不周全與硬件、第三方系統(tǒng)軟件之間存在接口或依賴性其他2.缺陷–Defect,Bug軟件本身242.缺陷–Defect,Bug團(tuán)隊(duì)工作對(duì)軟件質(zhì)量問(wèn)題不重視對(duì)客戶需求未調(diào)研清楚或存在誤解不同階段開(kāi)發(fā)人員理解不一致其他2.缺陷–Defect,Bug團(tuán)隊(duì)工作252.缺陷–Defect,Bug2.缺陷–Defect,Bug262.缺陷–Defect,Bug軟件缺陷的構(gòu)成規(guī)格說(shuō)明書是缺陷最容易出現(xiàn)的地方開(kāi)發(fā)人員與用戶的溝通問(wèn)題軟件產(chǎn)品還沒(méi)有設(shè)計(jì)、開(kāi)發(fā)，完全靠想象描述系統(tǒng)的實(shí)現(xiàn)結(jié)果，有些特性還不夠清晰需求的頻繁變動(dòng)，造成不一致性對(duì)規(guī)格說(shuō)明書不夠重視，在設(shè)計(jì)和寫作上投入的人力、時(shí)間不足溝通不充分，只有設(shè)計(jì)師或項(xiàng)目經(jīng)理知道的信息較多2.缺陷–Defect,Bug軟件缺陷的構(gòu)成272.缺陷–Defect,BugRayleigh缺陷模型在真正的程序測(cè)試之前，通過(guò)審查、評(píng)審會(huì)可以發(fā)現(xiàn)更多的缺陷。規(guī)格說(shuō)明書的缺陷會(huì)在需求分析審查、設(shè)計(jì)、編碼、測(cè)試等過(guò)程中會(huì)逐步發(fā)現(xiàn)，而不能在需求分析一個(gè)階段發(fā)現(xiàn)2.缺陷–Defect,BugRayleigh缺陷模型282.缺陷–Defect,Bug需求設(shè)計(jì)編碼測(cè)試發(fā)布

時(shí)間

缺陷數(shù)早期缺陷發(fā)現(xiàn)（70%-90%）測(cè)試前在真正的程序測(cè)試之前，通過(guò)審查、評(píng)審會(huì)可以發(fā)現(xiàn)更多的缺陷。軟件缺陷在不同階段的分布2.缺陷–Defect,Bug需求設(shè)計(jì)編碼測(cè)試發(fā)布292.缺陷–Defect,Bug修復(fù)軟件缺陷的代價(jià)缺陷的代價(jià)是非常高昂的一項(xiàng)統(tǒng)計(jì)數(shù)據(jù)表明，大約62%的項(xiàng)目成本用于修復(fù)軟件缺陷。據(jù)美國(guó)NIST在2002年發(fā)布的一項(xiàng)研究估計(jì)，美國(guó)經(jīng)濟(jì)每年因軟件Bug會(huì)損失600億美金，約合0.6%的國(guó)民生產(chǎn)總值2.缺陷–Defect,Bug修復(fù)軟件缺陷的代價(jià)302.缺陷–Defect,BugBoehm在其著作《軟件工程經(jīng)濟(jì)學(xué)》中提到如果需求階段糾正一個(gè)錯(cuò)誤的代價(jià)是1設(shè)計(jì)階段是它的3~6倍編程階段是它的10倍內(nèi)部測(cè)試階段是它的20~40倍外部測(cè)試階段是它的30~70倍產(chǎn)品發(fā)布時(shí)，這個(gè)數(shù)字是40~1000倍代價(jià)不是呈線性增長(zhǎng)，而是呈指數(shù)級(jí)增長(zhǎng)2.缺陷–Defect,BugBoehm在其著作《軟件312.缺陷–Defect,Bug缺陷成本2.缺陷–Defect,Bug缺陷成本322.缺陷–Defect,Bug缺陷的生命周期

軟件缺陷從被測(cè)試人員發(fā)現(xiàn)一直到被修復(fù)，要經(jīng)歷一個(gè)特有的生命周期，階段包括：新建、打開(kāi)、拒絕、修復(fù)、關(guān)閉、重新打開(kāi)等。2.缺陷–Defect,Bug缺陷的生命周期332.缺陷–Defect,Bug2.缺陷–Defect,Bug342.缺陷–Defect,Bug從上述討論可知，軟件缺陷不僅存在于可執(zhí)行程序中，而且存在于需求定義和設(shè)計(jì)的文檔中，所以軟件測(cè)試不僅僅是“為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程”，而且還包括對(duì)產(chǎn)品規(guī)格說(shuō)明書、技術(shù)設(shè)計(jì)文檔等的測(cè)試。軟件測(cè)試貫穿于整個(gè)軟件開(kāi)發(fā)過(guò)程，是軟件驗(yàn)證和用戶需求確認(rèn)的統(tǒng)一，和軟件評(píng)審密不可分。2.缺陷–Defect,Bug從上述討論可知，軟件缺陷352軟件測(cè)試的分類2軟件測(cè)試的分類361.軟件測(cè)試的分類方法目標(biāo)/特性單元測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試性能測(cè)試強(qiáng)壯性測(cè)試功能測(cè)試白盒測(cè)試黑盒測(cè)試測(cè)試階段或?qū)哟芜m用性測(cè)試可靠性測(cè)試集成測(cè)試安全性測(cè)試1.軟件測(cè)試的分類方法目標(biāo)/特性單元測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試性能371.軟件測(cè)試的分類軟件執(zhí)行的角度測(cè)試階段的角度測(cè)試方法的角度靜態(tài)測(cè)試白盒測(cè)試動(dòng)態(tài)測(cè)試單元測(cè)試黑盒測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試回歸測(cè)試灰盒測(cè)試1.軟件測(cè)試的分類軟件執(zhí)行的角度測(cè)試階段的角度測(cè)試方法的角度381.軟件測(cè)試的分類測(cè)試階段的角度單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試回歸測(cè)試功能測(cè)試性能測(cè)試隨機(jī)測(cè)試1.軟件測(cè)試的分類測(cè)試階段的角度單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收391.軟件測(cè)試的分類測(cè)試方法的角度白盒測(cè)試黑盒測(cè)試灰盒測(cè)試邏輯驅(qū)動(dòng)基路測(cè)試等價(jià)類劃分邊界值分析因果圖錯(cuò)誤推測(cè)1.軟件測(cè)試的分類測(cè)試方法的角度白盒測(cè)試黑盒測(cè)試灰盒測(cè)試邏輯401.軟件測(cè)試的分類測(cè)試過(guò)程1.軟件測(cè)試的分類測(cè)試過(guò)程413靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試3靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試42

1.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試包括對(duì)軟件產(chǎn)品的需求和設(shè)計(jì)規(guī)格說(shuō)明書的評(píng)審、對(duì)程序代碼的復(fù)審等動(dòng)態(tài)測(cè)試是通過(guò)真正運(yùn)行程序發(fā)現(xiàn)錯(cuò)誤，通過(guò)觀察代碼運(yùn)行過(guò)程，來(lái)獲取系統(tǒng)信息，對(duì)系統(tǒng)行為進(jìn)行驗(yàn)證。1.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試包括對(duì)軟件產(chǎn)品的需求和設(shè)計(jì)規(guī)43

1.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試的方法：產(chǎn)品評(píng)審靜態(tài)分析1.靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試靜態(tài)測(cè)試的方法：44評(píng)審的形式/方法互為評(píng)審(Peerreview)輪查(Pass-round)走查(walk-through)會(huì)議評(píng)審(Inspection)

2.產(chǎn)品評(píng)審最不正式的最正式的臨時(shí)評(píng)審輪查走查互為評(píng)審?fù)性u(píng)審評(píng)審評(píng)審的形式/方法2.產(chǎn)品評(píng)審最不正式的最正式的臨時(shí)評(píng)審輪查45評(píng)審對(duì)象管理評(píng)審技術(shù)評(píng)審文檔評(píng)審流程評(píng)審

2.產(chǎn)品評(píng)審軟件測(cè)試評(píng)審對(duì)象需求評(píng)審設(shè)計(jì)評(píng)審代碼評(píng)審文檔評(píng)審評(píng)審對(duì)象2.產(chǎn)品評(píng)審軟件測(cè)試評(píng)審對(duì)象46需求和設(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è)試性等

2.產(chǎn)品評(píng)審需求和設(shè)計(jì)審查2.產(chǎn)品評(píng)審47靜態(tài)分析的查錯(cuò)和分析功能是其他方法所不能替代的，可以采用人工檢測(cè)和計(jì)算機(jī)輔助靜態(tài)分析手段進(jìn)行檢測(cè)，但越來(lái)越多地采用工具進(jìn)行自動(dòng)化分析人工檢測(cè)：人工檢測(cè)偏重于編碼風(fēng)格、質(zhì)量的檢驗(yàn)，對(duì)設(shè)計(jì)、代碼進(jìn)行分析，有效地發(fā)現(xiàn)邏輯設(shè)計(jì)和編碼錯(cuò)誤。計(jì)算機(jī)輔助靜態(tài)分析：利用靜態(tài)分析工具對(duì)被測(cè)程序進(jìn)行特性分析，從程序中提取一些信息，以便檢查程序邏輯的各種缺陷和可疑的程序構(gòu)造。3.靜態(tài)分析靜態(tài)分析的查錯(cuò)和分析功能是其他方法所不能替代的，可以采用人工48為了把握各個(gè)環(huán)節(jié)的正確性，人們需要進(jìn)行各種驗(yàn)證和確認(rèn)工作。驗(yàn)證（verification）是保證軟件正確實(shí)現(xiàn)特定功能的一系列活動(dòng)和過(guò)程，目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)確認(rèn)（validation）是保證軟件滿足用戶需求的一系列的話動(dòng)和過(guò)程，目的是開(kāi)發(fā)完成后保證軟件與用戶需求相符合。4.驗(yàn)證和確認(rèn)為了把握各個(gè)環(huán)節(jié)的正確性，人們需要進(jìn)行各種驗(yàn)證和確認(rèn)工作。4494主動(dòng)測(cè)試和被動(dòng)測(cè)試4主動(dòng)測(cè)試和被動(dòng)測(cè)試50主動(dòng)測(cè)試方法：測(cè)試人員主動(dòng)向被測(cè)試對(duì)象發(fā)送請(qǐng)求、或借助數(shù)據(jù)、事件驅(qū)動(dòng)被測(cè)試對(duì)象的行為，從而驗(yàn)證被測(cè)試對(duì)象的反應(yīng)或輸出結(jié)果被動(dòng)測(cè)試方法：測(cè)試人員不干預(yù)產(chǎn)品的運(yùn)行，而是被動(dòng)地監(jiān)控產(chǎn)品在實(shí)際環(huán)境中運(yùn)行，通過(guò)一定的被動(dòng)機(jī)制來(lái)獲得系統(tǒng)運(yùn)行的數(shù)據(jù)，包括輸入、輸出數(shù)據(jù)1.主動(dòng)測(cè)試和被動(dòng)測(cè)試主動(dòng)測(cè)試方法：測(cè)試人員主動(dòng)向被測(cè)試對(duì)象發(fā)送請(qǐng)求、或借助數(shù)據(jù)、515黑盒測(cè)試方法和白盒測(cè)試5黑盒測(cè)試方法和白盒測(cè)試52白盒測(cè)試

通過(guò)對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。白盒測(cè)試可以把程序看成裝在一個(gè)透明的盒子里，也就是清楚了解程序結(jié)構(gòu)和處理過(guò)程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明的規(guī)定正常進(jìn)行。白盒測(cè)試又稱結(jié)構(gòu)測(cè)試。

黑盒測(cè)試

通過(guò)軟件外部表現(xiàn)來(lái)發(fā)現(xiàn)其缺陷和錯(cuò)誤。黑盒測(cè)試法把測(cè)試對(duì)象看成一個(gè)黑盒子，完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過(guò)程。黑盒測(cè)試是在程序界面處進(jìn)行測(cè)試，它只是檢查樣序是否按照需求說(shuō)明書的規(guī)定正常實(shí)現(xiàn)。

1.黑盒測(cè)試方法和白盒測(cè)試白盒測(cè)試

通過(guò)對(duì)程序內(nèi)部結(jié)構(gòu)的分析、檢測(cè)來(lái)尋找問(wèn)題。白盒測(cè)試531.黑盒測(cè)試方法和白盒測(cè)試功能測(cè)試數(shù)據(jù)驅(qū)動(dòng)測(cè)試結(jié)構(gòu)測(cè)試邏輯驅(qū)動(dòng)測(cè)試

客戶需求事件驅(qū)動(dòng)輸入輸出1.黑盒測(cè)試方法和白盒測(cè)試功能測(cè)試結(jié)構(gòu)測(cè)試客戶需求事件驅(qū)動(dòng)輸546軟件測(cè)試級(jí)別6軟件測(cè)試級(jí)別55測(cè)試級(jí)別的劃分單元測(cè)試集成測(cè)試驗(yàn)收(確認(rèn))測(cè)試系統(tǒng)測(cè)試1.軟件測(cè)試級(jí)別測(cè)試級(jí)別的劃分1.軟件測(cè)試級(jí)別561.軟件測(cè)試級(jí)別SRDCUTITSVTST系統(tǒng)工程單元測(cè)試編碼軟件需求分析設(shè)計(jì)集成測(cè)試驗(yàn)收測(cè)試系統(tǒng)測(cè)試1.軟件測(cè)試級(jí)別S系統(tǒng)工程單元測(cè)試編碼軟件需求分析設(shè)計(jì)集成測(cè)572.不同測(cè)試級(jí)別的任務(wù)調(diào)試組件功能

健壯性

效率組件之間的接口系統(tǒng)功能

安全性

健壯性

效率

功能及用戶界面

安全性

效率

用戶的可接受性組件測(cè)試集成測(cè)試系統(tǒng)測(cè)試實(shí)現(xiàn)（編碼）驗(yàn)收測(cè)試測(cè)試階段和測(cè)試重點(diǎn)：理想狀態(tài)2.不同測(cè)試級(jí)別的任務(wù)調(diào)試組件功能

健壯性

效率組件之間的58單元測(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è)模塊可以平行地、獨(dú)立地測(cè)試，通常要編寫驅(qū)動(dòng)模塊和樁模塊單元測(cè)試一般由編程人員和測(cè)試人員共同完成，而以開(kāi)發(fā)人員為主單元測(cè)試包括代碼評(píng)審，代碼評(píng)審可以發(fā)現(xiàn)程序50%～70%代碼的缺陷。3.單元測(cè)試單元測(cè)試的對(duì)象是程序系統(tǒng)中的最小單元---模塊或組件上，在編59集成測(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)題兩種集成方式：一次性集成方式和增殖式集成方式。一次性集成方式：首先對(duì)每個(gè)單元分別進(jìn)行測(cè)試，然后再把所有單元組裝在一起進(jìn)行測(cè)試，最終達(dá)到要求的軟件系統(tǒng)漸增式集成方式：首先對(duì)某兩三個(gè)單元進(jìn)行測(cè)試，然后在把剩下的單元逐步添加組裝成較大的系統(tǒng)，一邊測(cè)試，一邊集成，最后構(gòu)造一個(gè)完整的軟件系統(tǒng)。4.集成測(cè)試集成測(cè)試，也稱組裝測(cè)試、聯(lián)合測(cè)試、子系統(tǒng)測(cè)試，在單元測(cè)試的基60系統(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è)試等系統(tǒng)功能測(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è)功能是否都能正常使用5.系統(tǒng)測(cè)試系統(tǒng)非功能性測(cè)試是將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)61驗(yàn)收測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作，驗(yàn)證軟件的功能和性能如同用戶所合理期待的那樣α測(cè)試一種先期的用戶測(cè)試，此時(shí)系統(tǒng)剛剛開(kāi)發(fā)完成。β測(cè)試一種后期的用戶測(cè)試，此時(shí)系統(tǒng)已經(jīng)通過(guò)內(nèi)部測(cè)試，大部分錯(cuò)誤已經(jīng)改正，即將正式發(fā)行。安裝測(cè)試是指按照軟件產(chǎn)品安裝手冊(cè)或相應(yīng)的文檔，在一個(gè)和用戶使用該產(chǎn)品完全一樣的環(huán)境中或相當(dāng)于用戶使用環(huán)境中，進(jìn)行一步一步的安裝操作性的測(cè)試6.驗(yàn)收測(cè)試&安裝測(cè)試驗(yàn)收測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作，627軟件測(cè)試計(jì)劃與用例7軟件測(cè)試計(jì)劃與用例63軟件測(cè)試工作的組織與管理：制定測(cè)試策略、測(cè)試計(jì)劃，確認(rèn)所采用的測(cè)試方法與規(guī)范，控制測(cè)試進(jìn)度，管理測(cè)試資源。測(cè)試工作的實(shí)施：編制符合標(biāo)準(zhǔn)的測(cè)試文檔，搭建測(cè)試環(huán)境，開(kāi)發(fā)測(cè)試腳本、與開(kāi)發(fā)組織協(xié)作實(shí)現(xiàn)各階段的測(cè)試活動(dòng)1.軟件測(cè)試的工作范疇軟件測(cè)試工作的組織與管理：制定測(cè)試策略、測(cè)試計(jì)劃，確認(rèn)所采用642.測(cè)試工作流程主要有6個(gè)方面：（1）測(cè)試組織和管理（2）測(cè)試計(jì)劃（3）測(cè)試用例設(shè)計(jì)（4）測(cè)試實(shí)施（5）測(cè)試結(jié)果分析（6）測(cè)試評(píng)審與報(bào)告2.測(cè)試工作流程主要有6個(gè)方面：65測(cè)試計(jì)劃的定義軟件測(cè)試是一個(gè)有組織有計(jì)劃的活動(dòng)，應(yīng)當(dāng)對(duì)時(shí)間和資源制訂測(cè)試計(jì)劃，才能在合理的控制下正常進(jìn)行。測(cè)試計(jì)劃作為測(cè)試的起始步驟，是整個(gè)軟件測(cè)試過(guò)程的關(guān)鍵。測(cè)試計(jì)劃規(guī)定了測(cè)試各個(gè)階段所要使用的方法策略、測(cè)試環(huán)境、測(cè)試通過(guò)或失敗的準(zhǔn)則等內(nèi)容?！禔NSI/IEEE軟件測(cè)試文檔標(biāo)準(zhǔn)829-1983》將測(cè)試計(jì)劃定義為：“一個(gè)敘述了預(yù)定的測(cè)試活動(dòng)的范圍、途徑、資源及進(jìn)度安排的文檔。它確認(rèn)了測(cè)試項(xiàng)、被測(cè)特征、測(cè)試任務(wù)、人員安排，以及任何偶發(fā)事件的風(fēng)險(xiǎn)?！?.軟件測(cè)試計(jì)劃測(cè)試計(jì)劃的定義3.軟件測(cè)試計(jì)劃66測(cè)試計(jì)劃的目的和作用

測(cè)試計(jì)劃的目的是明確測(cè)試活動(dòng)的意圖，規(guī)范軟件測(cè)試內(nèi)容、方法和過(guò)程，為有組織地完成測(cè)試任務(wù)提供保障。盡管測(cè)試的每一個(gè)步驟都是獨(dú)立的，但是必須要有一個(gè)起到框架結(jié)構(gòu)作用的測(cè)試計(jì)劃。軟件測(cè)試計(jì)劃是整個(gè)測(cè)試過(guò)程中最重要的部分，為實(shí)現(xiàn)可管理且高質(zhì)量的測(cè)試過(guò)程提供基礎(chǔ)。3.軟件測(cè)試計(jì)劃測(cè)試計(jì)劃的目的和作用3.軟件測(cè)試計(jì)劃67測(cè)試計(jì)劃書

測(cè)試計(jì)劃文檔化即是測(cè)試計(jì)劃書，分為總體計(jì)劃和分級(jí)計(jì)劃，是可以更新改進(jìn)的文檔。測(cè)試計(jì)劃書描述了軟件測(cè)試預(yù)計(jì)達(dá)到的目標(biāo)，確定測(cè)試過(guò)程所要采用的方法策略。從文檔的角度看，測(cè)試計(jì)劃書是最重要的測(cè)試文檔。3.軟件測(cè)試計(jì)劃測(cè)試計(jì)劃書3.軟件測(cè)試計(jì)劃68測(cè)試計(jì)劃的內(nèi)容

測(cè)試計(jì)劃包括測(cè)試目的、測(cè)試范圍、測(cè)試對(duì)象、測(cè)試策略、測(cè)試任務(wù)、測(cè)試用例、資源配置、測(cè)試結(jié)果分析和度量以及測(cè)試風(fēng)險(xiǎn)評(píng)估等，測(cè)試計(jì)劃應(yīng)當(dāng)足夠完整但也不應(yīng)當(dāng)太詳盡。實(shí)際的測(cè)試計(jì)劃內(nèi)容因不同的測(cè)試對(duì)象而靈活變化。3.軟件測(cè)試計(jì)劃測(cè)試計(jì)劃的內(nèi)容3.軟件測(cè)試計(jì)劃69測(cè)試用例定義

所謂的測(cè)試用例就是將軟件測(cè)試的行為活動(dòng)，做一個(gè)科學(xué)化的組織歸納。軟件測(cè)試是有組織性、步驟性和計(jì)劃性的，而設(shè)計(jì)軟件測(cè)試用例的目的，就是為了能將軟件測(cè)試的行為轉(zhuǎn)換為可管理的模式。

軟件測(cè)試是軟件質(zhì)量管理中最實(shí)際的行動(dòng)，同時(shí)也是耗時(shí)最多的一項(xiàng)?；跁r(shí)間因素的考慮，軟件測(cè)試行為必須能夠加以量化，才能進(jìn)一步讓管理階層掌握所需要的測(cè)試過(guò)程，而測(cè)試用例就是將測(cè)試行為具體量化的方法之一。4.測(cè)試用例測(cè)試用例定義4.測(cè)試用例70測(cè)試用例要素所屬模塊：按照不同的模塊進(jìn)行測(cè)試，為測(cè)試用例分組；編號(hào)ID：測(cè)試用例的唯一性標(biāo)志；用例描述：簡(jiǎn)單的語(yǔ)言描述所測(cè)試的內(nèi)容，例如“設(shè)置廣播服務(wù)器網(wǎng)絡(luò)參數(shù)，并測(cè)試網(wǎng)絡(luò)連通性”；重要級(jí)別：高、中、低三級(jí)；、預(yù)置條件：就是執(zhí)行當(dāng)前測(cè)試用例的前提描述，如果不滿足這些條件，則無(wú)法進(jìn)行測(cè)試；測(cè)試輸入：測(cè)試用例執(zhí)行時(shí)，需要輸入的外部信息。例如：某一個(gè)文件，數(shù)據(jù)記錄等；4.測(cè)試用例測(cè)試用例要素4.測(cè)試用例71操作步驟：執(zhí)行當(dāng)前測(cè)試用例所要經(jīng)過(guò)的操作步驟，需要給出每一步操作的詳細(xì)描述，測(cè)試人員根據(jù)測(cè)試用例操作步驟，完成測(cè)試用例的執(zhí)行預(yù)期結(jié)果：當(dāng)前測(cè)試用例的預(yù)期輸出結(jié)果，用來(lái)與實(shí)際結(jié)果比較，如果相同則該測(cè)試用例通過(guò)，否則該測(cè)試用例失敗。測(cè)試結(jié)果：Pass、Fail、Block4.測(cè)試用例操作步驟：執(zhí)行當(dāng)前測(cè)試用例所要經(jīng)過(guò)的操作步驟，需要給出每一步72良好測(cè)試用例的特征1.完整的2.準(zhǔn)確3.清晰、簡(jiǎn)潔4.可維護(hù)性5.適當(dāng)性6.可復(fù)用性7.其他4.測(cè)試用例