軟件測(cè)試培訓(xùn)資料課件

軟件測(cè)試培訓(xùn)資料軟件測(cè)試培訓(xùn)資料1內(nèi)容軟件測(cè)試?yán)碚摶A(chǔ)軟件測(cè)試流程軟件項(xiàng)目運(yùn)作流程軟件測(cè)試工作流程軟件測(cè)試用例設(shè)計(jì)方法軟件缺陷測(cè)試的技巧測(cè)試工具的選擇軟件的測(cè)試整個(gè)過程內(nèi)容軟件測(cè)試?yán)碚摶A(chǔ)2軟件測(cè)試?yán)碚摶A(chǔ)軟件測(cè)試?yán)碚摶A(chǔ)3測(cè)試行業(yè)簡介軟件測(cè)試在軟件生命周期中占據(jù)重要作用。軟件生命周期的每個(gè)階段都應(yīng)該包含測(cè)試從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正。由于測(cè)試的重要性和復(fù)雜度，它慢慢的獨(dú)立發(fā)展成為一個(gè)行業(yè)，并且在迅猛發(fā)展。在典型的軟件開發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開發(fā)總工作量的40％以上。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占30％到50％測(cè)試行業(yè)簡介軟件測(cè)試在軟件生命周期中占據(jù)重要作用。4軟件測(cè)試概論（概述）1975年，“測(cè)試數(shù)據(jù)選擇的原理”（TowardatheoryofTestData）的文章，軟件測(cè)試才被確定為一種研究方向。1979年，“軟件測(cè)試時(shí)為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行一個(gè)程序或者系統(tǒng)的過程”1983年，“測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的一種度量”。2002年，“測(cè)試是為了度量和提高被測(cè)試軟件的質(zhì)量，對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施、維護(hù)的的整個(gè)生命周期過程”。軟件測(cè)試概論（概述）1975年，“測(cè)試數(shù)據(jù)選擇的原理”（To5軟件測(cè)試概論（行情）國外：A、軟件測(cè)試在軟件公司中占有重要的地位B、軟件測(cè)試?yán)碚撗芯颗畈l(fā)展，引領(lǐng)軟件測(cè)試?yán)碚撗芯康膰H潮流C、軟件測(cè)試市場繁榮國內(nèi)：1、我國著名的軟件公司都已經(jīng)或者正在建立獨(dú)立的專職軟件測(cè)試隊(duì)伍2、國家開始對(duì)軟件測(cè)試職業(yè)高度重視和認(rèn)可（軟考中級(jí)資格中增加軟件評(píng)測(cè)師）軟件測(cè)試概論（行情）國外：6軟件測(cè)試概論（行情）3、用戶對(duì)軟件質(zhì)量要求越來越高，通過第三方測(cè)試機(jī)構(gòu)的嚴(yán)格測(cè)試來判定4、市場需求量不斷增大，軟件測(cè)試工程師的待遇也在不斷提高。北京地區(qū)的薪資趨勢(shì)大致如圖1-1所示。圖1-1薪資趨勢(shì)圖軟件測(cè)試概論（行情）3、用戶對(duì)軟件質(zhì)量要求越來越高，通過第三7測(cè)試工程師的職業(yè)發(fā)展軟件測(cè)試工程師一般有幾個(gè)方向可走，如圖1-2所示。一個(gè)理想的測(cè)試工程師應(yīng)該有開發(fā)經(jīng)驗(yàn)，至少要有開發(fā)的概念。僅僅發(fā)現(xiàn)Bug是測(cè)試的初步，而分析出根本原因，卻要有很深的功底。初級(jí)測(cè)試工程師中級(jí)測(cè)試工程師開發(fā)工程師測(cè)試管理者高級(jí)測(cè)試工程師圖1-2職業(yè)發(fā)展規(guī)劃圖測(cè)試工程師的職業(yè)發(fā)展軟件測(cè)試工程師一般有幾個(gè)方向可走，如圖18企業(yè)需要怎樣的測(cè)試人才？一年以上軟件測(cè)試經(jīng)驗(yàn)計(jì)算機(jī)相關(guān)專業(yè)大專以上學(xué)歷了解軟件工程，熟悉軟件測(cè)試過程和標(biāo)準(zhǔn)，熟悉配置管理技術(shù)和工具能夠編制測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、編寫B(tài)ug報(bào)告和測(cè)試總結(jié)報(bào)告、使用測(cè)試工具、開發(fā)測(cè)試腳本熟練使用Windows或Unix或Linux操作系統(tǒng)企業(yè)需要怎樣的測(cè)試人才？一年以上軟件測(cè)試經(jīng)驗(yàn)9企業(yè)需要怎樣的測(cè)試人才？熟練C、C++、Java、VB、Delphi、C#中的一種以上熟練使用SQLServer或Oracle數(shù)據(jù)庫了解業(yè)務(wù)領(lǐng)域（ERP、OA、電子商務(wù)、稅務(wù)系統(tǒng)、電信計(jì)費(fèi)系統(tǒng)……）熟練掌握至少一種以上的測(cè)試工具，如TestDirector、QTP、LoadRunner、Robot進(jìn)取、合作、表達(dá)、溝通、責(zé)任心、耐心、認(rèn)真程度企業(yè)需要怎樣的測(cè)試人才？熟練C、C++、Java、VB、De10測(cè)試學(xué)習(xí)路線對(duì)于軟件測(cè)試初學(xué)者，我們要切合實(shí)際、循序漸進(jìn)的學(xué)習(xí)，在學(xué)習(xí)中可參考圖1-3所示的軟件測(cè)試學(xué)習(xí)路線圖，從軟件測(cè)試的理論基礎(chǔ)，到項(xiàng)目實(shí)戰(zhàn)，逐步學(xué)習(xí)，掌握技術(shù)技能，最終勝任軟件測(cè)試工作。初學(xué)者軟件測(cè)試?yán)碚摶A(chǔ)學(xué)習(xí)缺陷管理知識(shí)學(xué)習(xí)Web測(cè)試環(huán)境搭建學(xué)習(xí)Linux操作系統(tǒng)知識(shí)學(xué)習(xí)配置管理知識(shí)學(xué)習(xí)數(shù)據(jù)庫知識(shí)學(xué)習(xí)QTP功能測(cè)試工具學(xué)習(xí)LoadRunner性能測(cè)試工具學(xué)習(xí)項(xiàng)目實(shí)戰(zhàn)崗前培訓(xùn)面試技巧工作圖1-3軟件測(cè)試學(xué)習(xí)路線圖測(cè)試學(xué)習(xí)路線對(duì)于軟件測(cè)試初學(xué)者，我們要切合實(shí)際、循序漸進(jìn)的學(xué)11軟件測(cè)試由來調(diào)試在已知錯(cuò)誤的情況下，對(duì)軟件程序代碼做出的一系列檢查，校正的過程。測(cè)試

在未知錯(cuò)誤的情況下，檢查程序代碼是否有問題的過程。區(qū)分：軟件測(cè)試從軟件質(zhì)量保證的角度來檢查程序代碼是否有誤，而調(diào)試是為了解決當(dāng)前已知的錯(cuò)誤，調(diào)試活動(dòng)無法替代軟件測(cè)試活動(dòng)。軟件測(cè)試由來調(diào)試12軟件測(cè)試定義定義：軟件測(cè)試就是為了發(fā)現(xiàn)錯(cuò)誤而審查軟件文檔、檢查軟件數(shù)據(jù)和執(zhí)行程序代碼的過程。軟件測(cè)試應(yīng)該是對(duì)軟件形成過程的文檔,數(shù)據(jù)以及程序進(jìn)行的測(cè)試,而不僅是對(duì)程序進(jìn)行的測(cè)試。60%以上的軟件錯(cuò)誤并不是程序錯(cuò)誤,而是分析和設(shè)計(jì)的錯(cuò)誤,提倡軟件全生命周期測(cè)試的理念。軟件測(cè)試定義定義：軟件測(cè)試就是為了發(fā)現(xiàn)錯(cuò)誤而審查軟件文檔、檢13什么是軟件質(zhì)量1991年國際標(biāo)準(zhǔn)ISO9126中定義為:軟件滿足規(guī)定或潛在用戶需求的總和。1999年國際標(biāo)準(zhǔn)ISO14598中定義為:軟件特性的總和，軟件滿足規(guī)定或潛在用戶需求的能力。2001年國際標(biāo)準(zhǔn)ISO9126中定義為：軟件滿足規(guī)定用戶或潛在用戶需求的能力，要從軟件在內(nèi)部，外部和使用過程中的表現(xiàn)來衡量，包含內(nèi)部質(zhì)量、外部質(zhì)量、和使用質(zhì)量。什么是軟件質(zhì)量1991年國際標(biāo)準(zhǔn)ISO9126中定義為:軟14軟件測(cè)試與質(zhì)量保證的區(qū)別軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程中兩個(gè)不同層面的工作。質(zhì)量保證(QA):質(zhì)量保證的重要工作通過預(yù)防，檢查與改進(jìn)來保證軟件質(zhì)量(所關(guān)注的是軟件質(zhì)量的檢查與測(cè)量,著眼于軟件開發(fā)的過程,步驟和產(chǎn)物)。軟件測(cè)試：測(cè)試過程雖然與開發(fā)過程緊密相關(guān)但，關(guān)心的不是過程的活動(dòng)，而是對(duì)過程的產(chǎn)物以及開發(fā)出的軟件進(jìn)行剖析。軟件測(cè)試與質(zhì)量保證的區(qū)別軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程15軟件測(cè)試的目的和原則

基于不同的立場，存在著兩種完全不同的測(cè)試目的：用戶角度：希望軟件測(cè)試暴露軟件中隱藏的錯(cuò)誤和缺陷，已考慮是否接受產(chǎn)品。軟件開發(fā)者角度：希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過程，驗(yàn)證被測(cè)軟件已正確的實(shí)現(xiàn)了用戶的需求，確立人們對(duì)軟件質(zhì)量的信心。軟件測(cè)試的目的和原則基于不同的立場，存在著兩種完全不同16軟件測(cè)試的目的和原則換言之，測(cè)試的目的是：想以最少的時(shí)間和人力，系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。如果我們成功地實(shí)施了測(cè)試，我們就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤。測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)測(cè)試不能表明軟件中不存在錯(cuò)誤，它只能說明軟件中存在錯(cuò)誤軟件測(cè)試的目的和原則換言之，測(cè)試的目的是：17軟件測(cè)試的目的和原則

軟件測(cè)試的原則：所有的軟件測(cè)試都應(yīng)追溯到用戶需求。應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試者的座右銘。完全測(cè)試是不可能的，測(cè)試需要終止。測(cè)試無法顯示軟件潛在的缺陷。也就是說測(cè)試只能證明軟件存在錯(cuò)誤而不能證明軟件沒有錯(cuò)誤。軟件測(cè)試的目的和原則軟件測(cè)試的原則：18軟件測(cè)試的對(duì)象根據(jù)軟件定義，軟件包括程序，數(shù)據(jù)和文檔，所以軟件測(cè)試并不僅僅是程序測(cè)試，軟件測(cè)試應(yīng)該貫穿整個(gè)軟件生命周期中。

需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明，概要設(shè)計(jì)規(guī)格說明，詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序。軟件測(cè)試的對(duì)象根據(jù)軟件定義，軟件包括程序，數(shù)據(jù)和文檔，所以軟19軟件測(cè)試的對(duì)象為了把握各個(gè)環(huán)節(jié)的正確性，人們需要進(jìn)行各種驗(yàn)證和確認(rèn)工作：驗(yàn)證(verification)：是保證軟件正確實(shí)現(xiàn)特定功能的一系統(tǒng)活動(dòng)和過程,目的是保證軟件生命周期中的每一個(gè)階段的成果滿足上一個(gè)階段所設(shè)定的目標(biāo)。確認(rèn)(validation)：是保證軟件滿足用戶需求的一系列的活動(dòng)和過程，目的是在軟件開發(fā)完成后保證軟件，用戶需求相符合。軟件測(cè)試的對(duì)象為了把握各個(gè)環(huán)節(jié)的正確性，人們需要進(jìn)行各種驗(yàn)證20軟件測(cè)試的對(duì)象軟件測(cè)試的對(duì)象21軟件測(cè)試分類

一般的，我們將軟件測(cè)試活動(dòng)分為以下幾類：黑盒測(cè)試、白盒測(cè)試、灰盒測(cè)試、靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、手動(dòng)測(cè)試、自動(dòng)測(cè)試軟件測(cè)試分類一般的，我們將軟件測(cè)試活動(dòng)分為以下幾類：22軟件測(cè)試分類—黑盒測(cè)試黑盒測(cè)試又叫功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于需求規(guī)格說明書的功能測(cè)試。該測(cè)試類別注重于測(cè)試軟件的功能性需求。測(cè)試工程師無需了解程序代碼的內(nèi)部構(gòu)造，完全模擬軟件產(chǎn)品的最終端用戶使用該軟件，檢查軟件產(chǎn)品是否達(dá)到了用戶的需求。如圖1-4所示為黑盒測(cè)試實(shí)例圖。黑盒測(cè)試能更好的從用戶角度來考察被測(cè)系統(tǒng)的功能性需求實(shí)現(xiàn)情況。測(cè)試用例測(cè)試結(jié)果圖1-4黑盒測(cè)試示例圖軟件測(cè)試分類—黑盒測(cè)試黑盒測(cè)試又叫功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基23軟件測(cè)試分類—白盒測(cè)試白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序代碼內(nèi)部構(gòu)成的測(cè)試。白盒測(cè)試需要測(cè)試工程師深入考查程序代碼的內(nèi)部結(jié)構(gòu)、邏輯設(shè)計(jì)等。就像前面的例子，我們拆開手機(jī)，觀察手機(jī)電路板的設(shè)計(jì)，液晶屏的構(gòu)成等。對(duì)于白盒測(cè)試工程師來說，軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)是敞開的。如圖1-5所示是白盒測(cè)試示例圖。程序內(nèi)部結(jié)構(gòu)測(cè)試用例測(cè)試結(jié)果圖1-5白盒測(cè)試示例圖軟件測(cè)試分類—白盒測(cè)試白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基24軟件測(cè)試分類—灰盒測(cè)試灰盒測(cè)試介于白盒和黑盒測(cè)試之間?；液袦y(cè)試一方面考慮程序代碼的功能性表現(xiàn)，另一方面，又需要考慮程序代碼的內(nèi)部結(jié)構(gòu)。通俗地講，灰盒測(cè)試就是白加黑。像我們的性能測(cè)試，自動(dòng)化功能測(cè)試就是采用了灰盒測(cè)試的方法。圖1-6是灰盒測(cè)試的示例圖。測(cè)試用例測(cè)試結(jié)果圖1-6灰盒測(cè)試示例圖軟件測(cè)試分類—灰盒測(cè)試灰盒測(cè)試介于白盒和黑盒測(cè)試之間。測(cè)試用25軟件測(cè)試分類—靜態(tài)測(cè)試定義：靜態(tài)的、不執(zhí)行被測(cè)對(duì)象程序代碼而尋找缺陷的過程。在進(jìn)行靜態(tài)測(cè)試時(shí)可采用一些代碼走查工具，如QAC++、C++Test等。軟件測(cè)試分類—靜態(tài)測(cè)試定義：靜態(tài)的、不執(zhí)行被測(cè)對(duì)象程序代碼而26軟件測(cè)試分類—?jiǎng)討B(tài)測(cè)試實(shí)際的執(zhí)行被測(cè)對(duì)象的程序代碼，輸入實(shí)現(xiàn)設(shè)計(jì)好的測(cè)試用例，檢查程序代碼運(yùn)行得到的結(jié)果與測(cè)試用力中設(shè)計(jì)的預(yù)期結(jié)果之間是否有差異，判定實(shí)際結(jié)果與預(yù)測(cè)結(jié)果是否一致。動(dòng)態(tài)測(cè)試有四部分組成：設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、分析比較輸出結(jié)果、輸出測(cè)試報(bào)告。動(dòng)態(tài)測(cè)試有三種主要方法：黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試軟件測(cè)試分類—?jiǎng)討B(tài)測(cè)試實(shí)際的執(zhí)行被測(cè)對(duì)象的程序代碼，輸入實(shí)現(xiàn)27軟件測(cè)試分類—手動(dòng)測(cè)試它是測(cè)試人員設(shè)計(jì)測(cè)試用例并執(zhí)行測(cè)試用例，然后根據(jù)實(shí)際的結(jié)果去和預(yù)期的結(jié)果相比較并記錄測(cè)試結(jié)果，最終輸出測(cè)試報(bào)告的測(cè)試活動(dòng)?？沙浞职l(fā)揮測(cè)試工程師的主觀能動(dòng)性，將其智力體現(xiàn)在測(cè)試工作中，能發(fā)現(xiàn)許多的缺陷，但同時(shí)又有一定的局限性和單調(diào)枯燥性。軟件測(cè)試分類—手動(dòng)測(cè)試它是測(cè)試人員設(shè)計(jì)測(cè)試用例并執(zhí)行測(cè)試用例28軟件測(cè)試分類—自動(dòng)化測(cè)試定義利用測(cè)試工具，模擬用戶業(yè)務(wù)使用流程，讓他們自動(dòng)運(yùn)行來查找缺陷。優(yōu)點(diǎn)快、廣泛、可重復(fù)性工作缺點(diǎn)只可檢查比較主要的問題，如崩潰、死機(jī)，無法發(fā)現(xiàn)一般的日常錯(cuò)誤。編寫腳本工作量也很大，有時(shí)會(huì)超過手動(dòng)測(cè)試時(shí)間。我們要根據(jù)實(shí)際情況選擇或者不選擇測(cè)試工具，選擇使用何種測(cè)試工具，不能為了實(shí)用工具而可以的去使用工具。軟件測(cè)試分類—自動(dòng)化測(cè)試定義29軟件測(cè)試人員職業(yè)要求

從個(gè)人素質(zhì)角度要求測(cè)試工程師需要具備以下6種素質(zhì)：責(zé)任心溝通能力團(tuán)隊(duì)合作精神耐心、細(xì)心和信心時(shí)時(shí)保持懷疑態(tài)度、并且有缺陷預(yù)防的意識(shí)不斷學(xué)習(xí)的能力軟件測(cè)試人員職業(yè)要求從個(gè)人素質(zhì)角度要求測(cè)試工程師需要30軟件測(cè)試流程軟件測(cè)試流程31軟件測(cè)試流程圖軟件測(cè)試雖然是軟件生存周期的一個(gè)獨(dú)立階段，但測(cè)試工作卻滲透到從分析、設(shè)計(jì)直到編程的各個(gè)階段中（1-7是軟件測(cè)試所經(jīng)階段的一般流程）。需求測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試、用戶測(cè)試、回歸測(cè)試需求測(cè)試單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試性能測(cè)試用戶測(cè)試回歸測(cè)試圖1-7軟件測(cè)試流程圖軟件測(cè)試流程圖軟件測(cè)試雖然是軟件生存周期的一個(gè)獨(dú)立階段，但測(cè)32需求測(cè)試要從以下幾個(gè)方面考慮需求測(cè)試：完整性正確性一致性可行性無二義性健壯性必要性可測(cè)試性可修改性需求測(cè)試要從以下幾個(gè)方面考慮需求測(cè)試：33單元測(cè)試又稱模塊測(cè)試，就是對(duì)程序代碼中最小的涉及模塊單元進(jìn)行測(cè)試。

在單元測(cè)試中我們主要采用靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試相結(jié)合的辦法。單元測(cè)試要求需要幾年的代碼編寫經(jīng)驗(yàn)，并且要十分熟悉當(dāng)前的被測(cè)系統(tǒng)，以及該系統(tǒng)是否與其他系統(tǒng)的接口關(guān)聯(lián)情況。單元測(cè)試在編碼階段占據(jù)非常重要的地位?？梢越档途幋a的錯(cuò)誤率，提高編碼質(zhì)量單元測(cè)試又稱模塊測(cè)試，就是對(duì)程序代碼中最小的涉及模塊單元進(jìn)行34集成測(cè)試又稱組裝測(cè)試，是將軟件產(chǎn)品各個(gè)模塊組裝起來，檢查接口是否存在問題，以及組裝后的整體功能、性能表現(xiàn)。一般可采用非增式集成方法、增式集成方法（自底向上集成、自頂向下集成、組合方式集成）等策略進(jìn)行測(cè)試，利用一黑盒測(cè)試為主，白盒測(cè)試為輔的測(cè)試方法進(jìn)行測(cè)試。主要解決各個(gè)組成但源代碼是否符合開發(fā)規(guī)范、接口是否存在問題，整體功能有無錯(cuò)誤、界面是否符合設(shè)計(jì)規(guī)范、性能是否滿足用戶需求等。集成測(cè)試又稱組裝測(cè)試，是將軟件產(chǎn)品各個(gè)模塊組裝起來，檢查接口35系統(tǒng)測(cè)試將通過集成測(cè)試的軟件部署到某種較為復(fù)雜的計(jì)算機(jī)永華環(huán)境進(jìn)行測(cè)試。目的：通過與系統(tǒng)的需求定義作比較，發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。這個(gè)階段主要進(jìn)行的是安裝卸載測(cè)試、兼容性測(cè)試、功能確認(rèn)測(cè)試、安全測(cè)試等。采用黑盒測(cè)試法，主要考察被測(cè)軟件的功能與性能表現(xiàn)。系統(tǒng)測(cè)試將通過集成測(cè)試的軟件部署到某種較為復(fù)雜的計(jì)算機(jī)永華環(huán)36性能測(cè)試性能測(cè)試要求被測(cè)軟件在業(yè)務(wù)處理速度、處理能力和所耗用的硬件系統(tǒng)資源比率滿足用戶的需求。不要嘗試用手動(dòng)方式進(jìn)行性能測(cè)試，應(yīng)當(dāng)編寫一段相應(yīng)的程序或者使用專門的工具進(jìn)行，如利用LoadRunner自動(dòng)化性能測(cè)試工具。性能測(cè)試相對(duì)難度較大，要求測(cè)試人員掌握編程語言，精通業(yè)務(wù)流程，擁有深厚的項(xiàng)目經(jīng)驗(yàn)。性能測(cè)試性能測(cè)試要求被測(cè)軟件在業(yè)務(wù)處理速度、處理能力和所耗用37用戶測(cè)試可稱為用戶確認(rèn)測(cè)試。正式驗(yàn)收前，需要用戶對(duì)本系統(tǒng)做出一個(gè)評(píng)價(jià)，用戶可對(duì)交付的系統(tǒng)做測(cè)試，并將測(cè)試結(jié)果反饋回來，進(jìn)行修改、分析。用戶測(cè)試環(huán)節(jié)是被測(cè)試軟件首次作為正式的系統(tǒng)交友用戶使用，用戶會(huì)根據(jù)他們的實(shí)際使用情況進(jìn)行測(cè)試、使用，并提出實(shí)際使用過程中的問題。用戶測(cè)試是軟件生產(chǎn)流程中的最后質(zhì)檢關(guān)。用戶測(cè)試可稱為用戶確認(rèn)測(cè)試。38回歸測(cè)試回歸測(cè)試是經(jīng)過一段時(shí)間以后再回過頭來對(duì)以前修復(fù)過的Bug重新進(jìn)行測(cè)試，看該Bug是否會(huì)重新出現(xiàn)。有些時(shí)候可采用自動(dòng)化測(cè)試工具來進(jìn)行回歸測(cè)試，如利用QTP一般情況下，都由測(cè)試工程師手動(dòng)的執(zhí)行一千的測(cè)試用例。來檢查用例通過情況。回歸測(cè)試回歸測(cè)試是經(jīng)過一段時(shí)間以后再回過頭來對(duì)以前修復(fù)過的B39軟件項(xiàng)目運(yùn)作流程軟件項(xiàng)目運(yùn)作流程40軟件項(xiàng)目運(yùn)作圖市場調(diào)研可行性研究產(chǎn)品立項(xiàng)需求調(diào)研設(shè)計(jì)開發(fā)系統(tǒng)測(cè)試產(chǎn)品發(fā)布產(chǎn)品維護(hù)產(chǎn)品升級(jí)圖1-8軟件項(xiàng)目運(yùn)作圖軟件項(xiàng)目運(yùn)作圖市場調(diào)研可行性研究產(chǎn)品立項(xiàng)需求調(diào)研設(shè)計(jì)開發(fā)系統(tǒng)41市場調(diào)研1、主動(dòng)模式將公司或者企業(yè)作為需求接收的被動(dòng)方，而需求的提出作為主動(dòng)方。2、被動(dòng)模式在沒有明確的需求提出者時(shí)，有公司或企業(yè)主動(dòng)提出給特定使用用戶群提供某種產(chǎn)品的模式。市場調(diào)研主體：市場人員、銷售人員調(diào)研方式：客戶走訪，市場觀察，報(bào)刊媒體等輸出文件：《XXX項(xiàng)目市場調(diào)研分析報(bào)告》市場調(diào)研1、主動(dòng)模式42可行性研究以預(yù)測(cè)為前提，以投資效果為目的，從技術(shù)上、管理上進(jìn)行全面綜合分析研究的方法。基本任務(wù)：對(duì)新開發(fā)產(chǎn)品或升級(jí)產(chǎn)品從技術(shù)經(jīng)濟(jì)角度進(jìn)行全面的分析研究，并對(duì)其投產(chǎn)后的經(jīng)濟(jì)效益進(jìn)行預(yù)測(cè)，在既定的范圍內(nèi)進(jìn)行方案論證的選擇，以便最合理的利用資源，達(dá)到預(yù)定的社會(huì)效益和經(jīng)濟(jì)效益。主體：市場人員、銷售人員對(duì)象：在市場調(diào)研階段產(chǎn)生的《XXX項(xiàng)目市場調(diào)研分析報(bào)告》輸出文件：《XXX項(xiàng)目可行性分析報(bào)告》可行性研究以預(yù)測(cè)為前提，以投資效果為目的，從技術(shù)上、管理上進(jìn)43產(chǎn)品立項(xiàng)在前期的市場調(diào)研、可行性研究經(jīng)過評(píng)審可行后，則由需求調(diào)研人員牽頭，進(jìn)行產(chǎn)品立項(xiàng)，并進(jìn)行產(chǎn)品小組的建立，同時(shí)制定產(chǎn)品的運(yùn)作計(jì)劃，如需求調(diào)研、產(chǎn)品設(shè)計(jì)、產(chǎn)品測(cè)試、產(chǎn)品發(fā)布等一系列的工作步驟及時(shí)間點(diǎn)。立項(xiàng)負(fù)責(zé)人：市場調(diào)研人員工作內(nèi)容：提交產(chǎn)品立項(xiàng)申請(qǐng)，審批通過后，指定產(chǎn)品計(jì)劃書，確定產(chǎn)品各個(gè)階段的工作流程及時(shí)間進(jìn)度表。產(chǎn)品立項(xiàng)在前期的市場調(diào)研、可行性研究經(jīng)過評(píng)審可行后，則由需求44需求調(diào)研1、主動(dòng)模式2、被動(dòng)模式需求調(diào)研參與人員：市場人員、開發(fā)人員、測(cè)試人員等調(diào)研對(duì)象：客戶或假象客戶（廣泛應(yīng)用群）輸出：需求規(guī)格說明書需求調(diào)研1、主動(dòng)模式45設(shè)計(jì)開發(fā)由系統(tǒng)架構(gòu)師進(jìn)行系統(tǒng)的概要設(shè)計(jì)，主要從穩(wěn)定性、安全性、擴(kuò)展性、可維持性等方面進(jìn)行設(shè)計(jì)。設(shè)計(jì)人員：系統(tǒng)架構(gòu)師、項(xiàng)目開發(fā)小組輸出：項(xiàng)目開發(fā)計(jì)劃、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔、數(shù)據(jù)庫文檔等設(shè)計(jì)開發(fā)由系統(tǒng)架構(gòu)師進(jìn)行系統(tǒng)的概要設(shè)計(jì)，主要從穩(wěn)定性、安全性46系統(tǒng)測(cè)試按照前期的測(cè)試計(jì)劃，利用測(cè)試用例進(jìn)行系統(tǒng)的功能、性能測(cè)試。在經(jīng)過多次版本的迭代后，完成系統(tǒng)測(cè)試，輸出測(cè)試報(bào)告。測(cè)試人員：項(xiàng)目測(cè)試小組輸出：測(cè)試計(jì)劃、測(cè)試方案、測(cè)試用例、功能測(cè)試報(bào)告、性能測(cè)試報(bào)告等系統(tǒng)測(cè)試按照前期的測(cè)試計(jì)劃，利用測(cè)試用例進(jìn)行系統(tǒng)的功能、性能47產(chǎn)品發(fā)布經(jīng)過開發(fā)部門、測(cè)試部門和其他部門的努力，產(chǎn)品在預(yù)定的日期完成，有項(xiàng)目組擇日發(fā)布。發(fā)布人員：項(xiàng)目實(shí)施人員、市場部等輸出：客戶現(xiàn)場項(xiàng)目實(shí)施報(bào)告等產(chǎn)品發(fā)布經(jīng)過開發(fā)部門、測(cè)試部門和其他部門的努力，產(chǎn)品在預(yù)定的48產(chǎn)品維護(hù)交付使用后，需根據(jù)需求調(diào)研階段協(xié)議，制定產(chǎn)品維護(hù)流程，出現(xiàn)問題需及時(shí)解決，直到產(chǎn)品使用廢棄或升級(jí)，進(jìn)入新的生命周期。產(chǎn)品維護(hù)交付使用后，需根據(jù)需求調(diào)研階段協(xié)議，制定產(chǎn)品維護(hù)流程49產(chǎn)品升級(jí)在軟件產(chǎn)品使用到一定期限后，可以根據(jù)先前的約定進(jìn)行升級(jí)，或根據(jù)客戶新的需求，再次進(jìn)行新需求的調(diào)研開發(fā)等。產(chǎn)品升級(jí)在軟件產(chǎn)品使用到一定期限后，可以根據(jù)先前的約定進(jìn)行升50軟件測(cè)試工作流程軟件測(cè)試工作流程51測(cè)試部門組織結(jié)構(gòu)1、人員構(gòu)成

測(cè)試主管、測(cè)試組長、環(huán)境保障人員、配置管理員、測(cè)試設(shè)計(jì)人員、測(cè)試工程師測(cè)試主管測(cè)試組長環(huán)境保障人員軟件測(cè)試部配置管理員測(cè)試設(shè)計(jì)人員測(cè)試工程師圖1-9測(cè)試部人員結(jié)構(gòu)圖測(cè)試部門組織結(jié)構(gòu)1、人員構(gòu)成測(cè)試主管測(cè)試組長環(huán)境保障人員軟件52測(cè)試部門組織結(jié)構(gòu)2、測(cè)試主管負(fù)責(zé)測(cè)試部門日常管理工作。3、測(cè)試組長測(cè)試主管根據(jù)項(xiàng)目情況，指派合適的測(cè)試人員但當(dāng)測(cè)試組長。4、環(huán)境保障人員維護(hù)整個(gè)項(xiàng)目過程中的系統(tǒng)環(huán)境，如硬件、軟件方便的。由測(cè)試人員兼任。5、配置管理員是軟件開發(fā)過程中的一個(gè)重要工作流程面對(duì)需求變更、版本迭代、文檔審核起到相當(dāng)大的作用。測(cè)試部門組織結(jié)構(gòu)2、測(cè)試主管53測(cè)試部門組織結(jié)構(gòu)6、測(cè)試設(shè)計(jì)人員一般由高級(jí)測(cè)試工程師擔(dān)當(dāng)，負(fù)責(zé)測(cè)試方法設(shè)計(jì)、測(cè)試用例設(shè)計(jì)及功能測(cè)試、性能測(cè)試的步驟、流程設(shè)計(jì)。7、測(cè)試工程師執(zhí)行測(cè)試用例，進(jìn)行系統(tǒng)的功能測(cè)試，經(jīng)過多次版本迭代，完成系統(tǒng)測(cè)試。8、技術(shù)構(gòu)成白盒測(cè)試技術(shù)、黑盒測(cè)試技術(shù)、自動(dòng)化測(cè)試技術(shù)人員、項(xiàng)目管理技術(shù)人員白盒測(cè)試技術(shù)人員黑盒測(cè)試技術(shù)人員軟件測(cè)試部自動(dòng)化測(cè)試技術(shù)人員項(xiàng)目測(cè)試技術(shù)人員圖1-10測(cè)試部技術(shù)構(gòu)成圖測(cè)試部門組織結(jié)構(gòu)6、測(cè)試設(shè)計(jì)人員白盒測(cè)試黑盒測(cè)試軟件測(cè)試部自54測(cè)試部門組織結(jié)構(gòu)9、白盒測(cè)試技術(shù)人員該職位測(cè)試人員需要精通軟件開發(fā)語言，要有幾年的開發(fā)經(jīng)驗(yàn)，能進(jìn)行底層的代碼review，測(cè)試樁設(shè)計(jì)等，同時(shí)能夠食用百合測(cè)試工具對(duì)系統(tǒng)的最小功能單元進(jìn)行測(cè)試，找出代碼、系統(tǒng)架構(gòu)方面的缺陷。10、黑盒測(cè)試技術(shù)人員要求測(cè)試人員有一定的軟件工程理論、軟件質(zhì)量保證知識(shí)。11、自動(dòng)化測(cè)試人員需測(cè)試人員掌握軟件開發(fā)的知識(shí)，系統(tǒng)的調(diào)優(yōu)，自動(dòng)化測(cè)試工具，如QuickTestProfessionalLaodRunner。測(cè)試部門組織結(jié)構(gòu)9、白盒測(cè)試技術(shù)人員55測(cè)試部門組織結(jié)構(gòu)12、項(xiàng)目管理技術(shù)人員要求掌握一般的項(xiàng)目管理知識(shí)，如配置管理、版本控制、評(píng)審管理、項(xiàng)目實(shí)施與進(jìn)度控制等。13、資源構(gòu)成14、硬件資源需要齊備的測(cè)試環(huán)境，如測(cè)試PC機(jī)、測(cè)試服務(wù)器、測(cè)試芯片、測(cè)試手機(jī)等。硬件資源軟件測(cè)試部軟件資源技術(shù)支持圖1-11測(cè)試部資源構(gòu)成圖測(cè)試部門組織結(jié)構(gòu)12、項(xiàng)目管理技術(shù)人員硬件資源軟件測(cè)試部軟件56測(cè)試部門組織結(jié)構(gòu)15、軟件資源測(cè)試需要的操作系統(tǒng)、應(yīng)用軟件、管理軟件等。如Windows、Linux等操作系統(tǒng)，SQLServer、Oracle等數(shù)據(jù)庫軟件，QuickTestProfessionalLaodRunner等自動(dòng)化測(cè)試工具。16、技術(shù)支持當(dāng)測(cè)試人元遇到問題不能解決時(shí)，可由兄弟部門給予支持。確保在一個(gè)團(tuán)隊(duì)合作的環(huán)境下，更高效的完成測(cè)試工作。測(cè)試部門組織結(jié)構(gòu)15、軟件資源57測(cè)試工作流程測(cè)試準(zhǔn)備階段測(cè)試工作流程測(cè)試開展階段測(cè)試輸出階段圖1-12測(cè)試工作流程圖測(cè)試工作流程測(cè)試準(zhǔn)備階段測(cè)試工作流程測(cè)試開展階段測(cè)試輸出階段58測(cè)試工作流程1、測(cè)試準(zhǔn)備階段測(cè)試計(jì)劃制定測(cè)試小組建立項(xiàng)目經(jīng)理測(cè)試主管測(cè)試組長部署測(cè)試任務(wù)指派測(cè)試組長獲取測(cè)試需求及相關(guān)文檔圖1-13測(cè)試工作介入流程圖測(cè)試組長測(cè)試主管測(cè)試工程師小組工作會(huì)議申請(qǐng)小組成員指定小組成員圖1-14測(cè)試小組建立圖測(cè)試工作流程1、測(cè)試準(zhǔn)備階段項(xiàng)目經(jīng)理測(cè)試主管測(cè)試組長部署測(cè)試59測(cè)試工作流程需求測(cè)試啟動(dòng)測(cè)試需求提取分配任務(wù)測(cè)試組裝需求調(diào)研部門校正需要提供需求測(cè)試小組反饋結(jié)果圖1-15需求測(cè)試流程圖測(cè)試組長測(cè)試小組測(cè)試工具分配任務(wù)編寫用例圖1-16部署測(cè)試需求提取任務(wù)流程圖測(cè)試工作流程需求測(cè)試啟動(dòng)分配任務(wù)測(cè)試組裝需求調(diào)研部門校正需要60測(cè)試工作流程測(cè)試用例編寫測(cè)試組長測(cè)試小組測(cè)試工具分配任務(wù)編寫用例圖1-17部署測(cè)試用例編寫任務(wù)流程圖測(cè)試工作流程測(cè)試用例編寫測(cè)試組長測(cè)試小組測(cè)試工具分配任務(wù)編寫61測(cè)試工作流程2、測(cè)試開展階段搭建測(cè)試環(huán)境—測(cè)試組長，可根據(jù)說明說中的軟件產(chǎn)品運(yùn)行環(huán)境配置要求搭建。測(cè)試環(huán)境最好與開發(fā)環(huán)境分開文檔引入—工作日?qǐng)?bào)、功能測(cè)試報(bào)告、性能測(cè)試報(bào)告等模板執(zhí)行測(cè)試—根據(jù)項(xiàng)目的Bug管理流程，經(jīng)過多次的版本迭代，完成測(cè)試工作。測(cè)試工作流程2、測(cè)試開展階段62測(cè)試工作流程3、測(cè)試輸出階段測(cè)試計(jì)劃測(cè)試方案測(cè)試用例測(cè)試工程師的工作日?qǐng)?bào)功能測(cè)試報(bào)告性能測(cè)試報(bào)告測(cè)試工作流程3、測(cè)試輸出階段63思考與練習(xí)1、軟件測(cè)試共有幾種模型？具體的內(nèi)容是什么？相互之間有什么區(qū)別與聯(lián)系？2、簡要描述同行評(píng)審與階段評(píng)審的區(qū)別。3、軟件測(cè)試與軟件開發(fā)的關(guān)系是什么？4、什么叫軟件測(cè)試？軟件測(cè)試的目的是什么？思考與練習(xí)1、軟件測(cè)試共有幾種模型？具體的內(nèi)容是什么？相互之64思考與練習(xí)5、軟件測(cè)試的一般工作流程是什么？6、軟件測(cè)試的測(cè)試流程是什么？各階段的工作內(nèi)容重點(diǎn)是什么？7、當(dāng)你接到一個(gè)測(cè)試任務(wù)后，你如何開展測(cè)試工作？思考與練習(xí)5、軟件測(cè)試的一般工作流程是什么？65軟件測(cè)試用例設(shè)計(jì)方法軟件測(cè)試用例設(shè)計(jì)方法66什么是測(cè)試用例測(cè)試用例（

TestCase）是指對(duì)一項(xiàng)特定的軟件產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。什么是測(cè)試用例67測(cè)試用例包含要素每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：編制人、審定人、編制日期、版本、用例類型、設(shè)計(jì)說明書編號(hào)、用例編號(hào)、用例名稱、輸入說明、期望結(jié)果（含判斷標(biāo)準(zhǔn)）、環(huán)境要求、備注等。具體可以參考建行測(cè)試用例模板測(cè)試用例包含要素每個(gè)具體測(cè)試用例都將包括下列詳細(xì)信息：編制人68黑盒測(cè)試案例設(shè)計(jì)技術(shù)測(cè)試用例設(shè)計(jì)：將軟件測(cè)試的行為活動(dòng)，作為一個(gè)科學(xué)化的組織歸納。測(cè)試用例：設(shè)計(jì)一個(gè)情況，軟件程序在這種情況下，必須能夠正常運(yùn)行并且達(dá)到程序所設(shè)計(jì)的執(zhí)行結(jié)果。因?yàn)槲覀儾豢赡苓M(jìn)行窮舉測(cè)試，為了節(jié)省時(shí)間和資源、提供測(cè)試效率，必須從數(shù)量極大的可用測(cè)試數(shù)據(jù)精心挑選出具有代表性或者特殊性的測(cè)試數(shù)據(jù)來進(jìn)行測(cè)試。

黑盒測(cè)試案例設(shè)計(jì)技術(shù)測(cè)試用例設(shè)計(jì)：將軟件測(cè)試的行為活動(dòng)，作為69測(cè)試測(cè)試用例的好處在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。在軟件版本更新后只修正少部分的測(cè)試用例便可展開測(cè)試工作，降低工作強(qiáng)度，縮短項(xiàng)目周期。功能測(cè)試模塊的通用化和復(fù)用化使軟件易于開發(fā)，而測(cè)試用例的通用化和復(fù)用化則會(huì)使軟件測(cè)試易于開展，并隨著測(cè)試用例的不斷精化其效率也不斷攀升。測(cè)試測(cè)試用例的好處在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免70常見黑盒測(cè)試用例設(shè)計(jì)方法等價(jià)類劃分法邊界值分析法錯(cuò)誤推測(cè)法因果圖法判定表驅(qū)動(dòng)法正交試驗(yàn)設(shè)計(jì)法功能圖法場景法常見黑盒測(cè)試用例設(shè)計(jì)方法等價(jià)類劃分法71等價(jià)類劃分法等價(jià)類劃分的辦法是把程序的輸入域劃分成若干部分，然后從每個(gè)部分中選取少數(shù)代表性數(shù)據(jù)作為測(cè)試用例。劃分等價(jià)類和列出等價(jià)類表確定測(cè)試用例等價(jià)類劃分法等價(jià)類劃分的辦法是把程序的輸入域劃分成若干部分，72劃分等價(jià)類和列出等價(jià)類表等價(jià)類是指輸入域的子集合。在該子集合中，各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效，并合理地假設(shè)：測(cè)試某等價(jià)類的代表值就等于對(duì)這類其他值的測(cè)試。等價(jià)類劃分有兩種不同的情況：有效等價(jià)類和無效等價(jià)類。劃分等價(jià)類和列出等價(jià)類表等價(jià)類是指輸入域的子集合。在該子集合73劃分等價(jià)類和列出等價(jià)類表有效等價(jià)類：指對(duì)于程序的規(guī)格說明書來說是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。利用有效等價(jià)類可以檢驗(yàn)程序是否實(shí)現(xiàn)了規(guī)格說明書中所規(guī)定的功能和性能。無效等價(jià)類：與有效等價(jià)類的定義恰巧相反。劃分等價(jià)類和列出等價(jià)類表有效等價(jià)類：指對(duì)于程序的規(guī)格說明書來746條確定等價(jià)類的原則1、在輸入條件規(guī)定了取值范圍或者值個(gè)數(shù)的情況下，可以確定一個(gè)有效等價(jià)類和兩個(gè)無效等價(jià)類。2、在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可以確定一個(gè)有效等價(jià)類和一個(gè)無效等價(jià)類。3、在輸入條件是一個(gè)布爾量的情況下，可以確定一個(gè)有效的等價(jià)類和一個(gè)無效的等價(jià)類6條確定等價(jià)類的原則1、在輸入條件規(guī)定了取值范圍或者值個(gè)數(shù)的756條確定等價(jià)類的原則4、在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)），并且程序要對(duì)每一個(gè)輸入值分別處理的情況下，可以確定n個(gè)有效的等價(jià)類和一個(gè)無效的等價(jià)類。5、在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可以確定一個(gè)有效等價(jià)類類（符合規(guī)則）和若干個(gè)無效等價(jià)類（從不同角度違反規(guī)則）。6、在確知已劃分的等價(jià)類中，各元素在程序處理中的方式不同的情況下，則應(yīng)再將該等價(jià)類進(jìn)一步地劃分為更小的等價(jià)類。6條確定等價(jià)類的原則4、在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個(gè)）76確定測(cè)試用例步驟為每個(gè)等價(jià)類規(guī)定一個(gè)惟一的編號(hào)。設(shè)計(jì)一個(gè)新的測(cè)試用例，使其盡可能多地覆蓋尚未覆蓋的有效等價(jià)類，重復(fù)這一步，最后使得所有的有效等價(jià)類均被測(cè)試用例所覆蓋。設(shè)計(jì)一個(gè)新的測(cè)試用例，使其只覆蓋一個(gè)無效等價(jià)類。重復(fù)這一步使所有無效等價(jià)類均被覆蓋。確定測(cè)試用例步驟為每個(gè)等價(jià)類規(guī)定一個(gè)惟一的編號(hào)。77等價(jià)類劃分法例題一個(gè)程序讀入3個(gè)整數(shù)，把這3個(gè)數(shù)值看作一個(gè)三角形的3條邊的長度值。這個(gè)程序要打印出信息，說明這個(gè)三角形是不等邊的、是等腰的、還是等邊的。構(gòu)成三角形的3條邊必須滿足：

A>0,B>0,C>0，且A+B>C,B+C>A,A+C>B如果是等腰的，還要判斷A=B,或者B=C,或者A=C如果是等邊的，則需要判斷是否A=B,且B=C,且A=C.等價(jià)類劃分法例題一個(gè)程序讀入3個(gè)整數(shù)，把這3個(gè)數(shù)值看作一個(gè)三78等價(jià)類表輸入條件有效等價(jià)類無效等價(jià)類是否三角形的3條邊(A>0）(1)(B>0）(2)(C>0）(3)(A+B>C)(4)(B+C>A)(5)(A+C>B)(6)(A≤0）(7)(B≤0）(8)(C≤0）(9)(A+B≤C)(10)(B+C≤A)(11)(A+C≤B)(12)是否等腰三角形(A=B）(13)(B=C)(14)(C=A)(15)(A≠B)and(B≠C)and(C≠A)(16)是否等邊三角形(A=B）and(B=C)and(C=A)(17)(A≠B)(18)(B≠C)(19)(C≠A)(20)等價(jià)類表輸入條件有效等價(jià)類無效等價(jià)類(A>0）79設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試用例80邊界值分析法邊界值分析：是考慮邊界條件而選取測(cè)試用例的一種黑盒測(cè)試方法，是對(duì)等價(jià)類劃分方法的補(bǔ)充。實(shí)踐證明，軟件在輸入、輸出域的邊界附近容易出現(xiàn)差錯(cuò)，而不是在輸入范圍的內(nèi)部。因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例，可以查出更多的錯(cuò)誤。邊界值分析法邊界值分析：是考慮邊界條件而選取測(cè)試用例的一種81邊界值分析法使用邊界值分析方法設(shè)計(jì)測(cè)試方案首先應(yīng)該確定邊界情況，通常輸入等價(jià)類和輸出等價(jià)類的邊界，就是應(yīng)該注重測(cè)試的程序邊界情況。選取的測(cè)試數(shù)據(jù)應(yīng)該正好等于、剛剛小于和剛剛大于邊界值，也就是說，按照邊界值分析法，應(yīng)該選取剛好等于、稍小于和稍大于等價(jià)類邊界值作為測(cè)試數(shù)據(jù)，而不是選取每個(gè)等價(jià)類內(nèi)的典型值或任意值作為測(cè)試數(shù)據(jù)。邊界值分析法使用邊界值分析方法設(shè)計(jì)測(cè)試方案首先應(yīng)該確定邊界情82基于邊界值分析方法選擇測(cè)試用例的原則如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達(dá)到這個(gè)范圍的邊界的值，以及剛剛超越這個(gè)范圍邊界的值作為測(cè)試輸入數(shù)據(jù)。如果輸入條件規(guī)定了值的個(gè)數(shù)，則用最大個(gè)數(shù)，最小個(gè)數(shù)，比最小個(gè)數(shù)少一，比最大個(gè)數(shù)多一的數(shù)作為測(cè)試數(shù)據(jù)。根據(jù)規(guī)格說明的每個(gè)輸出條件，考慮值的范圍情況。基于邊界值分析方法選擇測(cè)試用例的原則如果輸入條件規(guī)定了值的范83基于邊界值分析方法選擇測(cè)試用例的原則。根據(jù)規(guī)格說明的每個(gè)輸出條件，考慮值的個(gè)數(shù)情況。如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個(gè)元素和最后一個(gè)元素作為測(cè)試用例。如果程序中使用了一個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個(gè)內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測(cè)試用例分析規(guī)格說明，找出其它可能的邊界條件?；谶吔缰捣治龇椒ㄟx擇測(cè)試用例的原則。根據(jù)規(guī)格說明的每個(gè)輸出84錯(cuò)誤推測(cè)方法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。錯(cuò)誤推測(cè)方法的基本思想：列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況，根據(jù)他們選擇測(cè)試用例。錯(cuò)誤推測(cè)方法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，85錯(cuò)誤推測(cè)方法常見依據(jù)在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤。以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等。已發(fā)現(xiàn)缺陷的測(cè)試方法的推廣。容易發(fā)生錯(cuò)誤的情況。補(bǔ)充等價(jià)類和邊界值法遺漏的一些等價(jià)類組合。一些位置使用了共享變量，設(shè)計(jì)測(cè)試用例，修改一個(gè)共享變量，看其他位置有沒有同時(shí)做修改錯(cuò)誤推測(cè)方法常見依據(jù)在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)86因果圖設(shè)計(jì)方法因果圖方法是對(duì)等價(jià)類的擴(kuò)展，可以理解為“等價(jià)類組合判定表”。因果圖即輸入等價(jià)類與輸出等價(jià)類的關(guān)系圖因果圖設(shè)計(jì)方法因果圖方法是對(duì)等價(jià)類的擴(kuò)展，可以理解為“87因果圖生成測(cè)試用例的基本步驟分析軟件規(guī)格說明描述中，那些是原因(即輸入條件或輸入條件的等價(jià)類)，那些是結(jié)果(即輸出條件)，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。分析軟件規(guī)格說明描述中的語義。找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的關(guān)系。根據(jù)這些關(guān)系，畫出因果圖。因果圖生成測(cè)試用例的基本步驟分析軟件規(guī)格說明描述中，那些是88因果圖生成測(cè)試用例的基本步驟表明約束條件。由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)表明約束或限制條件。把因果圖轉(zhuǎn)換成判定表為判定表中每一列表示的情況設(shè)計(jì)測(cè)試用例。因果圖生成測(cè)試用例的基本步驟表明約束條件。由于語法或環(huán)境限制89正交試驗(yàn)法正交試驗(yàn)設(shè)計(jì)方法：是從大量的試驗(yàn)數(shù)據(jù)中挑選適量的、有代表性的點(diǎn)，從而合理的安排測(cè)試的一種科學(xué)的試驗(yàn)設(shè)計(jì)方法正交試驗(yàn)法正交試驗(yàn)設(shè)計(jì)方法：是從大量的試驗(yàn)數(shù)據(jù)中挑選適量的、90正交試驗(yàn)測(cè)試用例設(shè)計(jì)步驟提取功能說明，構(gòu)造因子狀態(tài)表。加權(quán)篩，生成因素分析表利用正交表構(gòu)造測(cè)試數(shù)據(jù)集。正交試驗(yàn)測(cè)試用例設(shè)計(jì)步驟提取功能說明，構(gòu)造因子狀態(tài)表。91正交試驗(yàn)法優(yōu)點(diǎn)節(jié)省測(cè)試工時(shí)?？煽刂茰y(cè)試用例的數(shù)量。測(cè)試用例具有一定的覆蓋率。正交試驗(yàn)法在軟件測(cè)試中是一種有效的方法，例如在平臺(tái)參數(shù)配置方面，我們要選擇哪種組合方式是最好的，每個(gè)參數(shù)可能就是一個(gè)因子，參數(shù)的不同取值就是平水，采用正交試驗(yàn)法設(shè)計(jì)出最少的測(cè)試組合，達(dá)到有效測(cè)試目的。正交試驗(yàn)法優(yōu)點(diǎn)節(jié)省測(cè)試工時(shí)。92功能圖分析方法功能圖方法：用功能圖形象地表示程序功能說明，并生成功能圖的測(cè)試用例。又可以稱作流程測(cè)試或狀態(tài)遷移測(cè)試類似于白盒測(cè)試中的邏輯覆蓋和路徑法需要懂得控制語句（循環(huán)，順序，選擇，重復(fù)）功能圖分析方法功能圖方法：用功能圖形象地表示程序功能說明，并93功能圖生成測(cè)試用例過程在每個(gè)狀態(tài)生成局部測(cè)試用例。測(cè)試路徑生成：從初始狀態(tài)到最后狀態(tài)的測(cè)試路徑測(cè)試用例合成：合成測(cè)試路徑和功能圖中每個(gè)狀態(tài)的局部測(cè)試用例。測(cè)試用例合成算法：條件構(gòu)造樹。功能圖生成測(cè)試用例過程在每個(gè)狀態(tài)生成局部測(cè)試用例。94場景法事件觸發(fā)控制流程，事件觸發(fā)時(shí)的情景便形成場景。同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流用例場景用來描述流經(jīng)用例的路徑，從用例開始到結(jié)束遍歷這條路徑的有基本流和備選流。場景法事件觸發(fā)控制流程，事件觸發(fā)時(shí)的情景便形成場景。95測(cè)試用例選擇的綜合策略1、首先進(jìn)行等價(jià)類劃分，包括輸入條件和輸出條件的等價(jià)類劃分，將無限測(cè)試變成有限測(cè)試，這是減少工作量和提高測(cè)試效率的有效方法。2、在任何情況下都必須使用邊界值分析方法。經(jīng)驗(yàn)表明，用這種方法設(shè)計(jì)出的測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)測(cè)試用例選擇的綜合策略1、首先進(jìn)行等價(jià)類劃分，包括輸入條件和96測(cè)試用例選擇的綜合策略3、可以用錯(cuò)誤推測(cè)法追加一些測(cè)試用例，這些需要依靠測(cè)試工程師的智慧和經(jīng)驗(yàn)。4、對(duì)照程序邏輯，檢查已設(shè)計(jì)的測(cè)試用例的邏輯覆蓋程序，如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)再補(bǔ)充足夠的測(cè)試用例。5、如果程序的功能說明中含有輸入條件的組合，則一開始就可以選因果圖法和判定表驅(qū)動(dòng)法。6、對(duì)參數(shù)配置類的軟件，要用正交試驗(yàn)法選擇較少的組合方式達(dá)到最佳的測(cè)試效果測(cè)試用例選擇的綜合策略3、可以用錯(cuò)誤推測(cè)法追加一些測(cè)試用例，97測(cè)試用例選擇的綜合策略7、功能圖法也是很好的測(cè)試用例設(shè)計(jì)方法，我們可以通過不同時(shí)期條件的有效性設(shè)計(jì)不同的測(cè)試數(shù)據(jù)。8、對(duì)于業(yè)務(wù)流清晰的系統(tǒng)，可以利用場景法貫穿整個(gè)測(cè)試案例過程，在案例中綜合使用各種測(cè)試方法。測(cè)試用例選擇的綜合策略7、功能圖法也是很好的測(cè)試用例設(shè)計(jì)方法98軟件缺陷軟件缺陷99什么是軟件缺陷符合下面

5條規(guī)則之一的問題稱為軟件缺陷：1、軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能。2、軟件出現(xiàn)產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤。（如果軟件含有產(chǎn)品說明中根本沒有存在的功能，這是缺陷）3、軟件功能超出產(chǎn)品說明書指明的范圍。4、軟件未達(dá)到產(chǎn)品說明書未指出但應(yīng)達(dá)到的目標(biāo)。（產(chǎn)品說明書雖然沒有提到，但是按照常理應(yīng)該達(dá)到的功能）5、軟件測(cè)試人員或用戶認(rèn)為軟件難以理解，不易使用，運(yùn)行速度緩慢等問題。什么是軟件缺陷符合下面5條規(guī)則之一的問題稱為軟件缺陷：100缺陷的生命周期簡單周期：

測(cè)試員找到并登記軟件缺陷，軟件缺陷移交到程序員=>程序員修復(fù)軟件缺陷，軟件缺陷移交到測(cè)試員=>測(cè)試員確定軟件缺陷被修復(fù)，測(cè)試員關(guān)閉軟件缺陷。缺陷的生命周期簡單周期：101缺陷的生命周期復(fù)雜周期：發(fā)現(xiàn)缺陷（測(cè)試員發(fā)現(xiàn)并登記缺陷，軟件缺陷轉(zhuǎn)到程序員）=>軟件缺陷移交到項(xiàng)目管理員=>（以不修復(fù)形式解決）項(xiàng)目管理員認(rèn)為軟件缺陷不重要，軟件缺陷移交到測(cè)試員=>重新激活缺陷（測(cè)試員不同意，找出通用失敗案例，軟件缺陷移交到項(xiàng)目管理員）=>項(xiàng)目管理員同意缺陷需要修復(fù)，缺陷轉(zhuǎn)給程序員=>以修復(fù)形式解決（測(cè)試員確認(rèn)軟件缺陷得以修復(fù)，測(cè)試員關(guān)閉軟件缺陷）=>缺陷關(guān)閉缺陷的生命周期復(fù)雜周期：102報(bào)告缺陷的要點(diǎn)復(fù)雜周期：發(fā)現(xiàn)了軟件缺陷，需要記錄下來，不但要記錄結(jié)果，同時(shí)需要詳細(xì)描述發(fā)現(xiàn)的步驟，以備程序員重現(xiàn)問題，并解決它。要求報(bào)告寫的清楚明了和準(zhǔn)確。有時(shí)利用截屏技術(shù)把當(dāng)時(shí)的情況保存成圖片，可以達(dá)到一圖勝千言的效果。參考軟件測(cè)試缺陷跟蹤管理說明.pdf文檔（vss\09_測(cè)試團(tuán)隊(duì)\公共\規(guī)范說明）報(bào)告缺陷的要點(diǎn)復(fù)雜周期：103缺陷的嚴(yán)重性分類A類——致命性：不能完全滿足系統(tǒng)要求，基本業(yè)務(wù)功能未實(shí)現(xiàn)系統(tǒng)崩潰、不穩(wěn)定或掛起等導(dǎo)致系統(tǒng)不能繼續(xù)運(yùn)行、導(dǎo)致系統(tǒng)出現(xiàn)不可預(yù)料的嚴(yán)重錯(cuò)誤的問題。缺陷的嚴(yán)重性分類A類——致命性：104缺陷的嚴(yán)重性分類B類——嚴(yán)重錯(cuò)誤：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒有辦法更正（重新安裝或重新啟動(dòng)不屬于更正辦法）。使系統(tǒng)不穩(wěn)定、破壞數(shù)據(jù)、產(chǎn)生錯(cuò)誤結(jié)果，部分功能無法執(zhí)行。缺陷的嚴(yán)重性分類B類——嚴(yán)重錯(cuò)誤：105缺陷的嚴(yán)重性分類C類——一般性錯(cuò)誤：

1、界面錯(cuò)誤。2、非重要功能無法正確執(zhí)行，實(shí)現(xiàn)不正確，實(shí)現(xiàn)不完整，但不影響功能3、非嚴(yán)重性產(chǎn)生錯(cuò)誤結(jié)果，但不影響一起功能。4、正確性不受影響，但系統(tǒng)性能和響應(yīng)時(shí)間受到影響。缺陷的嚴(yán)重性分類C類——一般性錯(cuò)誤：106缺陷的嚴(yán)重性分類D類——輕微錯(cuò)誤：使操作者不方便或遇到麻煩，但它不影響執(zhí)行工作功能或重要功能，或?qū)ψ罱K結(jié)果影響有限的問題。缺陷的嚴(yán)重性分類D類——輕微錯(cuò)誤：107缺陷的嚴(yán)重性分類E類——測(cè)試建議：不影響系統(tǒng)運(yùn)行，對(duì)系統(tǒng)的可用性等提示的建議性的問題。例如：

1、系統(tǒng)各個(gè)位置初始值的建議。2、流程優(yōu)化建議等等。缺陷的嚴(yán)重性分類E類——測(cè)試建議：108缺陷分析缺陷分析就是分析缺陷在與缺陷關(guān)聯(lián)關(guān)系的一個(gè)或多個(gè)參數(shù)值上的分布。缺陷分析提供了一個(gè)軟件可靠性指標(biāo)缺陷分析109缺陷分析主要參數(shù)狀態(tài)：缺陷的當(dāng)前狀態(tài)（打開的、正在修復(fù)或關(guān)閉的等）。優(yōu)先級(jí)：必須處理和解決缺陷的相對(duì)重要性。嚴(yán)重性：缺陷的相關(guān)影響。對(duì)最終用戶、組織或第三方的影響等等。起源：導(dǎo)致缺陷的起源故障及其位置，或排除該缺陷需要修復(fù)的構(gòu)件缺陷分析主要參數(shù)狀態(tài)：缺陷的當(dāng)前狀態(tài)（打開的、正在修復(fù)或關(guān)閉110缺陷分析報(bào)告可以將缺陷計(jì)數(shù)作為時(shí)間的函數(shù)來報(bào)告，即創(chuàng)建缺陷趨勢(shì)圖或報(bào)告；也可以將缺陷計(jì)數(shù)作為一個(gè)或多個(gè)缺陷參數(shù)的函數(shù)來報(bào)告，如作為缺陷密度報(bào)告中采用的嚴(yán)重性或狀態(tài)參數(shù)的函數(shù)。這些分析類型分別為揭示軟件可靠性的缺陷趨勢(shì)或缺陷分布提供了判斷依據(jù)缺陷分析報(bào)告可以將缺陷計(jì)數(shù)作為時(shí)間的函數(shù)來報(bào)告，即創(chuàng)建缺陷趨111軟件測(cè)試的技巧軟件測(cè)試的技巧112測(cè)試技巧分類結(jié)構(gòu)測(cè)試相對(duì)于功能測(cè)試動(dòng)態(tài)測(cè)試相對(duì)于靜態(tài)測(cè)試手工測(cè)試相對(duì)于自動(dòng)測(cè)試測(cè)試技巧分類結(jié)構(gòu)測(cè)試相對(duì)于功能測(cè)試113結(jié)構(gòu)測(cè)試技巧壓力測(cè)試執(zhí)行測(cè)試恢復(fù)測(cè)試操作測(cè)試復(fù)合性測(cè)試（與過程的復(fù)合性)安全測(cè)試結(jié)構(gòu)測(cè)試技巧壓力測(cè)試114壓力測(cè)試目標(biāo)模擬出實(shí)際用戶環(huán)境怎么用

產(chǎn)生測(cè)試數(shù)據(jù)測(cè)試組模擬用戶處理被創(chuàng)建的數(shù)據(jù)例子確定是否分配了足夠的磁盤空間通訊的容量是否足夠測(cè)試系統(tǒng)過載的情況什么時(shí)間使用當(dāng)關(guān)于容量的信息不確定的時(shí)候壓力測(cè)試目標(biāo)115性能測(cè)試技巧目標(biāo)確定系統(tǒng)達(dá)到了希望達(dá)到的性能水平如何使用使用軟件和硬件的監(jiān)視器使用模擬的監(jiān)控模型，對(duì)關(guān)心的性能指標(biāo)進(jìn)行監(jiān)控創(chuàng)建一個(gè)小程序例子計(jì)算通信的時(shí)間單位時(shí)間處理的信息量什么時(shí)候使用－在程序開發(fā)的早期進(jìn)行性能測(cè)試技巧目標(biāo)116恢復(fù)測(cè)試目標(biāo)當(dāng)在進(jìn)行安裝或組裝操作過程中，文件丟失時(shí)或發(fā)生意外后系統(tǒng)有能力重新進(jìn)行操作如何使用程序的安裝，運(yùn)行方式，工具的使用和關(guān)鍵技術(shù)經(jīng)過足夠的評(píng)估系統(tǒng)開發(fā)完畢后，介紹一下發(fā)生失敗后的處理過程例子人為的使一個(gè)系統(tǒng)在安裝或者組裝過程中產(chǎn)生錯(cuò)誤什么時(shí)間去使用當(dāng)操作的連續(xù)性是個(gè)重點(diǎn)的時(shí)候恢復(fù)測(cè)試目標(biāo)117操作測(cè)試目標(biāo)確定計(jì)算機(jī)的操作文檔已經(jīng)完整如何使用作為計(jì)算機(jī)正常操作的一部分來執(zhí)行測(cè)試?yán)硬僮鞯慕榻B被文檔化，操作者被培訓(xùn)什么時(shí)候使用預(yù)先將程序進(jìn)行產(chǎn)品化。操作性是系統(tǒng)的一個(gè)重要指標(biāo)的時(shí)候。操作測(cè)試目標(biāo)118復(fù)合性測(cè)試目標(biāo)校驗(yàn)程序的開發(fā)是否依照已定義的標(biāo)準(zhǔn)，流程和操作方式進(jìn)行的。如何去使用將文檔/程序同標(biāo)準(zhǔn)相比較比較有效的方法是檢查過程例子代碼互查（一行一行）什么時(shí)候使用依賴于管理的需要復(fù)合性測(cè)試目標(biāo)119安全性測(cè)試目標(biāo)安全性的缺陷很難被發(fā)現(xiàn)。大多數(shù)的情況下組織能夠防止一般性的破壞者。如何使用對(duì)安全性的需求進(jìn)行評(píng)審分析與安全性有關(guān)的處理流程轉(zhuǎn)包給專業(yè)的人員例子定義了被保護(hù)的資源，權(quán)限進(jìn)行了控制，日志文件和審查追蹤是可用的。什么時(shí)間使用當(dāng)被保護(hù)的資源對(duì)于組織具有重要的價(jià)值的時(shí)候安全性測(cè)試目標(biāo)120功能測(cè)試技巧需求測(cè)試回歸測(cè)試錯(cuò)誤處理測(cè)試支持手冊(cè)的測(cè)試系統(tǒng)兼容測(cè)試控制性測(cè)試并行測(cè)試功能測(cè)試技巧需求測(cè)試121需求測(cè)試目標(biāo)用戶的需求可以被實(shí)現(xiàn)如何使用創(chuàng)建測(cè)試用例和功能檢查列表例子建立測(cè)試矩陣去證實(shí)系統(tǒng)需求均被文檔化什么時(shí)候使用每一個(gè)應(yīng)用程序都要進(jìn)行需求測(cè)試需求測(cè)試目標(biāo)122回歸測(cè)試目標(biāo)程序修改后，確保功能的正確性如何使用重新測(cè)試應(yīng)用程序中沒有改變的部分例子重新執(zhí)行以前的測(cè)試用例什么時(shí)間使用當(dāng)新的程序有可能影響老的功能的時(shí)候回歸測(cè)試目標(biāo)123錯(cuò)誤處理測(cè)試目標(biāo)所有可能的錯(cuò)誤條件均經(jīng)過了驗(yàn)證如何使用一組有經(jīng)驗(yàn)的人員預(yù)測(cè)在那里會(huì)出現(xiàn)問題例子建立一個(gè)錯(cuò)誤處理的列表什么時(shí)候使用貫穿整個(gè)開發(fā)生命周期錯(cuò)誤處理測(cè)試目標(biāo)124支持手冊(cè)測(cè)試目標(biāo)檢驗(yàn)操作過程被文檔化了，并且完整了。如何使用對(duì)過程有足夠的介紹可以協(xié)助用戶正常使用例子系統(tǒng)在一定的條件下產(chǎn)生一個(gè)提示，用戶被告知如何采取必要的操作。什么時(shí)候使用最佳時(shí)機(jī)是在安裝測(cè)試的時(shí)候，但是應(yīng)該在開發(fā)全過程中。支持手冊(cè)測(cè)試目標(biāo)125兼容性測(cè)試目標(biāo)檢驗(yàn)當(dāng)使用適當(dāng)?shù)膮?shù)和數(shù)據(jù)時(shí)，需要的信息可以在兩個(gè)系統(tǒng)中正確的交換如何使用文件和數(shù)據(jù)被用來在多系統(tǒng)之間傳遞。例子典型的由一個(gè)系統(tǒng)到另一個(gè)系統(tǒng)的數(shù)據(jù)交換程序。什么時(shí)候使用當(dāng)兩個(gè)應(yīng)用程序之間的參數(shù)有可能發(fā)生變化的時(shí)候兼容性測(cè)試目標(biāo)126管理能力測(cè)試目標(biāo)驗(yàn)證數(shù)據(jù)交換時(shí)有足夠的審計(jì)追蹤能力如何使用關(guān)鍵數(shù)據(jù)或者有價(jià)值的數(shù)據(jù)例子從負(fù)面來看程序，是否確保了會(huì)出錯(cuò)的條件都被保護(hù)了。什么時(shí)候使用系統(tǒng)測(cè)試的一部分管理能力測(cè)試目標(biāo)127并行測(cè)試目的新版本和老版本同時(shí)運(yùn)行，用以確保新版本的程序運(yùn)行正確。如何使用需要對(duì)兩個(gè)系統(tǒng)輸入相同的數(shù)據(jù)來運(yùn)行例子運(yùn)行新舊兩個(gè)工資支付系統(tǒng)什么時(shí)間使用當(dāng)對(duì)新系統(tǒng)的的運(yùn)行情況不確定的時(shí)候并行測(cè)試目的128單元測(cè)試關(guān)注單元一級(jí)代碼分析和測(cè)試功能分析和測(cè)試結(jié)構(gòu)分析和測(cè)試以錯(cuò)誤為導(dǎo)向的分析和測(cè)試單元測(cè)試關(guān)注單元一級(jí)129測(cè)試要素/測(cè)試技巧矩陣測(cè)試要素壓力執(zhí)行恢復(fù)操作復(fù)合性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理并行單元可靠性√√√√√授權(quán)√√√文件完整性√√√√審查追蹤√√√過程連續(xù)性√√√√測(cè)試要素/測(cè)試技巧矩陣測(cè)試要素壓力執(zhí)行恢復(fù)操作復(fù)合性安全性需130測(cè)試要素/測(cè)試技巧矩陣測(cè)試要素壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元服務(wù)水平√√√權(quán)限控制√一致性√√√√正確性√√√√√√√√易用性√√√√可維護(hù)性√√兼容性√√耦合性√√√性能√√√√可操作性√√測(cè)試要素/測(cè)試技巧矩陣測(cè)試要素壓力執(zhí)行恢復(fù)操作完整性安全性需131測(cè)試工具的選擇測(cè)試工具的選擇132測(cè)試工具測(cè)試標(biāo)準(zhǔn)邊界值分析因果圖檢查表代碼比較對(duì)照以編譯為基礎(chǔ)的分析確認(rèn)/檢查控制流分析測(cè)試工具測(cè)試標(biāo)準(zhǔn)133測(cè)試工具能證明正確性的數(shù)據(jù)以覆蓋為基礎(chǔ)的測(cè)試數(shù)據(jù)字典數(shù)據(jù)流分析以設(shè)計(jì)為基礎(chǔ)的功能測(cè)試設(shè)計(jì)評(píng)審桌面檢查災(zāi)難性測(cè)試測(cè)試工具能證明正確性的數(shù)據(jù)134測(cè)試工具錯(cuò)誤猜測(cè)執(zhí)行的規(guī)則全面的測(cè)試實(shí)況調(diào)查流程圖檢查,視察使用儀器設(shè)備綜合測(cè)試設(shè)備映射圖測(cè)試工具錯(cuò)誤猜測(cè)135測(cè)試工具建模并行操作并行模擬代碼互查風(fēng)險(xiǎn)矩陣系統(tǒng)控制的評(píng)審得分快照(把系統(tǒng)一個(gè)時(shí)刻的情況保存下來)測(cè)試工具建模136測(cè)試工具完成特征系統(tǒng)日志測(cè)試用例測(cè)試用例的產(chǎn)生形式跟蹤工具程序容量的測(cè)試走查(講解開發(fā)思路)測(cè)試工具完成特征137選擇和使用測(cè)試工具按照用途選擇匹配的工具在適當(dāng)?shù)纳芷谶x擇工具按照測(cè)試人員的實(shí)際技能選擇匹配的工具選擇一個(gè)可提供的工具選擇和使用測(cè)試工具按照用途選擇匹配的工具138測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元確認(rèn)測(cè)試標(biāo)準(zhǔn)√√√√邊界值分析√√因果圖√√√√√檢查表√√√√√√√√√√√√代碼比較√√編譯分析√√確認(rèn)/檢查√√√√√√√√√控制流√證明正確性的數(shù)據(jù)√√√√√√測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需139測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元以覆蓋為基礎(chǔ)的測(cè)試√數(shù)據(jù)字典√√數(shù)據(jù)流分析√以設(shè)計(jì)為基礎(chǔ)的功能測(cè)試√設(shè)計(jì)評(píng)審√桌面檢查√√√√√災(zāi)難性測(cè)試√√√錯(cuò)誤猜測(cè)√√√√√√√√√√√√執(zhí)行規(guī)則√全面的測(cè)試√√√√√√√測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需140測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元實(shí)況調(diào)查√√√√√√√流程圖√√√√√檢查√√√√√√√√√√√√√使用儀器√√√√√√√綜合測(cè)試設(shè)備√√√√√√√√映射圖√建?！滩⑿胁僮鳌滩⑿心M√代碼互查√√√√√測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需141測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元風(fēng)險(xiǎn)對(duì)照表√√系統(tǒng)控制審計(jì)評(píng)審√√√打分√系統(tǒng)快照√特征執(zhí)行√系統(tǒng)日志√√√√√√√測(cè)試數(shù)據(jù)√√√√√√產(chǎn)生測(cè)試數(shù)據(jù)√√√√√√跟蹤√工具程序√√√測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需142測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需求回歸錯(cuò)誤處理手工支持系統(tǒng)兼容管理平行單元容量測(cè)試√走查√√√√√測(cè)試工具/測(cè)試技巧矩陣測(cè)試工具壓力執(zhí)行恢復(fù)操作完整性安全性需143軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝維護(hù)確認(rèn)測(cè)試標(biāo)準(zhǔn)√√邊界值分析√√因果圖√√檢查表√√√√√√代碼比較√編譯分析√基礎(chǔ)復(fù)雜度量測(cè)試√√控制流分析√驗(yàn)證、檢查√√√√√√正確性數(shù)據(jù)√√覆蓋測(cè)試對(duì)照表√√數(shù)據(jù)字典√軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝144軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝維護(hù)數(shù)據(jù)流分析√設(shè)計(jì)為基礎(chǔ)的功能測(cè)試√√設(shè)計(jì)評(píng)審√桌面檢查√√√√災(zāi)難性測(cè)試√√錯(cuò)誤猜測(cè)√√√√√√執(zhí)行規(guī)范√全面的測(cè)試√實(shí)況調(diào)查√√√√√√流程圖√√√檢查√√√√√√使用儀器√√√軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝145軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝維護(hù)綜合測(cè)試工具√映射圖√模型√√并行操作√并行模擬√代碼互查√√√√√√風(fēng)險(xiǎn)列表√√系統(tǒng)控制審計(jì)評(píng)審√打分√√系統(tǒng)快照√完成特征√系統(tǒng)日志√√√軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝146軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝維護(hù)測(cè)試用例√√√√測(cè)試用例得產(chǎn)生形式√√跟蹤√√工具程序√√√容量測(cè)試√走查√√√軟件開發(fā)生命周期/測(cè)試工具對(duì)照表測(cè)試工具需求設(shè)計(jì)編碼測(cè)試安裝147測(cè)試工具管理工具管理者的職責(zé)對(duì)工具負(fù)責(zé)幫助同事使用這些工具培訓(xùn)工具得使用方法負(fù)責(zé)同工具的廠家聯(lián)系每年給出有關(guān)工具使用和購買得計(jì)劃工具得升級(jí)工具情況報(bào)告工具管理者得任期不易太長測(cè)試工具管理工具管理者的職責(zé)148測(cè)試工具管理工具管理者的職責(zé)對(duì)工具負(fù)責(zé)幫助同事使用這些工具培訓(xùn)工具得使用方法負(fù)責(zé)同工具的廠家聯(lián)系每年給出有關(guān)工具使用和購買得計(jì)劃工具得升級(jí)工具情況報(bào)告工具管理者得任期不易太長測(cè)試工具管理工具管理者的職責(zé)149軟件的測(cè)試整個(gè)過程估算測(cè)試計(jì)劃需求設(shè)計(jì)編碼測(cè)試總結(jié)安裝，交付維護(hù)軟件的測(cè)試整個(gè)過程估算150估算估算151估算什么測(cè)試對(duì)軟件工作量的估算的準(zhǔn)確性測(cè)試評(píng)估軟件系統(tǒng)的狀況的準(zhǔn)確性關(guān)注點(diǎn)：不準(zhǔn)確的估算不適當(dāng)?shù)拈_發(fā)過程不真實(shí)的狀態(tài)報(bào)告估算什么測(cè)試對(duì)軟件工作量的估算的準(zhǔn)確性152對(duì)工作量的估算如何知道對(duì)工作量的估算是正確的估算工作量的工具很容易出錯(cuò)對(duì)軟件工作量的估算需要策略五個(gè)一般的方法猜加入一些約束條件以一些數(shù)據(jù)為基礎(chǔ)模擬進(jìn)行工作將一些參數(shù)模型化對(duì)工作量的估算如何知道對(duì)工作量的估算是正確的153參數(shù)模型法回歸模型：將現(xiàn)有的參數(shù)與已有的歷史數(shù)據(jù)相擬和。啟發(fā)式模型：對(duì)歷史數(shù)據(jù)進(jìn)行觀察和解釋現(xiàn)象模型：假設(shè)軟件開發(fā)過程可以依據(jù)一些更廣泛的可適用的過程解釋。參數(shù)模型法回歸模型：將現(xiàn)有的參數(shù)與已有的歷史數(shù)據(jù)相擬和。154模型遵循的共同模式估算軟件的大小將大小轉(zhuǎn)化成人力的估算，并且作出可能的成本的估算依據(jù)項(xiàng)目的特性進(jìn)行估算的調(diào)整將整體的估算劃分到不同的項(xiàng)目階段中估算不包括技巧上面的人力和計(jì)算機(jī)的運(yùn)行時(shí)間將以上內(nèi)容相加模型遵循的共同模式估算軟件的大小155對(duì)估算進(jìn)行檢驗(yàn)檢驗(yàn)估算模型的合理性檢驗(yàn)?zāi)Ｐ褪欠癜吮仨毜臏y(cè)試要素檢驗(yàn)?zāi)Ｐ偷恼_性對(duì)估算進(jìn)行檢驗(yàn)檢驗(yàn)估算模型的合理性156校驗(yàn)估算模型的正確性重新進(jìn)行估算校驗(yàn)輸入是否正確校驗(yàn)輸入是否合理校驗(yàn)對(duì)數(shù)據(jù)的計(jì)算是否合理有效比較延期的估算是否符合項(xiàng)目實(shí)際情況讓謹(jǐn)慎的人來作測(cè)試驗(yàn)證工作對(duì)軟件中的冗余價(jià)值估算 校驗(yàn)估算模型的正確性重新進(jìn)行估算157影響估算正確與否的因素軟件規(guī)模新設(shè)計(jì)新代碼的比例復(fù)雜程度設(shè)計(jì)和編碼的困難使用什么語言安全性需求的揮發(fā)性影響估算正確與否的因素軟件規(guī)模158影響估算正確與否的因素組織因素項(xiàng)目計(jì)劃人員開發(fā)環(huán)境計(jì)算機(jī)資源人員利用率膨脹因素估算就是估算，不是保證書影響估算正確與否的因素組織因素159軟件進(jìn)展測(cè)試追蹤系統(tǒng)的瓶頸工作完成點(diǎn)同配置管理系統(tǒng)緊密的結(jié)合如何使用模塊列表里程碑工作完成點(diǎn)用計(jì)算所有工作的完成度來檢查系統(tǒng)工作過程。軟件進(jìn)展測(cè)試追蹤系統(tǒng)的瓶頸160測(cè)試計(jì)劃測(cè)試計(jì)劃161開發(fā)測(cè)試計(jì)劃目標(biāo)詳細(xì)的描述怎樣能成功的完成測(cè)試工作，其中應(yīng)包含必須的資源和實(shí)施計(jì)劃?？赡艿牟焕蛩兀簺]有得到足夠的培訓(xùn)心里準(zhǔn)備不足缺乏測(cè)試工具缺乏管理的標(biāo)準(zhǔn)和支持缺乏客戶和最終使用者的參與沒有足夠的時(shí)間進(jìn)行測(cè)試對(duì)于獨(dú)立的測(cè)試人員過度信任版本改變的太快測(cè)試人員處于不受重視的情況中不能說不開發(fā)測(cè)試計(jì)劃目標(biāo)162實(shí)施過程聽取各方面的意見和建議標(biāo)明項(xiàng)目風(fēng)險(xiǎn)測(cè)試要素聯(lián)系測(cè)試矩陣建立測(cè)試計(jì)劃對(duì)計(jì)劃進(jìn)行評(píng)審實(shí)施過程聽取各方面的意見和建議163建立測(cè)試計(jì)劃定義測(cè)試目標(biāo)開發(fā)測(cè)試矩陣軟件模型結(jié)構(gòu)特性批量測(cè)試的階段和用例為在線系統(tǒng)作概念上的測(cè)試腳本軟件測(cè)試矩陣定義測(cè)試管理測(cè)試計(jì)劃的一般性信息定義測(cè)試?yán)锍瘫x管理上的檢查點(diǎn)書寫測(cè)試計(jì)劃建立測(cè)試計(jì)劃定義測(cè)試目標(biāo)164評(píng)審測(cè)試計(jì)劃涉及評(píng)審的問題評(píng)審測(cè)試的開始時(shí)間是否會(huì)延期有沒有抵觸評(píng)審的角色一段時(shí)間內(nèi)是否很難得到工作的檢查信息。更換工具有可能導(dǎo)致他們反感評(píng)審工作評(píng)審結(jié)果可能會(huì)影響對(duì)個(gè)人的工作評(píng)價(jià)對(duì)于最終成品的檢查項(xiàng)目的需求規(guī)格說明書軟件返工/維護(hù)的文檔升級(jí)后的技術(shù)文檔被更改的源程序測(cè)試計(jì)劃用戶手冊(cè)（包括在線幫助）評(píng)審測(cè)試計(jì)劃涉及評(píng)審的問題165評(píng)審測(cè)試計(jì)劃正式評(píng)審中的角色緩和劑（SQA）讀者記錄者作者檢測(cè)員正式評(píng)審發(fā)現(xiàn)的缺陷應(yīng)包含的信息起因類型分類級(jí)別評(píng)審測(cè)試計(jì)劃正式評(píng)審中的角色166評(píng)審流程計(jì)劃和組織通篇的講解（可選）個(gè)人準(zhǔn)備評(píng)審會(huì)議修訂和反復(fù)評(píng)審流程計(jì)劃和組織167需求階段的測(cè)試需求階段的測(cè)試168測(cè)試成本在軟件開發(fā)的所有階段進(jìn)行測(cè)試被設(shè)計(jì)用來減少測(cè)試成本IBM的數(shù)據(jù)大約60個(gè)缺陷/千行2/3的缺陷產(chǎn)生在需求和設(shè)計(jì)階段在需求和設(shè)計(jì)階段發(fā)現(xiàn)的缺陷修正的花費(fèi)最小修正系統(tǒng)測(cè)試階段發(fā)現(xiàn)的缺陷，花費(fèi)是以上的10倍發(fā)布產(chǎn)品以后，修正缺陷的花費(fèi)是原來的100倍測(cè)試成本在軟件開發(fā)的所有階段進(jìn)行測(cè)試169生命周期的測(cè)試概念在軟件開發(fā)過程中持續(xù)的進(jìn)行測(cè)試在盡可能早的階段點(diǎn)去修正缺陷需要正式的開發(fā)流程來支持組建測(cè)試團(tuán)隊(duì)當(dāng)開發(fā)開始進(jìn)行的時(shí)候，測(cè)試就開始進(jìn)行了生命周期的測(cè)試概念在軟件開發(fā)過程中持續(xù)的進(jìn)行測(cè)試170需求階段的測(cè)試準(zhǔn)備風(fēng)險(xiǎn)列表確定風(fēng)險(xiǎn)組確定風(fēng)險(xiǎn)風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)檢查表建立控制目標(biāo)確定有足夠的控制力度需求階段的測(cè)試準(zhǔn)備風(fēng)險(xiǎn)列表171分析測(cè)試要素需求的設(shè)計(jì)是否遵循了已定義的方法提交了已定義的功能說明定義了系統(tǒng)界面已經(jīng)估計(jì)了性能標(biāo)準(zhǔn)容忍度被預(yù)先估計(jì)預(yù)先定義了權(quán)限規(guī)則需求中預(yù)先定義了文件完整性預(yù)先定義了需求的變更流程預(yù)先定義了失敗的影響權(quán)限定義分析測(cè)試要素需求的設(shè)計(jì)是否遵循了已定義的方法172需求走查建立基本規(guī)則選擇小組/通報(bào)參與者項(xiàng)目介紹問題/建議形成最終報(bào)告需求走查建立基本規(guī)則173需求階段測(cè)試所有的花費(fèi)都是值得的大部分缺陷將不會(huì)進(jìn)入到設(shè)計(jì)&編碼階段目標(biāo)需求正確的表現(xiàn)出了用戶的需要需求已經(jīng)被定義和文檔化了花費(fèi)和收益成正比需求的控制被明確有合理的流程可遵循有合理的方法可供選擇需求階段測(cè)試所有的花費(fèi)都是值得的174設(shè)計(jì)階段的測(cè)試設(shè)計(jì)階段的測(cè)試175設(shè)計(jì)階段的測(cè)試交付的產(chǎn)品輸入說明過程說明文件說明輸出說明控制說明系統(tǒng)流程圖硬件和軟件的需求操作手冊(cè)說明書數(shù)據(jù)保留的策略設(shè)計(jì)階段的測(cè)試交付的產(chǎn)品176設(shè)計(jì)階段測(cè)試任務(wù)給測(cè)試要素打分分析測(cè)試要素對(duì)設(shè)計(jì)進(jìn)行評(píng)審檢查修改的部分設(shè)計(jì)階段測(cè)試任務(wù)給測(cè)試要素打分177分析測(cè)試要素測(cè)試涉及的內(nèi)容：設(shè)計(jì)了對(duì)數(shù)據(jù)完整性的控制設(shè)計(jì)了權(quán)限規(guī)則設(shè)計(jì)了對(duì)文件完整性的控制設(shè)計(jì)了審計(jì)追蹤設(shè)計(jì)了發(fā)生意外情況時(shí)的計(jì)劃設(shè)計(jì)了如何達(dá)到服務(wù)水平的方法定義了權(quán)限流程定義了完整的方法學(xué)設(shè)計(jì)了保證需求一致性的方法進(jìn)行了易用性的設(shè)計(jì)設(shè)計(jì)是可維護(hù)的設(shè)計(jì)是簡單的交互界面設(shè)計(jì)完畢定義了成功的標(biāo)準(zhǔn)需要同實(shí)際操作者溝通分析測(cè)試要素測(cè)試涉及的內(nèi)容：178對(duì)設(shè)計(jì)進(jìn)行評(píng)審選擇評(píng)審組成員對(duì)評(píng)審組進(jìn)行培訓(xùn)通報(bào)項(xiàng)目組分配足夠的時(shí)間只對(duì)文檔化的事實(shí)進(jìn)行評(píng)審和項(xiàng)目組一起進(jìn)行評(píng)審對(duì)評(píng)審形成建議和項(xiàng)目組對(duì)建議一起進(jìn)行評(píng)審準(zhǔn)備正式的報(bào)告對(duì)設(shè)計(jì)進(jìn)行評(píng)審選擇評(píng)審組成員179編碼階段的測(cè)試編碼階段的測(cè)試180形成的輸出編碼說明書程序文檔計(jì)算機(jī)程序列表可執(zhí)行的程序程序流程圖操作介紹單元測(cè)試結(jié)果形成的輸出編碼說明書181測(cè)試活動(dòng)的關(guān)注點(diǎn)完成對(duì)數(shù)據(jù)完整性的控制定義完畢授權(quán)的規(guī)則完成對(duì)文件完整性的控制實(shí)現(xiàn)審計(jì)追蹤規(guī)劃出意外情況發(fā)生后的處理計(jì)劃對(duì)系統(tǒng)如何達(dá)到預(yù)定義的服務(wù)水平做了計(jì)劃完成了對(duì)安全問題的處理流程編碼工作是依據(jù)規(guī)定的方法完成的編碼與設(shè)計(jì)相一致（正確性）編碼與設(shè)計(jì)相一致（易用性）代碼是可維護(hù)的編碼與設(shè)計(jì)相一致（簡潔性）編碼與設(shè)計(jì)相一致（耦合性）已開發(fā)了操作流程定義出程序成功的標(biāo)準(zhǔn)（性能上）測(cè)試活動(dòng)的關(guān)注點(diǎn)完成對(duì)數(shù)據(jù)完整性的控制182測(cè)試的職責(zé)編碼是一個(gè)純技術(shù)的工作，幾乎不需要用戶的參與項(xiàng)目領(lǐng)導(dǎo)者有參與測(cè)試的責(zé)任監(jiān)督過程的有效性測(cè)試的職責(zé)編碼是一個(gè)純技術(shù)的工作，幾乎不需要用戶的參與183建議的測(cè)試方式桌面調(diào)試語法上的結(jié)構(gòu)上的功能上的代碼互查建立基本的互查規(guī)則選擇互查的team對(duì)成員進(jìn)行培訓(xùn)選擇互查的方法提供互查的材料流程圖，源程序，典型的處理流程對(duì)互查進(jìn)行必要的管理給出互查結(jié)論提供最終的報(bào)告建議的測(cè)試方式桌面調(diào)試184編碼階段的測(cè)試需解決的問題系統(tǒng)是可維護(hù)的嗎？系統(tǒng)說明是否已經(jīng)完成了？編碼是否按照既有的標(biāo)準(zhǔn)進(jìn)行，過程是否易于實(shí)踐？是否有足夠的測(cè)試計(jì)劃用來評(píng)估可執(zhí)行的程序？是否編制了足夠的文檔。編碼階段的測(cè)試需解決的問題系統(tǒng)是可維護(hù)的嗎？185測(cè)試關(guān)注點(diǎn)在需求，設(shè)計(jì)，編碼階段多進(jìn)行一些測(cè)試，在系統(tǒng)測(cè)試階段就會(huì)少一些問題。文檔測(cè)試階段的測(cè)試計(jì)劃測(cè)試用例前期測(cè)試的測(cè)試結(jié)果第三方測(cè)試反饋，例如：計(jì)算機(jī)操作人員正式的測(cè)試總結(jié)報(bào)告測(cè)試關(guān)注點(diǎn)在需求，設(shè)計(jì)，編碼階段多進(jìn)行一些測(cè)試，在系統(tǒng)測(cè)試階186典型測(cè)試類型手冊(cè)，回歸，功能點(diǎn)測(cè)試一致性測(cè)試（授權(quán)）功能點(diǎn)測(cè)試（完整性）功能點(diǎn)測(cè)試（審計(jì)，追蹤）覆蓋性的測(cè)試（測(cè)試的連續(xù)性）壓力測(cè)試（服務(wù)水平）一致性測(cè)試（安全性）依照預(yù)先定義的測(cè)試方法功能點(diǎn)測(cè)試（正確性）支持手冊(cè)的測(cè)試（易用性）檢查（可維護(hù)性）災(zāi)難性的測(cè)試（可攜帶性）功能和回歸測(cè)試（耦合性）一致性的測(cè)試（性能）操作性的測(cè)試（易用性）典型測(cè)試類型手冊(cè)，回歸，功能點(diǎn)測(cè)試187建議測(cè)試方法測(cè)試方法測(cè)試用例的概念是簡單的建立有效的測(cè)試用例是復(fù)雜的設(shè)計(jì)測(cè)試文件測(cè)試用例應(yīng)當(dāng)包含合法的和非法的輸入每一個(gè)動(dòng)作只進(jìn)行一次關(guān)鍵操作輸入測(cè)試數(shù)據(jù)分析結(jié)果嘗試將測(cè)試文件違反程序的規(guī)則進(jìn)行輸入容量測(cè)試的測(cè)試工具以大信息量的數(shù)據(jù)進(jìn)行輸入這是一個(gè)昂貴的測(cè)試，應(yīng)根據(jù)需要來選擇在線系統(tǒng)需要做壓力測(cè)試建議測(cè)試方法測(cè)試方法188測(cè)試總結(jié)測(cè)試總結(jié)189測(cè)試報(bào)告目標(biāo)表示出目前項(xiàng)目的實(shí)際狀況明確什么是測(cè)試做的工作，什么是不作的工作。給出系統(tǒng)的操作性能的評(píng)價(jià)明確什么時(shí)候系統(tǒng)可以進(jìn)行產(chǎn)品化的工作關(guān)注點(diǎn)測(cè)試報(bào)告只有真正需要的時(shí)候才有用，需要配合市場和管理測(cè)試的信息是不充分的（對(duì)于評(píng)價(jià)一個(gè)項(xiàng)目來說）測(cè)試狀況并不能真實(shí)的反應(yīng)個(gè)人的狀況測(cè)試報(bào)告目標(biāo)190測(cè)試期間數(shù)據(jù)的收集有關(guān)測(cè)試結(jié)果的積累數(shù)據(jù)測(cè)試任務(wù)，測(cè)試集合和測(cè)試事件的描述缺陷分析由于計(jì)劃的問題，導(dǎo)致沒有發(fā)現(xiàn)的缺陷的數(shù)據(jù)嚴(yán)重的缺陷缺陷類型為什么缺陷沒有發(fā)現(xiàn)效果測(cè)試期間數(shù)據(jù)的收集有關(guān)測(cè)試結(jié)果的積累數(shù)據(jù)191測(cè)試報(bào)告報(bào)告目前的軟件狀態(tài)功能/測(cè)試矩陣功能測(cè)試的狀態(tài)報(bào)告，側(cè)重點(diǎn)分析關(guān)于功能的工作時(shí)間軸期望發(fā)現(xiàn)VS實(shí)際發(fā)現(xiàn)的缺陷比沒有發(fā)現(xiàn)的缺陷和改正的缺陷的差距按照類型分類，沒有改正的缺陷的平均值缺陷分類報(bào)告測(cè)試活動(dòng)報(bào)告測(cè)試報(bào)告報(bào)告目前的軟件狀態(tài)192最終的報(bào)告匯總各個(gè)階段的項(xiàng)目測(cè)試總結(jié)報(bào)告繼承性測(cè)試報(bào)告系統(tǒng)測(cè)試報(bào)告確認(rèn)測(cè)試報(bào)告最終的報(bào)告匯總各個(gè)階段的項(xiàng)目測(cè)試總結(jié)報(bào)告193軟件測(cè)試培訓(xùn)資料軟件測(cè)試培訓(xùn)資料194內(nèi)容軟件測(cè)試?yán)碚摶A(chǔ)軟件測(cè)試流程軟件項(xiàng)目運(yùn)作流程軟件測(cè)試工作流程軟件測(cè)試用例設(shè)計(jì)方法軟件缺陷測(cè)試的技巧測(cè)試工具的選擇軟件的測(cè)試整個(gè)過程內(nèi)容軟件測(cè)試?yán)碚摶A(chǔ)195軟件測(cè)試?yán)碚摶A(chǔ)軟件測(cè)試?yán)碚摶A(chǔ)196測(cè)試行業(yè)簡介軟件測(cè)試在軟件生命周期中占據(jù)重要作用。軟件生命周期的每個(gè)階段都應(yīng)該包含測(cè)試從而檢驗(yàn)本階段的成果是否接近預(yù)期的目標(biāo)，盡可能早的發(fā)現(xiàn)錯(cuò)誤并加以修正。由于測(cè)試的重要性和復(fù)雜度，它慢慢的獨(dú)立發(fā)展成為一個(gè)行業(yè)，并且在迅猛發(fā)展。在典型的軟件開發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開發(fā)總工作量的40％以上。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占30％到50％測(cè)試行業(yè)簡介軟件測(cè)試在軟件生命周期中占據(jù)重要作用。197軟件測(cè)試概論（概述）1975年，“測(cè)試數(shù)據(jù)選擇的原理”（TowardatheoryofTestData