測(cè)試?yán)碚撝R(shí)

測(cè)試?yán)碚撝R(shí)第一頁，共五十三頁，2022年，8月28日1軟件測(cè)試基礎(chǔ)

第二頁，共五十三頁，2022年，8月28日課題目標(biāo)軟件測(cè)試的產(chǎn)生什么是軟件測(cè)試軟件測(cè)試的目標(biāo)軟件測(cè)試的對(duì)象軟件測(cè)試的原則軟件測(cè)試分類測(cè)試生命周期測(cè)試方法和工具測(cè)試策略和流程理解測(cè)試組織測(cè)試文檔測(cè)試工程師素質(zhì)第三頁，共五十三頁，2022年，8月28日軟件測(cè)試的產(chǎn)生程序規(guī)模的爆炸式增長在程序自身與用戶需求之間尋找平衡點(diǎn)解放程序員解放售后服務(wù)人員推動(dòng)軟件工程的發(fā)展提高公司信譽(yù)和減少客服支出第四頁，共五十三頁，2022年，8月28日軟件測(cè)試的發(fā)展1979年，GlenfordMyers，《theartofsoftwaretesting》1972年，BillHetzel軟件測(cè)試會(huì)議，結(jié)構(gòu)化軟件測(cè)試課程。《thecompleteguidetosoftwaretesting》1988年，STEP（systematictestingandevaluationprocess）系統(tǒng)化的測(cè)試和評(píng)估流程1996年，TCMM（testingcapabilitymaturitymodel）、TSM（testabilitysupportmodel）、TMM（testingmaturitymodel）第五頁，共五十三頁，2022年，8月28日什么是軟件測(cè)試測(cè)試是一個(gè)過程，包括計(jì)劃、準(zhǔn)備、執(zhí)行以及評(píng)估等。測(cè)試是使用各種可能的技術(shù)來發(fā)現(xiàn)程序或文檔的錯(cuò)誤。軟件測(cè)試不再是軟件開發(fā)的一個(gè)階段。第六頁，共五十三頁，2022年，8月28日什么是軟件測(cè)試測(cè)試軟件就是在控制的條件下操作軟件,目的在于：驗(yàn)證操作是否按照“規(guī)定”進(jìn)行；驗(yàn)證（Verification）：就是檢查或測(cè)試條目（包括軟件），評(píng)價(jià)結(jié)果與事先規(guī)定的需求是否一致。[驗(yàn)證：我們建立的系統(tǒng)正確嗎？]確認(rèn)規(guī)定做的事情是否是用戶實(shí)際需要的；確認(rèn)（Validation）:是查看系統(tǒng)的正確性。就是檢查規(guī)定做的事情是否是用戶實(shí)際需要做的。[驗(yàn)證：我們建立了正確的系統(tǒng)嗎？]錯(cuò)誤檢測(cè)；錯(cuò)誤檢測(cè)（ErrorDetection）:測(cè)試應(yīng)該有意制造錯(cuò)誤現(xiàn)場(chǎng)，以確定事情是否在不應(yīng)該發(fā)生的時(shí)候發(fā)生；或者在應(yīng)該發(fā)生的時(shí)候而不發(fā)生。第七頁，共五十三頁，2022年，8月28日看看下面這幾句話是否正確？測(cè)試是為了表明程序是正確的；成功的測(cè)試是沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試；發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目的，查找不出錯(cuò)誤的測(cè)試就是沒有價(jià)值的；測(cè)試只能查找出程序中的錯(cuò)誤，不能證明程序中沒有錯(cuò)誤；沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的；第八頁，共五十三頁，2022年，8月28日軟件測(cè)試的屬性對(duì)于任何一款軟件來講，它的價(jià)值在于正確的實(shí)現(xiàn)了用戶的需求，那么測(cè)試的最終目的，就是測(cè)試軟件是否真正的對(duì)于用戶的需求進(jìn)行了實(shí)現(xiàn)，并使系統(tǒng)達(dá)到用戶可以接受的程度。①軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程；

②測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤;

③一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；

④一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。第九頁，共五十三頁，2022年，8月28日軟件測(cè)試的目標(biāo)簡單地說，就是替用戶受過，測(cè)試的最終目的是確保最終交給用戶的產(chǎn)品的功能符合用戶的需求，把盡可能多的問題在產(chǎn)品交給用戶之前發(fā)現(xiàn)并改正。具體地講，測(cè)試一般要達(dá)到下列目標(biāo)：

1、確保產(chǎn)品完成了它所承諾或公布的功能，并且所有用戶可以訪問到的功能都有明確的書面說明。

2、確保產(chǎn)品滿足性能和效率的要求

使用起來系統(tǒng)運(yùn)行性能低，用戶界面不友好、用戶操作不方便(效率低)的產(chǎn)品不能說是一個(gè)有競(jìng)爭力的產(chǎn)品。

用戶最關(guān)心的不是你的技術(shù)有多先進(jìn)、功能有多強(qiáng)大，而是他能從這些技術(shù)、這些功能中得到多少好處。

3、確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的

健壯性即穩(wěn)定性，是產(chǎn)品質(zhì)量的基本要求，尤其對(duì)于一個(gè)用于事務(wù)關(guān)鍵或時(shí)間關(guān)鍵的工作環(huán)境中。第十頁，共五十三頁，2022年，8月28日測(cè)試和質(zhì)量的關(guān)系不存在完備的測(cè)試。測(cè)試有助于提高軟件的質(zhì)量，但是提高軟件的質(zhì)量不能依賴于測(cè)試。測(cè)試與質(zhì)量的關(guān)系很象在考試中“檢查”與“成績”的關(guān)系。學(xué)習(xí)好的學(xué)生，在考試時(shí)通過認(rèn)真檢查能減少因疏忽而造成的答題錯(cuò)誤，從而“提高”了考試成績（取得他本來就該得的好成績）。而學(xué)習(xí)差的學(xué)生，他原本就不會(huì)做題目，無論檢查多么細(xì)心，也不能提高成績。所以說，軟件的高質(zhì)量是設(shè)計(jì)出來的，而不是靠測(cè)試修補(bǔ)出來的。第十一頁，共五十三頁，2022年，8月28日軟件測(cè)試的對(duì)象需求調(diào)研需求分析產(chǎn)品立項(xiàng)總體設(shè)計(jì)詳細(xì)設(shè)計(jì)程序編碼第十二頁，共五十三頁，2022年，8月28日軟件測(cè)試的對(duì)象軟件測(cè)試并不等于程序測(cè)試。軟件測(cè)試應(yīng)該貫穿整個(gè)軟件定義與開發(fā)整個(gè)期間。因此需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)該是軟件測(cè)試的對(duì)象。在對(duì)需求理解與表達(dá)的正確性、設(shè)計(jì)與表達(dá)的正確性、實(shí)現(xiàn)的正確性以及運(yùn)行的正確性的驗(yàn)證中，任何一個(gè)環(huán)節(jié)發(fā)生了問題都可能在軟件測(cè)試中表現(xiàn)出來。第十三頁，共五十三頁，2022年，8月28日測(cè)試的基本原則早測(cè)原則： 盡可能早的對(duì)軟件進(jìn)行測(cè)試用戶原則： 用戶才是軟件的最終檢驗(yàn)者，測(cè)試要以用戶為標(biāo)準(zhǔn)獨(dú)立原則： 產(chǎn)品開發(fā)人員不允許成為產(chǎn)品的最終測(cè)試者。中立原則： 測(cè)試人員只對(duì)軟件測(cè)試負(fù)責(zé)，不對(duì)軟件質(zhì)量或開發(fā)人員負(fù)責(zé)。Good-Enough原則：

不存在完備的Zero-Bug測(cè)試。Bug2-8原則：

80%的bug在20%的模塊中被發(fā)現(xiàn)；第十四頁，共五十三頁，2022年，8月28日軟件測(cè)試的分類按方法分按技術(shù)分按階段分按技術(shù)分白盒黑盒功能結(jié)構(gòu)按階段分按類型分需求設(shè)計(jì)單元集成系統(tǒng)系統(tǒng)集成驗(yàn)收靜態(tài)動(dòng)態(tài)按階段分第十五頁，共五十三頁，2022年，8月28日測(cè)試技術(shù)角度分為兩大類黑盒測(cè)試白盒測(cè)試兩種測(cè)試方法從不同的角度出發(fā)，反映了軟件的不同側(cè)面，也適用于不同的開發(fā)環(huán)境第十六頁，共五十三頁，2022年，8月28日白盒測(cè)試白盒測(cè)試又稱結(jié)構(gòu)測(cè)試、玻璃盒測(cè)試。它屬于邏輯驅(qū)動(dòng)測(cè)試，是基于程序內(nèi)部結(jié)構(gòu)的測(cè)試。主要應(yīng)用于結(jié)構(gòu)化開發(fā)環(huán)境。應(yīng)用程序第十七頁，共五十三頁，2022年，8月28日白盒測(cè)試測(cè)試者從系統(tǒng)內(nèi)部進(jìn)行監(jiān)測(cè)。他們關(guān)心的是“怎樣做的”而非“做了什么”。

測(cè)試編碼的分支和條件判定

跟蹤編程者的某條邏輯路徑。

以邏輯為導(dǎo)向。測(cè)試者關(guān)心的是程序中控制流的所有可能路徑的執(zhí)行情況。是單元測(cè)試（有時(shí)也用在集成測(cè)試或可操作性測(cè)試上）所必需的測(cè)試技術(shù)，并且?guī)缀醵际怯杉夹g(shù)人員來完成的。

第十八頁，共五十三頁，2022年，8月28日白盒測(cè)試技術(shù)語句覆蓋

用于驗(yàn)證程序中每一個(gè)語句至少執(zhí)行了一次。這保證了完整的邏輯覆蓋。

判定覆蓋

改進(jìn)了語句覆蓋。它測(cè)試所有正確和錯(cuò)誤的分支

要同通過所有的分支并且要訪問每一個(gè)入口至少一次。但是一旦條件滿足它將不必再去該測(cè)試語句中包括的其他分支情況。

條件覆蓋

目標(biāo)是測(cè)試一個(gè)語句中的所有條件，而不是測(cè)試每一個(gè)判斷結(jié)果，來保證完整覆蓋。要對(duì)程序中的每個(gè)判斷點(diǎn)及其正確情況和錯(cuò)誤情況都至少測(cè)試一次才算完成

路徑覆蓋

保證所有的的路徑組合都被調(diào)用至少一次

這些組合基于，從所有入口到所有出口，每個(gè)條件判斷的結(jié)果的所有可能組合。

第十九頁，共五十三頁，2022年，8月28日黑盒測(cè)試輸入輸出黑盒測(cè)試又稱功能測(cè)試。它屬于數(shù)據(jù)驅(qū)動(dòng)測(cè)試，是基于用戶需求的測(cè)試。主要應(yīng)用于快速應(yīng)用開發(fā)（RAD）環(huán)境。第二十頁，共五十三頁，2022年，8月28日黑盒測(cè)試測(cè)試者是從系統(tǒng)之外進(jìn)行監(jiān)測(cè)。他們所關(guān)心的是“做了什么”而非“怎樣做的”。是以需求和詳細(xì)使用說明為導(dǎo)向并可用于所有的級(jí)別的測(cè)試。

系統(tǒng)或工作產(chǎn)品是從功能的角度來定義和考察的。為了測(cè)試系統(tǒng)，人們把所有可能的輸入組合輸入系統(tǒng)，然后檢測(cè)輸出。有效和無效輸入都要用于測(cè)試系統(tǒng)。

考慮數(shù)值的每一種可能類型

考慮范圍邊界的內(nèi)側(cè)和外側(cè)。

考慮預(yù)想的輸入和輸出值

第二十一頁，共五十三頁，2022年，8月28日黑盒測(cè)試適用的幾個(gè)階段單元測(cè)試集成測(cè)試/構(gòu)建測(cè)試功能測(cè)試系統(tǒng)測(cè)試Alpha/Beta測(cè)試驗(yàn)收測(cè)試第二十二頁，共五十三頁，2022年，8月28日黑盒測(cè)試技術(shù)等值分區(qū)

(EquivalencePartitioning)

分析每一種值的可能類型決定測(cè)試用例把每個(gè)輸入或外部條件分離為

有效的等效類型

無效的等效類型

邊界值分析是最有用的測(cè)試用例設(shè)計(jì)方法之一，是對(duì)等值分區(qū)的改進(jìn)。必須選擇一個(gè)或更多的元素來測(cè)試每條邊界。應(yīng)該同時(shí)重視輸入條件和輸出結(jié)果因果圖通過畫因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，選擇適合檢查程序輸入條件的各種組合，設(shè)計(jì)測(cè)試用例；第二十三頁，共五十三頁，2022年，8月28日黑盒測(cè)試和白盒測(cè)試黑盒測(cè)試功能性關(guān)于行為的數(shù)據(jù)驅(qū)動(dòng)的根據(jù)輸入和各自的輸出白盒測(cè)試結(jié)構(gòu)性的邏輯驅(qū)動(dòng)測(cè)試基于對(duì)程序的了解第二十四頁，共五十三頁，2022年，8月28日測(cè)試按類型分功能測(cè)試 目的是保證用戶的功能要求和規(guī)范得到滿足。我們創(chuàng)建測(cè)試條件來評(píng)估程序的正確性。結(jié)構(gòu)測(cè)試 目的是要保證系統(tǒng)所應(yīng)具有的技術(shù)指標(biāo)和常規(guī)過程沒有問題。我們?cè)O(shè)計(jì)結(jié)構(gòu)測(cè)試來驗(yàn)證系統(tǒng)是結(jié)構(gòu)合理的并能執(zhí)行預(yù)定任務(wù)。結(jié)構(gòu)測(cè)試的目標(biāo)也是保證程序中的技術(shù)運(yùn)用合理，在各組成部分集成起來后，它們能形成一個(gè)有機(jī)的整體。結(jié)構(gòu)測(cè)試并不驗(yàn)證系統(tǒng)功能的正確性，但是驗(yàn)證系統(tǒng)在技術(shù)上的正確性。第二十五頁，共五十三頁，2022年，8月28日測(cè)試按類型分功能性測(cè)試監(jiān)察控制測(cè)試轉(zhuǎn)換測(cè)試文檔測(cè)試錯(cuò)誤處理測(cè)試功能測(cè)試安裝測(cè)試外部接口測(cè)試平行測(cè)試回歸測(cè)試事務(wù)處理流程測(cè)試可用性測(cè)試(Usability)結(jié)構(gòu)性測(cè)試備份和恢復(fù)測(cè)試防意外測(cè)試運(yùn)行測(cè)試性能測(cè)試安全性測(cè)試多用戶測(cè)試第二十六頁，共五十三頁，2022年，8月28日測(cè)試按階段分靜態(tài)測(cè)試靜態(tài)測(cè)試是用一套屬性、經(jīng)驗(yàn)和標(biāo)準(zhǔn)對(duì)所研發(fā)產(chǎn)品的特性進(jìn)行詳細(xì)的審核，測(cè)試對(duì)象是靜態(tài)的。靜態(tài)測(cè)試查看模塊的代碼文檔不測(cè)試其改變輸入和環(huán)境的行為。動(dòng)態(tài)測(cè)試動(dòng)態(tài)測(cè)試通過運(yùn)行（或操作）一個(gè)接受詳細(xì)審查的產(chǎn)品并且監(jiān)測(cè)它改變輸入和環(huán)境的行為來進(jìn)行確認(rèn)和驗(yàn)證的過程。動(dòng)態(tài)測(cè)試檢查模塊對(duì)輸入的響應(yīng)及其邏輯行為。

第二十七頁，共五十三頁，2022年，8月28日靜態(tài)測(cè)試靜態(tài)測(cè)試的基本特性是在對(duì)軟件進(jìn)行分析、檢查和測(cè)試時(shí)不實(shí)際運(yùn)行被測(cè)試的程序；靜態(tài)測(cè)試可以用于對(duì)各種軟件文檔進(jìn)行測(cè)試，是軟件開發(fā)中十分有效的質(zhì)量控制方法之一；在軟件開發(fā)過程的早期階段，由于可運(yùn)行的代碼尚未產(chǎn)生，不可能進(jìn)行動(dòng)態(tài)測(cè)試，而這些階段的中間產(chǎn)品的質(zhì)量直接關(guān)系到軟件開發(fā)的成敗與開銷的大小，因此在這些階段靜態(tài)測(cè)試的作用尤為重要；第二十八頁，共五十三頁，2022年，8月28日靜態(tài)測(cè)試內(nèi)容需求定義的靜態(tài)測(cè)試對(duì)需求定義的靜態(tài)測(cè)試著重于測(cè)試對(duì)用戶需求的描述和解釋是否完整、準(zhǔn)確，符合規(guī)范。設(shè)計(jì)文檔的靜態(tài)測(cè)試對(duì)設(shè)計(jì)文檔的靜態(tài)測(cè)試著重于分析設(shè)計(jì)是否與需求定義一致，符合規(guī)范。源代碼的靜態(tài)測(cè)試對(duì)源代碼的靜態(tài)測(cè)試著重于分析實(shí)現(xiàn)是否正確、完備，符合規(guī)范。第二十九頁，共五十三頁，2022年，8月28日動(dòng)態(tài)測(cè)試所謂動(dòng)態(tài)測(cè)試，就是通過運(yùn)行軟件來檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性；運(yùn)行軟件并非動(dòng)態(tài)測(cè)試的目的，通過運(yùn)行來檢驗(yàn)軟件是否正確才是動(dòng)態(tài)測(cè)試的真正目的；動(dòng)態(tài)測(cè)試包括三個(gè)基本要素：被測(cè)試程序； 測(cè)試數(shù)據(jù)；軟件需求規(guī)格說明；第三十頁，共五十三頁，2022年，8月28日動(dòng)態(tài)測(cè)試和靜態(tài)測(cè)試的平衡SSSSSSSSSSSSSSDDDDDDDDDDSSDDDDDDDDDDDDDDDDDDDSSSSS有許多在動(dòng)態(tài)測(cè)試階段中發(fā)現(xiàn)的缺陷可以通過靜態(tài)測(cè)試更早地發(fā)現(xiàn)靜態(tài)測(cè)試（S）時(shí)發(fā)現(xiàn)的缺陷動(dòng)態(tài)測(cè)試（D）時(shí)發(fā)現(xiàn)的缺陷第三十一頁，共五十三頁，2022年，8月28日測(cè)試生命周期需求評(píng)審設(shè)計(jì)評(píng)審代碼評(píng)審與單元測(cè)試集成測(cè)試系統(tǒng)測(cè)試用戶驗(yàn)收測(cè)試第三十二頁，共五十三頁，2022年，8月28日開發(fā)周期與測(cè)試階段（V-模型）第三十三頁，共五十三頁，2022年，8月28日開發(fā)周期與測(cè)試階段（W-模型）客需軟需設(shè)計(jì)編碼需求測(cè)試設(shè)計(jì)測(cè)試功能測(cè)試代碼測(cè)試單元測(cè)試集成測(cè)試構(gòu)建集成驗(yàn)收系統(tǒng)測(cè)試驗(yàn)收測(cè)試6491113101214753128測(cè)試計(jì)劃測(cè)試執(zhí)行時(shí)間第三十四頁，共五十三頁，2022年，8月28日單元測(cè)試

模塊出錯(cuò)處理模塊接口局部數(shù)據(jù)結(jié)構(gòu)邊界條件執(zhí)行路徑全局變量定義是否統(tǒng)一調(diào)用參數(shù)是否匹配

數(shù)據(jù)定義、使用循環(huán)邊界輸入邊界關(guān)鍵路徑重要路徑非正常輸入異常系統(tǒng)自身的異常第三十五頁，共五十三頁，2022年，8月28日單元測(cè)試單元測(cè)試的目的:測(cè)試所有的循環(huán)測(cè)試所有的基本路徑測(cè)試條件語句測(cè)試數(shù)據(jù)結(jié)構(gòu)測(cè)試異常情況和出錯(cuò)處理第三十六頁，共五十三頁，2022年，8月28日集成測(cè)試連接各個(gè)模塊時(shí)，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失一個(gè)模塊是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利影響各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的功能全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題單個(gè)模塊的誤差累計(jì)效應(yīng)

第三十七頁，共五十三頁，2022年，8月28日系統(tǒng)聯(lián)調(diào)將通過驗(yàn)收測(cè)試的軟件，作為整個(gè)計(jì)算機(jī)系統(tǒng)的一個(gè)元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行（使用）環(huán)境下，對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列組裝測(cè)試和確認(rèn)測(cè)試。內(nèi)容包括：顯示器類型、內(nèi)存容量、操作系統(tǒng)、多語言版本、不同的打印機(jī)類型、客戶端數(shù)、數(shù)據(jù)庫訪問和其他大型設(shè)備第三十八頁，共五十三頁，2022年，8月28日系統(tǒng)測(cè)試有效性測(cè)試在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證所測(cè)軟件是否滿足《用戶需求說明書》列出的要求，是否符合測(cè)試設(shè)計(jì)設(shè)計(jì)復(fù)查保證軟件配置的所有成分都齊全，各方面的質(zhì)量都達(dá)到要求，具有維護(hù)階段所必需的細(xì)節(jié)第三十九頁，共五十三頁，2022年，8月28日系統(tǒng)測(cè)試的種類數(shù)據(jù)量使產(chǎn)品接受大量的輸入可用性（Usability）衡量用戶的反映（如以十分制評(píng)分）.性能衡量在不同情況下的響應(yīng)速度配置配置不同的硬件/軟件如衡量設(shè)置時(shí)間兼容性--與其它應(yīng)用程序可靠性/可用性（Availability）衡量在相當(dāng)長時(shí)間內(nèi)的系統(tǒng)正常運(yùn)行時(shí)間可維護(hù)性強(qiáng)加一些活動(dòng)使應(yīng)用程序停機(jī)衡量恢復(fù)的時(shí)間安全性對(duì)危險(xiǎn)的企圖的經(jīng)受能力第四十頁，共五十三頁，2022年，8月28日系統(tǒng)測(cè)試的種類資源使用衡量內(nèi)存和磁盤空間的利用等可安裝性在不同情況下進(jìn)行安裝耐用性在各種情況下的服務(wù)程序負(fù)載/壓力系統(tǒng)經(jīng)受極端大量的數(shù)據(jù)和大量的通信可訪問性用戶進(jìn)入、操縱和退出是否方便？響應(yīng)性應(yīng)用程序允許用戶多快地完成特定的目標(biāo)？高效性為完成某項(xiàng)功能，所需的步驟在多大程度上降至最低易理解性產(chǎn)品是否容易被理解，文檔和幫助是否容易被理解第四十一頁，共五十三頁，2022年，8月28日系統(tǒng)測(cè)試的種類測(cè)試(確認(rèn)測(cè)試) 測(cè)試——

由一個(gè)用戶在公司內(nèi)環(huán)境下進(jìn)行的測(cè)試；一般是公司或組織內(nèi)部模擬用戶的自我測(cè)試

真實(shí)的操作環(huán)境模擬的數(shù)據(jù)，在實(shí)驗(yàn)室條件下系統(tǒng)專業(yè)人員出席的觀察員記錄錯(cuò)誤、使用問題等測(cè)試(驗(yàn)證測(cè)試) 測(cè)試——

由一個(gè)或多個(gè)用戶在多個(gè)用戶實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。是由實(shí)際用戶檢驗(yàn)軟件的適用性的測(cè)試。逼真的環(huán)境，使用實(shí)際的數(shù)據(jù)沒有系統(tǒng)專業(yè)人員出席性能(吞吐量,響應(yīng)時(shí)間)負(fù)載高峰時(shí)的性能，人性因素測(cè)試，方法和步驟，備份和恢復(fù)等第四十二頁，共五十三頁，2022年，8月28日驗(yàn)收測(cè)試驗(yàn)收測(cè)試 用戶在實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。是用戶對(duì)軟件的驗(yàn)收性測(cè)試。真實(shí)的環(huán)境，使用實(shí)際的數(shù)據(jù)系統(tǒng)專業(yè)人員及其他相關(guān)人員出席功能、性能測(cè)試時(shí)除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)第四十三頁，共五十三頁，2022年，8月28日方法和工具手工測(cè)試 不引入自動(dòng)化測(cè)試工具的純手工測(cè)試。一般用于功能測(cè)試。 擅長業(yè)務(wù)邏輯測(cè)試。 手工測(cè)試有人為的因素，運(yùn)行用例要求高素質(zhì)測(cè)試人員。 測(cè)試的規(guī)模受限，很難模擬并發(fā)行為。自動(dòng)化測(cè)試 引入自動(dòng)化測(cè)試工具，不需手工干預(yù)。一般用于結(jié)構(gòu)測(cè)試。 可實(shí)現(xiàn)無人值守的測(cè)試。 掌握難度較大，前期工作量大。手工和自動(dòng)相結(jié)合第四十四頁，共五十三頁，2022年，8月28日方法和工具手工測(cè)試存在的問題：反復(fù)測(cè)試帶來的倦怠情緒及其他人為因素使得測(cè)試標(biāo)準(zhǔn)前后不一，測(cè)試花費(fèi)的時(shí)間越長，測(cè)試的嚴(yán)格性也就越低受軟件分發(fā)日期、開發(fā)成本及人員等諸多因素的限制，難以進(jìn)行全面的測(cè)試難以對(duì)不可視對(duì)象或?qū)ο蟮牟豢梢晫傩赃M(jìn)行測(cè)試對(duì)測(cè)試過程中發(fā)現(xiàn)的大量缺陷缺乏科學(xué)、有效的管理手段，責(zé)任變的含混不清，沒有人能向決策層提供精確的數(shù)據(jù)，以便度量當(dāng)前的工作進(jìn)度及工作效率第四十五頁，共五十三頁，2022年，8月28日自動(dòng)測(cè)試的優(yōu)勢(shì)所謂自動(dòng)測(cè)試，實(shí)際上是將大量的重復(fù)性工作交給計(jì)算機(jī)去完成，節(jié)約大量的人