軟件質(zhì)量保證與軟件測試

《軟件質(zhì)量保證與軟件測試》由會員分享，可在線閱讀，更多相關(guān)《軟件質(zhì)量保證與軟件測試（58頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、,單擊此處編輯母版標(biāo)題樣式,,單擊此處編輯母版文本樣式,,第二級,,第三級,,第四級,,第五級,,,,*,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,軟件質(zhì)量保證與軟件測試,,,,,,北京唯英時代信息技術(shù)有限公司,,方修廣,開場白,世界上不存在沒有缺陷的軟件。,,可以通過兩種途徑開發(fā)出沒有錯誤的軟件：,,在一開始就防止引入錯誤。,,識別潛藏在代碼中的錯誤，找到并消滅它們。,,大綱,軟件工程,,軟件質(zhì)量保證,,軟件測試,,基礎(chǔ)知識,,常用技能,,職業(yè)發(fā)展,,團隊管理,,Q&A,軟件工程,軟件工程,,(Software Engineering,，簡稱為,SE),是一門研究用工程

2、化方法構(gòu)建和維護有效的、實用的和高質(zhì)量的軟件的學(xué)科。它涉及到程序設(shè)計語言，數(shù)據(jù)庫，軟件開發(fā)工具，系統(tǒng)平臺，標(biāo)準(zhǔn)，設(shè)計模式等方面。,,軟件質(zhì)量管理,質(zhì)量與質(zhì)量管理的概念,,質(zhì)量,：,是,“,反映實體滿足明確和隱含需要的能力和特性綜 合,”,。因此，質(zhì)量是一種需要，,“,是一組固有特性滿足要求的程度,”,。,,質(zhì)量管理,：質(zhì)量管理是指以組織為質(zhì)量中心、,企業(yè)全員參與為基礎(chǔ),，為追求客戶滿意和組織所有受益者滿意而建立和形成的,一整套質(zhì)量方針、目標(biāo)和體系,。,質(zhì)量管理通過,質(zhì)量策劃,設(shè)定組織的質(zhì)量目標(biāo)，并規(guī)定必要的過程和相關(guān)資源；通過,質(zhì)量控制,監(jiān)視內(nèi)部質(zhì)量過程，排除質(zhì)量控制過程中可能存在的缺陷隱患；

3、通過,質(zhì)量改進,提高內(nèi)部的質(zhì)量管理能力，改善組織內(nèi)部的質(zhì)量過程；通過,質(zhì)量保證,提供足夠的信任證據(jù),，表明組織有能力滿足客戶的質(zhì)量要求。,,軟件質(zhì)量管理,質(zhì)量管理體系,：,它是質(zhì)量管理的運作實體，由組織結(jié)構(gòu)、程序、過程、資源,4,個基本部分組成。,,質(zhì)量策劃,：,它是,“,確定質(zhì)量以及采用質(zhì)量管理體系要素和要求的活動,”,，包括產(chǎn)品策劃、質(zhì)量管理體系管理和運作策劃、編制質(zhì)量計劃。,,質(zhì)量控制,：,為達到質(zhì)量要求所采取的作業(yè)技術(shù)和活動。,質(zhì)量控制的對象是過程。,,,質(zhì)量保證,：,是為了提供足夠的信任證據(jù)，證明組織有關(guān)的各類實體有能力滿足質(zhì)量要求所實施并在必要時進行證實的有計劃、有系統(tǒng)的活動。,,

4、質(zhì)量改進,：,是為了向組織的所有受益者提供更多的收益所采用的提高質(zhì)量過程和效率的各種措施,。,,軟件質(zhì)量管理,質(zhì)量管理的發(fā)展階段,,（,1,）產(chǎn)品質(zhì)量檢驗階段：,這個時期特征是對產(chǎn)品的質(zhì)量進行檢驗。產(chǎn)品質(zhì)量的檢驗只是一種事后的檢查，,不能預(yù)防不合格品的產(chǎn)生。,,（,2,）統(tǒng)計質(zhì)量管理階段：,它是運用概率論和數(shù)理統(tǒng)計的原理，提出,控制生產(chǎn)過程，預(yù)防不合格產(chǎn)品的思想和方法,。即,通過小部分樣品測試,，推測和控制全體產(chǎn)品或工藝過程的質(zhì)量狀況。,,,（,3,）全面質(zhì)量管理階段：,從以質(zhì)量管理專業(yè)人員為核心進行質(zhì)量管理，發(fā)展到,管理者推動、組織各部門的人員都來進行學(xué)習(xí)和實行質(zhì)量管理。,,,軟件質(zhì)量管理,

5、從質(zhì)量管理理論的發(fā)展歷史可以看出：,,,——,質(zhì)量管理從單純的對產(chǎn)品質(zhì)量進行檢驗發(fā)展到對產(chǎn)品形成過程進行控制,,,——,控制方法從靜態(tài)發(fā)展到動態(tài)的、持續(xù)的過程改進,,質(zhì)量管理理論發(fā)展到今天：,,,——,其核心思想已表現(xiàn)為對過程的策劃、控制和過程能力的持續(xù)改進,,,軟件質(zhì)量保證,是軟件工程領(lǐng)域中的一部分,,為了確保軟件開發(fā),過程,和,結(jié)果,符合預(yù)期的要求，而建立的一系列規(guī)程，以及依照規(guī)程和計劃采取的一系列活動及其結(jié)果評價,,軟件開發(fā)過程是按照計劃和規(guī)范實施的,,軟件開發(fā)結(jié)果包括完整的,軟件,和,文檔,，并且符合可預(yù)期的目標(biāo)和檢驗標(biāo)準(zhǔn),軟件測試,,,軟件測試就是在軟件投入運行前，對軟件需求分析、設(shè)

6、計規(guī)格說明和編碼實現(xiàn)的最終審查，它,是軟件質(zhì)量保證的關(guān)鍵步驟,。通常對軟件測試的定義有兩種描述：,,定義1：,軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。,,定義2：,軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例，并利用這些測試用例運行程序以及發(fā)現(xiàn)錯誤的過程，即執(zhí)行測試步驟。,,Tip,SQA,：從流程和標(biāo)準(zhǔn)上來控制開發(fā)過程，從而提高軟件質(zhì)量。,,SQC,：通過測試發(fā)現(xiàn)軟件的問題并確保問題被解決，從而提高軟件質(zhì)量,思考,質(zhì)量是做出來的還是管出來的？,軟件開發(fā)模式,1、大棒開發(fā)法,,源于能量爆發(fā)創(chuàng)造宇宙，萬物都由能量和物質(zhì)積聚而成的理論，但如果不是遵循某種正確的排列

7、和組合，形成的將不是預(yù)先期望的事物。大棒模式與上述理論一樣：一大堆能量（這里指開發(fā)軟件所需的人力和物力）放在一起，巨大的能量進行釋放，通常的結(jié)果可能是產(chǎn)生了優(yōu)秀的軟件產(chǎn)品或成為一堆,“,廢品,”,（不成功的軟件）。,,優(yōu)點：思路簡單， 通?？赡苁情_發(fā)者的,“,突發(fā)奇想,”,,缺點：開發(fā)過程是非工程化的，隨意性大,,關(guān)于測試：有的較簡單，有的則非常困難,,軟件開發(fā)模式,（續(xù)）,2、,邊寫邊改法,,采用邊寫邊改法的軟件開發(fā)通常只是有了比較粗略的想法就開始進行簡單的設(shè)計、然后進行較長的反復(fù)編寫、測試與修復(fù)這樣一個循環(huán)的過程。在認為無法更精細的描述軟件產(chǎn)品要求時，就發(fā)布產(chǎn)品。,,優(yōu)點：能夠較為迅速的展

8、現(xiàn)成果，適合需要快速制作而且用完就扔的小項目，如示范程序、演示程序等。,,缺點：其編碼和測試可能將是長期的循環(huán)往復(fù)的過程。,,軟件開發(fā)模式,（續(xù)）,,,產(chǎn)品,,說明,,書,,,,,,代碼編制、測試、修復(fù),?,,最終產(chǎn)品,軟件開發(fā)模式,（續(xù)）,瀑布法,,瀑布模式是將軟件生命周期的各項活動，規(guī)定為按照固定順序相連的若干個階段性工作，形如瀑布流水，最終得到軟件產(chǎn)品。,,,優(yōu)點：,易于理解；調(diào)研開發(fā)的階段性；強調(diào)早期計劃及需求調(diào)查；確定何時能夠交付產(chǎn)品及何時進行,評審,與,測試,。,,缺點：需求調(diào)查分析只進行一次，不能適應(yīng)需求變化；順序的開發(fā)流程，使得開發(fā)中的經(jīng)驗教訓(xùn)不能反饋到該項目的開發(fā)中去；不能反

9、映出軟件開發(fā)過程的反復(fù)與迭代性；沒有包含任何類型的風(fēng)險評估；開發(fā)中出現(xiàn)的問題直到開發(fā)后期才能夠顯露，因此失去及早糾正的機會。,,軟件開發(fā)模式,（續(xù)）,,,問題定義,分析研究,需求分析,軟件設(shè)計,編碼,測試,維護,,,,,,,定義階段,開發(fā)階段,維護階段,,,,,,,圖1-7 瀑布開發(fā)模式,軟件開發(fā)模式,（續(xù)）,,圖1-9 螺旋開發(fā)模式,詳細設(shè)計,風(fēng)險分析,評估方案,累計成本,提交線,制定計劃,原型1,原型2,原型3,可運行,,原型,風(fēng)險分析,風(fēng)險分析,需求計劃,開發(fā)計劃,集成與測試,軟件,,需求,軟件產(chǎn)品設(shè)計,需求,,確定,設(shè)計,,確定,實現(xiàn),編碼,單元測試,集成測試,驗收測試,,,軟件開

10、發(fā)與軟件測試的關(guān)系,圖1-10,,軟件測試與軟件開發(fā)過程的關(guān)系,需求,,分析,,說明書,詳細,,設(shè)計,,說明書,,源程序,,代碼,,單元,,測試,,集成,,測試,,確認,,測試,概要,,設(shè)計,,說明書,軟件開發(fā)與軟件測試的關(guān)系,,項目規(guī)劃,項目需求分析,項目概要分析,,,,,,項目詳細分析,,,,,,代碼編寫,測試代碼編寫,測試需求分析,系統(tǒng)測試計劃,集成測試計劃,單元測試計劃,產(chǎn)品發(fā)布,,,,,,系統(tǒng)測試,,,,,,集成測試,,,,,,單元測試,,,單元測試,單元測試的內(nèi)容：,,1,、模塊接口測試,,2,、檢查局部數(shù)據(jù)結(jié)構(gòu)能否保持完整性,,3,、模塊邊界條件測試,,4,、模塊執(zhí)行路徑測試,,

11、5,、檢查模塊內(nèi)部錯誤處理是否有效,,單元測試方法：白盒測試為主,,集成測試,集成測試（,Integration test,）,:,將通過單元測試的多個模塊組合成更大的模塊或子系統(tǒng)或產(chǎn)品，然后進行測試。,,測試內(nèi)容：各單元的接口是否吻合、代碼是否符合規(guī)定的標(biāo)準(zhǔn)、界面標(biāo)準(zhǔn)是否統(tǒng)一等。,,系統(tǒng)測試,經(jīng)過集成測試之后，分散開發(fā)的模塊被聯(lián)接起來，構(gòu)成完整的程序，其中各模塊間接口存在的種種問題都已基本消除。測試開始進入到系統(tǒng)測試的階段。,,為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進行的測試,,一般使用黑盒測試技術(shù),,一般由獨立的測試人員完成,,系統(tǒng)測試,(System test),,應(yīng)該由若

12、干個不同測試組成，目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。這里所謂的系統(tǒng)不僅僅包括軟件本身，而且還包括計算機硬件及其相關(guān)的外圍設(shè)備，數(shù)據(jù)及其收集傳輸機構(gòu)，甚至掌握計算機運行的人員及其操作等。,,通常意義上的系統(tǒng)測試包括：功能測試、性能測試,(Performance test),、用戶界面測試、兼容性測試等。,,,,UAT,測試,系統(tǒng)測試結(jié)束后，在項目組看來開發(fā)和測試工作已經(jīng)全部完成，可以交付使用，并與用戶一起進行測試，以驗證是否符合與用戶事先約定的驗收標(biāo)準(zhǔn)。,,測試人員,,產(chǎn)品經(jīng)理或其他高級經(jīng)理,,開發(fā)工程師,,測試工程師,,用戶,,,測試級,,,目的,,,執(zhí)行者

13、,,,測試環(huán)境,,,測試方法,,,單元,,,從單個模塊中,,發(fā)現(xiàn)邏輯、數(shù)據(jù)和運算缺陷,,,,,軟件工程師,,,單獨的；樁和支撐程序,,,白盒測試,,,集成,,,發(fā)現(xiàn)模塊間接口缺陷,,,,,軟件工程師,,,單獨的和,/,或模擬；樁和支撐程序,,,白盒測試,,Top-down, bottom-up,,或,outside-in,,,,,系統(tǒng),,,測定軟件是否滿足需求,,,軟件質(zhì)保組；,,軟件確認組,,,實際的環(huán)境（可能沒有最終的硬件）,,,功能測試和,ALAC(Act Like A Customer),,回歸,,,確認軟件經(jīng)過一些小的變更或修改后是否仍滿足所有的需求,,,,,軟件質(zhì)保組；,,軟件確認

14、組,,,實際的環(huán)境（可能沒有最終的硬件）,,,功能測試和,ALAC,,驗收,,,,確定軟件是否滿足客戶的需求,,,,,客戶，軟件質(zhì)保組和,/,或項目組,,,實際的環(huán)境（通常在客戶方）,,,功能測試和,ALAC,（客戶可能有自己的測試方法）,,,,,性能測試,,,功能測試,,,,性能測試,性能測試即測試軟件處理事務(wù)的速度，一是為了檢驗性能是否符合需求，二是為了得到某些性能數(shù)據(jù)供人們參考。,(Performance),,,性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標(biāo)進行測試。,功能測試,功能測試,(Functional testing ),，根據(jù)產(chǎn)品特征、

15、操作描述和用戶方案，測試一個產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計需求。本地化軟件的功能測試，用于驗證應(yīng)用程序或網(wǎng)站對目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_、瀏覽器和測試腳本，以保證目標(biāo)用戶的體驗將足夠好，就像應(yīng)用程序是專門為該市場開發(fā)的一樣。,常見名詞,冒煙測試,,壓力測試,,本地化測試,,回歸測試,,Alpha,測試,,Beta,測試,,嵌入式軟件測試,,手機測試,,應(yīng)用軟件測試,,固件測試,,靜態(tài)測試,,動態(tài)測試,黑盒子測試,黑盒測試是從用戶觀點出發(fā)的測試，它又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明書或用戶手冊的測試。它所依據(jù)的是程序的外部特性。,,白盒測試又稱結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于

16、程序的測試，其測試過程如圖所示,,半透明盒子測試,自動化測試,常用測試軟件（,HP,，,IBM,，,,Borland,）,,QTP,，,LR,，,QC,,如何學(xué)習(xí)自動化測試,,,,,,必做的測試：,安裝測試,,功能測試,,值域測試,,界面測試,,可用性測試,,說明書測試,,配置測試,,加密問題測試,,裸機測試,,可選的測試,內(nèi)存泄漏測試,,接口測試,,性能測試,,并發(fā)性測試,,安全性測試,,破壞性測試,,配套產(chǎn)品測試,,測試計劃：,收集并組織測試計劃信息，將軟件細化為可檢驗的測試需求，建立測試計劃,,目標(biāo)：溝通測試小組內(nèi)部與外部的測試意圖,,規(guī)定測試活動的范圍、方法、資源和進度,,明確測試項目

17、的特性,,測試要點,,測試任務(wù)細分,,任務(wù)進度以及負責(zé)人,,輸出：測試計劃,,測試用例,模板包含的內(nèi)容：,,標(biāo)題和編號、版本號、修改記錄等,,模塊－功能名稱,,設(shè)計可能有的操作（包括測試步驟和輸入）,,預(yù)期輸出和錯誤發(fā)現(xiàn)方法,,是否通過（是否與期望結(jié)果一致）,,與,bug,庫對應(yīng)的,ID,號,,測試的執(zhí)行及報告：,選擇測試用例庫中的測試用例運行,,選擇新設(shè)計的測試用例運行,,記錄中間步驟和結(jié)果,,記錄下執(zhí)行過程中的靈感,,但不要輕易修改本次執(zhí)行任務(wù),,對測試結(jié)果分析，并盡量重現(xiàn)和優(yōu)化錯誤步驟,,詳細填寫缺陷報告并提供盡可能多的信息，盡可能提供錯誤分析和修改建議,,認真審核錯誤處理結(jié)果并及時關(guān)閉

18、缺陷報告,,測試員的效率,平均每個工作日發(fā)現(xiàn),4-6,個,Bug,,平均每修正,3,個,Bug,，會引進,1,個新的,Bug,,平均,75%,的,Bug,會在單元測試階段解決掉,,平均,20%,的,Bug,會在集成測試和系統(tǒng)測試階段解決掉,,平均,5%,的,Bug,會被交付給用戶,,,,測試不能是全面的,,成本和質(zhì)量,,TQM,,CM,,Peer Review,,EPG,,,提早發(fā)現(xiàn),,缺陷預(yù)防,,CMM,軟件能力成熟度模型,(,CMM, Capability Maturity Model,),：,,,——,是軟件行業(yè)標(biāo)準(zhǔn)模型，用來定義和評價軟件企業(yè)開發(fā)過程的成熟度，提供如何做才能夠提高軟件質(zhì)

19、量的指導(dǎo),。,,CMM,的基本原理：,,,——CMM,將軟件組織的過程能力成熟度分為,5,個級別，每一個級別定義一組過程能力目標(biāo)，并描述要達到這些目標(biāo)應(yīng)該采取的各種實踐活動。,,CMM,的主要作用：,,——,提供了一個軟件過程改進的框架。根據(jù),CMM,模型，軟件開發(fā)者（機構(gòu)或組織）能夠大幅度的提高按計劃、高效率、低成本的提交有質(zhì)量保證的軟件產(chǎn)品的能力。,,,,軟件能力成熟度模型,（續(xù)）,優(yōu)化級（5）,已管理級（4）,已定義級（3）,可重復(fù)級（2）,初始級（1）,標(biāo)準(zhǔn)一致,,的過程,不斷改,,進過程,可預(yù)測,,的過程,有紀律,,的過程,軟件,過程成熟度,的,5,個,等級,,,軟件能力成熟度模型,

20、（續(xù)）,CMM,的分級結(jié)構(gòu)和其主要特征：,,初始級,：其特點是軟件過程無秩序，有時甚至是混亂的。,,可重復(fù)級,：已建立了基本的,項目管理,過程，,可用于對成本、進度和功能特性進行跟蹤。,,已定義級,：用于管理的、工程的軟件過程均已實現(xiàn),文檔化、標(biāo)準(zhǔn)化,，并形成了整個軟件組織的,標(biāo)準(zhǔn)軟件過程,。,,管理級,：軟件過程和產(chǎn)品質(zhì)量有詳細的度量標(biāo)準(zhǔn)，軟件過程和產(chǎn)品質(zhì)量得到了,定量的認證和控制,。,,優(yōu)化級,：通過對來自過程、新概念和新技術(shù)等方面各種有用信息的定量分析，能夠不斷地、持續(xù)性地對過程進行改進。,ISO 9000,介紹,,ISO 9000,標(biāo)準(zhǔn),,——,是為制造行業(yè)制定的質(zhì)量管理和質(zhì)量評判的一

21、系列標(biāo)準(zhǔn),,,——,定義了一套基本達標(biāo)的做法，有助于企業(yè)能夠一致地交付符合客戶質(zhì)量要求的產(chǎn)品（或服務(wù)）,,ISO 9000,標(biāo)準(zhǔn)的目標(biāo),,——,在于開發(fā)過程，而不是產(chǎn)品,,——,關(guān)心的是進行工作的組織方式，而不是工作成果,,ISO 9000,只決定過程的要求是什么，而不管如何達到。,,ISO 9000,指出,要做什么，但不指出怎樣做,。,軟件質(zhì)量保證部的職責(zé),質(zhì)量控制組,,質(zhì)量保證組,,測試服務(wù)組,,開發(fā)服務(wù)組,質(zhì)量控制組（,QC,）,質(zhì)量控制組強調(diào)標(biāo)準(zhǔn),,在任何公司中，管理部門都是實際的質(zhì)量控制組。,,QC,組的真正權(quán)利在于，它能夠控制一個有問題的產(chǎn)品直到管理部門經(jīng)過深思熟慮后做出決定,質(zhì)量

22、保證組（,QA,）,設(shè)置過程標(biāo)準(zhǔn)、引進評審程序、培訓(xùn)職員以更好的方式開展設(shè)計和開發(fā)產(chǎn)品。,,有能力的程序員、編寫人員、經(jīng)理、設(shè)計人員和分析員,,管理部門是真正的質(zhì)量保證小組,,質(zhì)量來自頂層，而不是來自,QA,測試服務(wù)組,測試服務(wù)組為項目經(jīng)理提供測試服務(wù)。對你的要求是找到故障代碼，仔細對他們進行描述，并確保需要了解他們的每個人都能弄清楚。你并沒有發(fā)布或者拒絕發(fā)布一個產(chǎn)品的權(quán)限。你描述程序的問題，到目前為止的已經(jīng)完成的測試層度，以及你對程序質(zhì)量的估計。,開發(fā)服務(wù)組,調(diào)試,,技術(shù)（客戶）支持，尤其在產(chǎn)品發(fā)布后的前幾個星期,,對手冊的技術(shù)編輯,,易用性測試,,可比較產(chǎn)品的評價,,客戶滿意度研究,,,另

23、一種選擇,獨立測試機構(gòu),,優(yōu)點,,缺點,對軟件測試的誤解,如果發(fā)布的軟件有質(zhì)量問題，那是軟件測試人員的錯。,,軟件測試技術(shù)要求不高，至少比編程容易多了。,,軟件測試隨便找一個能力差的人就能做。,,有時間就多測試一些，來不及就少測試一些。,,軟件測試是測試人員的事，與開發(fā)人員無關(guān)。,,設(shè)計－實現(xiàn)－測試，軟件測試是開發(fā)后期的一個階段。,,,對于測試人員的職業(yè)素質(zhì)要求,1,、責(zé)任感,,堅持原則、不放棄,,有問題及時匯報,,2,、溝通能力、移情能力,,與用戶、項目組的溝通,,3,、獨立的判斷和自學(xué)習(xí)能力,,堅持觀點，不隨聲附和,,喜歡探尋、鉆牛角尖不一定是壞事情,,4,、耐心、自我督促,,5,、團隊精

24、神,,與開發(fā)組整體為一個目標(biāo)開展活動，有時需要妥協(xié),,軟件測試人員的職業(yè)規(guī)劃,,自動化測試,,英語,,,行業(yè)專家,,技術(shù)專家,,,項目管理,,產(chǎn)品經(jīng)理,,PMP,,CMMI,,,軟件測試人員的合理比例,在軟件產(chǎn)業(yè)發(fā)達的國家：,,軟件測試在人員配備和資金投入方面占據(jù)相當(dāng)?shù)谋戎亍?,微軟為打造,Windows2000，1700,多個開發(fā)人員，以及3200個測試人員，開發(fā)和測試人員之比約為三比五。,,HP,公司的測試人員和開發(fā)人員的比例為一比一，這是很 多先進軟件企業(yè)通常的人員配比。,,在國內(nèi)：,,企業(yè)往往忽視軟件測試，很多企業(yè)都沒有軟件測試部門，甚至不設(shè)置軟件測試的崗位，造成產(chǎn)品質(zhì)量得不到保證。,

25、相關(guān)書籍推薦,《,軟件測試,》,,Ron Patton,，,2001,，,《Software Testing》,,機械工業(yè)出版社,,《The Art of Software Testing》,,Myers,，,1979,,《Testing Computer Software》,,Cem. Kaner,，,1993,,,,《Black-Box Testing》,,Boris Beizer, 1995,,《,自動化軟件測試,》,,Elfriede Dustin,，,1999,，,《Automated Software Testing》,,影印，,2002,，清華大學(xué)出版社,,《,面向?qū)ο蟮能浖y試,》,,John D. McGregor,，,2001,，,《A Practical Guide To Testing Object-Oriented Software》,,楊文宏，,2002,，機械工業(yè)出版社,培訓(xùn)總結(jié),Q&A,,Thank you!,