軟件測試項目實戰(zhàn)（第四版）課件 第四章：測試總結(jié)

軟件測試項目實戰(zhàn)（第四版）第4章：測試總結(jié)目錄CONTENTS知識儲備4.14.2測試總結(jié)Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.4.1知識儲備第4章測試總結(jié)對軟件進行測試是為了檢查軟件的合理性，盡量多地發(fā)現(xiàn)軟件的缺陷。測試總結(jié)則是用于分析并總結(jié)這些缺陷，將總結(jié)出來的經(jīng)驗用于指導(dǎo)下一次的測試用例設(shè)計。在每個版本測試完畢后，要進行測試總結(jié)，做一些比例的總結(jié)、缺陷嚴重級別及比例的總結(jié)，人員工作效率的總結(jié)，等等，最重要的是風(fēng)險的評估，還有對下一測試版本的建議等。測試報告按標(biāo)準(zhǔn)流程是需要每天寫的，其中包括執(zhí)行的測試用例，發(fā)現(xiàn)的缺陷有哪些，這些缺陷的詳細情況等。4.1.1測試總結(jié)與測試報告4.1.2各種模板第4章測試總結(jié)4.1.2各種模板下面將測試報告模板、測試總結(jié)模板、系統(tǒng)驗收測試分析報告模板附在后面，供讀者參考。測試報告（模板）一、引言1.1編寫目的說明這份測試分析報告的具體編寫目的，指出預(yù)期的閱讀范圍。1.2背景說明：被測試軟件系統(tǒng)的名稱；該軟件的任務(wù)提出者、開發(fā)者、用戶及安裝此軟件的計算中心，指出測試環(huán)境與實際運行環(huán)境之間可能存在的差異及這些差異對測試結(jié)果的影響。1.3定義列出本文件中用到的專用術(shù)語的定義和外文首字母詞組的原詞組。1.4參考資料列出要用到的參考資料，如：本項目的經(jīng)核準(zhǔn)的計劃任務(wù)書或合同、上級機關(guān)的批文；屬于本項目的其他已發(fā)表的文件；本文件中各處引用的文件、資料，包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明足夠得到這些文件資料的來源。二、測試概要用表格的形式列出每一項測試的標(biāo)識符及其測試內(nèi)容，并指明實際進行的測試工作內(nèi)容與測試計劃中預(yù)先設(shè)計的內(nèi)容之間的差別，說明做出這種改變的原因。第4章測試總結(jié)三、測試結(jié)果及發(fā)現(xiàn)測試1（標(biāo)識符）把本項測試中實際得到的動態(tài)輸出（包括內(nèi)部生成數(shù)據(jù)輸出）結(jié)果同對于動態(tài)輸出的要求進行比較，陳述其中的各項發(fā)現(xiàn)。設(shè)計人

測試人

功能編號（按順序自行編號）功能組（如主頁、政務(wù)公開頻道）功能點（如用戶登錄）測試日期

測試環(huán)境及前提測試URL

測試條件（如：已注冊用戶。如果用戶沒有注冊，先進行用戶注冊）測試項目及內(nèi)容測試步驟輸入項預(yù)期輸出項實際輸出1

2

3

測試結(jié)論測試記錄

總體結(jié)論□通過

□基本通過

□未通過用類似本報告3.1條的方式給出第2項及其后各項測試內(nèi)容的測試結(jié)果和發(fā)現(xiàn)。第4章測試總結(jié)四、對軟件功能的結(jié)論4.1功能1（標(biāo)識符）4.1.1能力簡述該項功能，說明為滿足此項功能而設(shè)計的軟件能力及經(jīng)過一項或多項測試已證實的能力。4.1.2限制說明測試數(shù)據(jù)值的范圍（包括動態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)），列出就這項功能而言，測試期間在該軟件中查出的缺陷、局限性。4.2功能2（標(biāo)識符）用類似本報告4.l的方式給出第2項及其后各項功能的測試結(jié)論。．．．．．．五、分析摘要5.1能力陳述經(jīng)測試證實了的本軟件的能力。如果所進行的測試是為了驗證一項或幾項特定性能要求的實現(xiàn)，應(yīng)提供這方面的測試結(jié)果與要求之間的比較，并確定測試環(huán)境與實際運行環(huán)境之間可能存在的差異對能力的測試所帶來的影響。5.2缺陷和限制陳述經(jīng)測試證實的軟件缺陷和限制，說明每項缺陷和限制對軟件性能的影響，并說明全部測得的性能缺陷的累積影響和總影響。5.3建議對每項缺陷提出改進建議，如：各項修改可采用的修改方法；各項修改的緊迫程度；各項修改預(yù)計的工作量；各項修改的負責(zé)人。5.4評價說明該項軟件的開發(fā)是否已達到預(yù)定目標(biāo)，能否交付使用。第4章測試總結(jié)六、測試資源消耗總結(jié)測試工作的資源消耗數(shù)據(jù)，如工作人員的水平級別數(shù)量、機時消耗等。測試總結(jié)編寫指南摘要測試總結(jié)是把測試的過程和結(jié)果寫成文檔，并對發(fā)現(xiàn)的問題和缺陷進行分析，為糾正軟件的存在的質(zhì)量問題提供依據(jù)，同時為軟件驗收和交付打下基礎(chǔ)。本文提供測試總結(jié)模板及如何編寫的實例指南。關(guān)鍵字測試總結(jié)缺陷正文測試總結(jié)是測試階段最后的文檔產(chǎn)物，優(yōu)秀的測試經(jīng)理應(yīng)該具備良好的文檔編寫能力，一份詳細的測試總結(jié)包含足夠的信息，包括產(chǎn)品質(zhì)量和測試過程的評價，測試總結(jié)基于測試中的數(shù)據(jù)采集及對最終的測試結(jié)果分析。下面以通用的測試總結(jié)模板為例，詳細展開對測試總結(jié)編寫的具體描述。第4章測試總結(jié)PARTⅠ首頁0.1頁面內(nèi)容：密級通常，測試總結(jié)供內(nèi)部測試完畢后使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試總結(jié)適合內(nèi)部研發(fā)項目以及涉及保密行業(yè)和技術(shù)版權(quán)的項目。××××項目/系統(tǒng)測試總結(jié)總結(jié)編號（可供索引的內(nèi)部編號或者用戶要求分布提交時的序列號）部門經(jīng)理______項目經(jīng)理______開發(fā)經(jīng)理______測試經(jīng)理______×××公司××××單位（此處包含用戶單位及研發(fā)此系統(tǒng)的公司）××××年××月××日0.2格式要求：標(biāo)題一般采用大字體（如一號），加粗，宋體，居中排列；副標(biāo)題采用小一號字（如二號）加粗，宋體，居中排列；其他采用四號字，宋體，居中排列。0.3版本控制：版本作者時間變更摘要；新建/變更/審核。第4章測試總結(jié)PARTⅡ引言部分1.1編寫目的本測試總結(jié)了具體編寫目的，指出預(yù)期的讀者范圍。實例：本測試總結(jié)為×××項目的測試總結(jié)，目的在于總結(jié)測試階段的測試及分析測試結(jié)果，描述系統(tǒng)是否符合需求（或達到×××功能目標(biāo)）。預(yù)期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者、其他質(zhì)量管理人員和需要閱讀本總結(jié)的高層經(jīng)理。提示：通常，用戶對測試結(jié)論部分感興趣，開發(fā)人員希望從缺陷結(jié)果以及分析得到產(chǎn)品開發(fā)質(zhì)量的信息，項目管理者對測試執(zhí)行中成本、資源和時間予以重視，而高層經(jīng)理希望能夠閱讀到簡單的圖表并且能夠與其他項目進行同向比較。此部分可以具體描述為什么類型的人可參考本總結(jié)××頁××章節(jié)，你的總結(jié)讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的總結(jié)是有價值而且值得浪費一點時間去關(guān)注的。1.2項目背景對項目目標(biāo)和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標(biāo)文件中復(fù)制即可。1.3系統(tǒng)簡介如果設(shè)計說明書有此部分，照抄。注意必要的框架圖和網(wǎng)絡(luò)拓撲圖能吸引眼球。1.4術(shù)語和縮寫詞列出設(shè)計本系統(tǒng)/項目的專用術(shù)語和縮寫語約定。對于技術(shù)相關(guān)的名詞和多義詞一定要標(biāo)注清楚，以便閱讀時不會產(chǎn)生歧義。1.5參考資料1．需求、設(shè)計、測試用例、手冊，以及其他項目文檔都是范圍內(nèi)可參考的東西。2．測試使用的國家標(biāo)準(zhǔn)、行業(yè)指標(biāo)、公司規(guī)范和質(zhì)量手冊等。第4章測試總結(jié)PARTⅢ測試概要測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等，主要是測試情況簡介（其他測試經(jīng)理和質(zhì)量人員關(guān)注部分）。2.1測試用例設(shè)計簡要介紹測試用例的設(shè)計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方法進行的設(shè)計（3～4句）。提示：如果能夠具體對設(shè)計進行說明，在其他開發(fā)人員、測試經(jīng)理閱讀的時候就容易對你的用例設(shè)計有個整體的概念，順便說一句，在這里寫上一些非常規(guī)的設(shè)計方法也是有利的，至少在沒有看到測試結(jié)論之前就可以了解到測試經(jīng)理的設(shè)計技術(shù)，重點測試部分一定要保證有兩種以上不同的用例設(shè)計方法。2.2測試環(huán)境與配置本部分簡要介紹測試環(huán)境及其配置。提示：清單如下，如果系統(tǒng)/項目比較大，則用表格方式列出。

數(shù)據(jù)庫服務(wù)器配置

CPU

內(nèi)存

硬盤：可用空間大小

操作系統(tǒng)

應(yīng)用軟件

機器網(wǎng)絡(luò)名

局域網(wǎng)地址

應(yīng)用服務(wù)器配置

客戶端配置

……對于網(wǎng)絡(luò)設(shè)備和要求也可以使用相應(yīng)的表格，對于三層架構(gòu)的，可以根據(jù)網(wǎng)絡(luò)拓撲圖列出相關(guān)配置。2.3測試方法（和工具）簡要介紹測試中采用的方法（和工具）。提示：主要是黑盒測試，測試方法可以寫上測試的重點和采用的測試模式，這樣可以一目了然地知道是否遺漏了重要的測試點和關(guān)鍵塊。工具為可選項，當(dāng)使用到測試工具和相關(guān)工具時，要說明。注意要注明是自產(chǎn)還是廠商，版本號多少，在測試總結(jié)發(fā)布后要避免許多工具的版權(quán)問題。第4章測試總結(jié)PARTⅣ測試結(jié)果及缺陷分析整個測試總結(jié)中這是最激動人心的部分，這部分主要匯總各種數(shù)據(jù)并進行度量，度量包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估。對于不需要過程度量或者相對較小的項目，例如，用于驗收時提交用戶的測試總結(jié)、小型項目的測試總結(jié)，可省略過程方面的度量部分；而采用了CMM/ISO或者其他工程標(biāo)準(zhǔn)過程的，需要提供過程改進建議和參考的測試總結(jié)－主要用于公司內(nèi)部測試改進和缺陷預(yù)防機制－則過程度量需要列出。3.1測試執(zhí)行情況與記錄描述測試資源消耗情況，記錄實際數(shù)據(jù)（測試、項目經(jīng)理關(guān)注部分）。3.1.1測試組織可列出簡單的測試組架構(gòu)圖，包括：

測試組架構(gòu)（如存在分組、用戶參與等情況）

測試經(jīng)理（領(lǐng)導(dǎo)人員）

主要測試人員

參與測試人員3.1.2測試時間列出測試的跨度和工作量，最好區(qū)分測試文檔和活動的時間。數(shù)據(jù)可供過程度量使用。例如，×××子系統(tǒng)/子功能要列出的內(nèi)容如下：

實際開始時間－實際結(jié)束時間

總工時/總工作日

任務(wù)開始時間和結(jié)束時間

時間的總計或合計第4章測試總結(jié)對于大系統(tǒng)/項目來說最終要統(tǒng)計資源的總投入，必要時要增加成本一欄，以便管理者清楚地知道究竟花費了多少人力去完成測試。成本中可以列出如下內(nèi)容：

測試類型

人員成本

工具設(shè)備

其他費用

費用總計在數(shù)據(jù)匯總時可以統(tǒng)計個人的平均投入時間和總體時間、整體投入平均時間和總體時間，還可以算出每一個功能點所花費的時/人。具體內(nèi)容如下：

用時人員

編寫用例

執(zhí)行測試

總計另外還要列出用于過程度量的數(shù)據(jù)包括文檔生產(chǎn)率和測試執(zhí)行率。內(nèi)容如下：

生產(chǎn)率人員

用例/編寫時間

用例/執(zhí)行時間

平均合計3.1.3測試版本給出測試的版本，如果是最終總結(jié)，可能要總結(jié)測試次數(shù)回歸測試多少次。列出表格清單則便于知道那個子系統(tǒng)/子模塊的測試頻度，對于多次回歸的子系統(tǒng)/子模塊將引起開發(fā)者關(guān)注。第4章測試總結(jié)3.2覆蓋分析3.2.1需求覆蓋需求覆蓋率是指經(jīng)過測試的需求/功能和需求規(guī)格說明書中所有需求/功能的比值，通常情況下要達到100%的目標(biāo)。具體列出如下內(nèi)容：

需求/功能（或編號）

測試類型

是否通過

備注根據(jù)測試結(jié)果，按編號給出每一測試需求通過與否的結(jié)論。可以用P表示部分通過，N/A表示不可測試或者用例不適用。實際上，需求跟蹤矩陣列出了一一對應(yīng)的用例情況以避免遺漏，作用為傳達需求的測試信息以供檢查和審核。需求覆蓋率計算公式如下：需求覆蓋率=通過測試的項數(shù)/需求總數(shù)×100%3.2.2測試覆蓋此部分要分析測試的覆蓋率，要列出以下內(nèi)容：

需求/功能（或編號）

用例個數(shù)

執(zhí)行總數(shù)

未執(zhí)行總數(shù)

未/漏測分析和原因?qū)嶋H上，測試用例已經(jīng)記載了預(yù)期結(jié)果數(shù)據(jù)，測試缺陷上說明了實測結(jié)果數(shù)據(jù)和與預(yù)期結(jié)果數(shù)據(jù)的偏差；因此沒有必要對每個編號在此包含更詳細說明的缺陷記錄與偏差，列表的目的僅在于更好地查看測試結(jié)果。測試覆蓋率計算公式如下：測試覆蓋率=執(zhí)行數(shù)/用例總數(shù)×100%第4章測試總結(jié)3.3缺陷的統(tǒng)計與分析缺陷統(tǒng)計主要涉及到被測系統(tǒng)的質(zhì)量，因此，這部分成為開發(fā)人員、質(zhì)量人員重點關(guān)注的部分。3.3.1缺陷匯總本部分將缺陷進行匯總。按所測試的階段列出如下內(nèi)容：

被測試系統(tǒng)中缺陷的嚴重程度

系統(tǒng)測試中缺陷的嚴重程度

回歸測試中缺陷的嚴重程度嚴重程度可以分為嚴重、一般、微小。按缺陷類型列出如下內(nèi)容：

用戶界面

一致性

功能

算法

接口

文檔

用戶界面

其他按功能分布列出如下內(nèi)容：

功能一

功能二

功能三

功能四

功能五

功能六

功能七

……最好給出缺陷的餅狀圖和柱狀圖以便直觀查看。俗話說一圖勝千言，圖標(biāo)能夠使閱讀者迅速獲得信息，尤其是各層面管理人員沒有時間去逐項閱讀文章。第4章測試總結(jié)3.3.2缺陷分析本部分是對上述缺陷和其他收集數(shù)據(jù)進行綜合分析。缺陷綜合分析公式如下：缺陷發(fā)現(xiàn)效率=缺陷總數(shù)/執(zhí)行測試用時可到具體人員得出平均指標(biāo)，公式如下：用例質(zhì)量=缺陷總數(shù)/測試用例總數(shù)×100%缺陷密度=缺陷總數(shù)/功能點總數(shù)缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷分布情況，開發(fā)人員可以在此分析基礎(chǔ)上可以得出哪部分功能或者需求的缺陷最多，從而在今后開發(fā)注意避免并注意在實施時予與關(guān)注，測試經(jīng)驗表明，測試缺陷越多的部分，其隱藏的缺陷也越多。并且在此部分還要附上測試曲線圖，描繪被測系統(tǒng)每工作日或每周的缺陷數(shù)情況，得出缺陷走勢和趨向。最后還要以表格的形式列出重要缺陷摘要，包括：缺陷編號、簡要描述、分析結(jié)果等。3.3.3殘留缺陷與未解決問題本部分列出測試之后尚殘留的缺陷及未解決的問題?？蓪埩羧毕輾w納成如下項：

殘留缺陷編號

BUG號

缺陷概要：指該缺陷描述的事實

原因分析：指如何引起缺陷，缺陷的后果，描述造成軟件局限性和其他限制性的原因

預(yù)防和改進措施：指彌補手段和長期策略

未解決問題

功能/測試類型

測試結(jié)果：指與預(yù)期結(jié)果的偏差

缺陷：指缺陷的具體描述

評價：是對這些問題的看法，也就是這些問題如果發(fā)出去了會造成什么樣的影響第4章測試總結(jié)PARTⅤ測試結(jié)論與建議總結(jié)到了這個部分就是一個總結(jié)了，對上述過程、缺陷分析之后該下個結(jié)論，此部分為項目經(jīng)理、部門經(jīng)理及高層經(jīng)理關(guān)注，請清晰扼要的下定論。4.1測試結(jié)論1．測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述）2．對測試風(fēng)險的控制措施和成效3．測試目標(biāo)是否完成4．測試是否通過5．是否可以進入下一階段項目目標(biāo)4.2建議1．對系統(tǒng)存在問題的說明，描述測試所揭露的軟件缺陷和不足，以及可能給軟件實施和運行帶來的影響2．可能存在的潛在缺陷和后續(xù)工作3．對缺陷修改和產(chǎn)品設(shè)計的建議4．對過程改進方面的建議測試總結(jié)的內(nèi)容大同小異，對于一些測試總結(jié)而言，可能將第四和第五部分合并，逐項列出測試項、缺陷、分析和建議，這種方法也比較多見，尤其在第三方評測總結(jié)中，此份總結(jié)模板僅供參考。第4章測試總結(jié)系統(tǒng)驗收測試分析報告（參考模板）一、概述1.1編寫目的編寫測試分析報告是為達到以下目的：1．對系統(tǒng)測試工作進行總結(jié)；2．對測試的各個階段進行評價，并對測試結(jié)果進行分析；3．為糾正軟件缺陷提供依據(jù)。1.2參考資料列出系統(tǒng)測試所參考的資料，需求分析、系統(tǒng)設(shè)計、用戶手冊等。1.3術(shù)語和縮寫詞說明本次測試所涉及到的專業(yè)術(shù)語和縮寫詞等。1.4測試人員安排和分工列出本次系統(tǒng)測試實際的人員分工。人員單位職務(wù)分工

測試負責(zé)人

測試員

測試員

1.5測試環(huán)境列出系統(tǒng)驗收測試使用的軟、硬件環(huán)境。1.6測試工作流程列出系統(tǒng)測試的工作流程。二、測試內(nèi)容根據(jù)測試計劃中編寫的測試用例，列出系統(tǒng)驗收測試的測試內(nèi)容。三、測試結(jié)果分析匯總測試發(fā)現(xiàn)的問題，通過對測試結(jié)果的分析提出一個對軟件能力的全面分析，需標(biāo)明遺留缺陷、局限性和軟件的約束限制等，并提出改進建議。四、測試總結(jié)對整個系統(tǒng)測試過程和測試系統(tǒng)的質(zhì)量做總結(jié)評價，根據(jù)測試標(biāo)準(zhǔn)及測試結(jié)果，判定軟件是否通過測試。Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.Clickheretoenteryourtext.4.2測試總結(jié)第4章測試總結(jié)4.2.1權(quán)限管理系統(tǒng)的測試總結(jié)一、工作任務(wù)描述權(quán)限管理系統(tǒng)是Web應(yīng)用程序，而Web測試相對于非Web測試來說都是更具挑戰(zhàn)性的工作，因為用戶對Web頁面質(zhì)量有很高的期望。所以在每個版本測試（回歸測試）完成后，都要進行測試總結(jié)，包括列出Bug的嚴重級別及比例，總結(jié)人員的工作效率，對風(fēng)險進行評估，并且給出下一版本的建議等。在前面編寫測試計劃、設(shè)計測試用例并執(zhí)行測試用例的基礎(chǔ)上，本章任務(wù)就是撰寫權(quán)限管理系統(tǒng)的測試總結(jié)。二、工作過程

權(quán)限管理系統(tǒng)的測試總結(jié)報告如下：

權(quán)限管理系統(tǒng)測試總結(jié)報告

第4章測試總結(jié)一、測試概述1.1編寫目的對權(quán)限管理系統(tǒng)項目中所有的軟件測試活動中，包括測試進度、資源、問題、風(fēng)險及測試組和其他組間的協(xié)調(diào)等進行評估，總結(jié)測試活動的成功經(jīng)驗與不足，以便今后更好地開展測試工作。本系統(tǒng)測試總結(jié)報告的預(yù)期讀者是：開發(fā)部經(jīng)理；項目組所有人員；測試組人員；SQA人員；SCM人員。以及長春職業(yè)技術(shù)學(xué)院信息分院軟件教研室軟件測試組授權(quán)調(diào)閱本文檔的其他人員。1.2測試范圍權(quán)限管理系統(tǒng)項目因其自身的特殊性，測試組僅依據(jù)用戶需求說明書和軟件需求規(guī)格說明書及相應(yīng)的設(shè)計文檔進行系統(tǒng)測試，包括功能測試、性能測試、用戶訪問與安全控制測試、用戶界面測試及兼容性測試等，而單元測試和集成測試則由開發(fā)人員來執(zhí)行。主要功能包括：系統(tǒng)管理員：

登錄頁面

首頁

行政區(qū)域

通過字典

系統(tǒng)日志角色管理員：登錄頁面首頁機構(gòu)管理角色管理用戶管理第4章測試總結(jié)1.3參考資料資料名稱版

本作

者是否經(jīng)過評審備

注權(quán)限管理系統(tǒng)軟件開發(fā)計劃.doc2.0

已評審

權(quán)限管理系統(tǒng)需求文檔.doc1.1

已評審

二、測試計劃執(zhí)行情況2.1測試類型測試類型測試內(nèi)容測試目的所用的測試工具和方法功能測試用戶前臺：系統(tǒng)管理員，角色管理員下所有模塊的功能測試核實所有功能均已正常實現(xiàn)，即可按每個用戶的需求購買商品1．業(yè)務(wù)流程檢驗：各個業(yè)務(wù)流程符合常規(guī)邏輯，用戶使用時不會產(chǎn)生疑問2．?dāng)?shù)據(jù)精確：各數(shù)據(jù)類型的輸入、輸出時統(tǒng)計精確采用黑盒測試，使用邊界值測試、等價類劃分、數(shù)據(jù)驅(qū)動等測試方法，進行手工測試用戶界面（UI）測試1．導(dǎo)航、鏈接、Cookie、頁面結(jié)構(gòu)包括菜單、背景、顏色、字體、按鈕名稱、TITLE、提示信息的一致性等2．友好性、易用性、合理性、一致性、正確性等（詳見網(wǎng)站）核實各個窗口風(fēng)格（包括顏色、字體、提示信息、圖標(biāo)、TITLE，等等）都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習(xí)慣Web測試通用方法手工測試安全性和訪問控制測試1．密碼：登錄、個人用戶、管理員用戶2．權(quán)限限制3．通過修改URL非法訪問4．登錄超時限制等1．應(yīng)用程序級別的安全性：核實用戶只能操作其所擁有權(quán)限能操作的功能2．系統(tǒng)級別的安全性：核實只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問系統(tǒng)黑盒測試、手工測試兼容性測試1．用不同版本的不同瀏覽器：NetScape、MyIE、Tecent，IE5.5，IE6.0，分辨率：800×600、1024×768，操作系統(tǒng)：WIN2000Server、WIN2000Professional、WINXP分別進行測試2．不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種條件的組合測試核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定黑盒測試、手工測試性能測試1．最大并發(fā)數(shù)2．查詢商品、加入購物車時，注冊新用戶時及登錄時系統(tǒng)的響應(yīng)時間核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性，不造成系統(tǒng)崩潰或相關(guān)的異常現(xiàn)象LoadRunner11自動化測試第4章測試總結(jié)2.2進度偏差測試活動計劃起止日期實際起止日期進度偏差備

注制訂測試計劃

待SDP評審?fù)戤厹y試計劃評審

等待和SCMP、SQAP同時評審分解測試需求

測試需求Review

選定測試范圍

編寫測試方案

測試方案評審

待測試用例設(shè)計完畢后評審設(shè)計測試用例

根據(jù)需求變更修改用例測試用例評審

測試執(zhí)行

測試移交延遲一天測試總結(jié)

2.3