【文章內(nèi)容簡(jiǎn)介】 系統(tǒng)，針對(duì)不同 測(cè)試點(diǎn) 的測(cè)試用例很多。 自動(dòng)化測(cè)試 是通過(guò)運(yùn)行腳本 (script)方式來(lái)控制儀表、測(cè)試設(shè)備 自動(dòng)執(zhí)行測(cè)試用例 進(jìn)行測(cè)試。和傳統(tǒng)的通過(guò)儀表圖形界面控制方式不同，測(cè)試腳本直接調(diào)用儀表或測(cè)試設(shè)備的 接口函數(shù) 直接控制測(cè)試設(shè)備，使得測(cè)試更加靈活高效，可控性強(qiáng)，可完成圖形界面的儀表不能完成的測(cè)試。 自動(dòng)化測(cè)試是軟件測(cè)試的發(fā)展方向。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 39 ① 可提高網(wǎng)絡(luò)測(cè)試效率，縮短產(chǎn)品發(fā)布時(shí)間； ② 可對(duì)測(cè)試過(guò)程和測(cè)試結(jié)果進(jìn)行更精確的檢測(cè)和分析，提高產(chǎn)品質(zhì)量。 ③ 將測(cè)試工程師從執(zhí)行者的角色解放出來(lái)從事更有意義的 測(cè)試用例 設(shè)計(jì)工作 (部分測(cè)試需大量重復(fù)或人工測(cè)試?yán)щy )。 ④ 使得整個(gè)測(cè)試工作易于管理，排除了人員變動(dòng)對(duì)測(cè)試工作造成的影響。 自動(dòng)化測(cè)試過(guò)程包括 ： 對(duì)測(cè)試過(guò)程的自動(dòng)化管理與實(shí)施 、 自動(dòng)化測(cè)試腳本的開(kāi)發(fā) ，及使用自動(dòng)化測(cè)試工具 對(duì)測(cè)試結(jié)果進(jìn)行分析和驗(yàn)證 。 自動(dòng)化測(cè)試的優(yōu)點(diǎn)： 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 40 其他分類(lèi)方法 測(cè) 試 方 法黑 盒 測(cè) 試 方 法 白 盒 測(cè) 試 方 法 灰 盒 測(cè) 試 方 法手 動(dòng) 自 動(dòng)功 能 測(cè) 試 回 歸 測(cè) 試 集 成 測(cè) 試 系 統(tǒng) 測(cè) 試 確 認(rèn) 測(cè) 試配 置 測(cè) 試 一 致 性 測(cè) 試健 壯 性 測(cè) 試性 能 測(cè) 試壓 力 測(cè) 試壓 力 測(cè) 試可 靠 性 測(cè) 試兼 容 性 測(cè) 試回 歸 測(cè) 試 確 認(rèn) 測(cè) 試確 認(rèn) 測(cè) 試一 致 性 測(cè) 試網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 41 各種分類(lèi)并不獨(dú)立，相互之間交叉。如功能測(cè)試常用黑盒測(cè)試法，也可采用自動(dòng)化測(cè)試。 可以看出，網(wǎng)絡(luò)測(cè)試類(lèi)似于軟件測(cè)試 ，尤其是 網(wǎng)絡(luò)產(chǎn)品測(cè)試 ； 因此軟件測(cè)試的一些概念和思想可以用到網(wǎng)絡(luò)測(cè)試中 。如軟件研發(fā)過(guò)程中，從開(kāi)始的用戶(hù)需求分析到軟件完成過(guò)程中各階段所進(jìn)行的測(cè)試，可以用到網(wǎng)絡(luò)產(chǎn)品測(cè)試過(guò)程中。因此部分網(wǎng)絡(luò)設(shè)備生產(chǎn)商招聘人才時(shí)不甚區(qū)分軟件測(cè)試和網(wǎng)絡(luò)測(cè)試。 其他的測(cè)試分類(lèi)及概念將在后續(xù)介紹 。 說(shuō)明： 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 42 軟 件 測(cè)試 流程 軟 件 開(kāi)發(fā) 流程 軟 件 測(cè)試 流程 開(kāi)發(fā) 流程 與測(cè)試 流程的 關(guān) 系 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 43 網(wǎng)絡(luò)測(cè)試 貫穿 產(chǎn)品研發(fā)階段 與 工程建設(shè)階段 。 ? 網(wǎng)絡(luò)產(chǎn)品研發(fā)階段：通常包括產(chǎn)品立項(xiàng)、硬件開(kāi)發(fā)、協(xié)議棧開(kāi)發(fā)、系統(tǒng)聯(lián)調(diào)、互通性驗(yàn)證、性能評(píng)估、入網(wǎng)測(cè)試、產(chǎn)品售后維護(hù)等階段。 ? 網(wǎng)絡(luò)工程建設(shè)階段：一般網(wǎng)絡(luò)工程要經(jīng)歷規(guī)劃、設(shè)計(jì)、部署、驗(yàn)收、運(yùn)行和升級(jí)五個(gè)階段。 網(wǎng)絡(luò)測(cè)試應(yīng)貫穿其中的每個(gè)階段。其中網(wǎng)絡(luò)產(chǎn)品研發(fā)及測(cè)試流程類(lèi)似于 軟件測(cè)試 。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 44 也稱(chēng) 軟件過(guò)程模型 ，是軟件開(kāi)發(fā)全部過(guò)程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。典型的模型有 瀑布模型 、 演化模型 (增量模型、原型模型、螺旋模型 )、 噴泉模型 、基于構(gòu)件的模型和形式化方法模型。 瀑布模型：給出了軟件生命周期活動(dòng)的固定順序。 開(kāi)發(fā)過(guò)程是通過(guò)一系列階段順序展開(kāi)，從 需求分析 開(kāi)始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋。如果有信息未被覆蓋或者發(fā)現(xiàn)問(wèn)題，那么將返回上一個(gè)階段并進(jìn)行適當(dāng)修改，開(kāi)發(fā)進(jìn)程從一個(gè)階段流動(dòng)到下一個(gè)階段。 軟 件 開(kāi)發(fā) 流程 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 45 開(kāi) 發(fā) 計(jì) 劃 需 求 / 設(shè) 計(jì) / 編 碼 測(cè) 試 發(fā) 布瀑布模型的軟件開(kāi)發(fā)生命周期 : 系 統(tǒng) 工 程 規(guī)劃需 求 分 析 與規(guī) 約設(shè) 計(jì) 與 規(guī) 約集 成 測(cè) 試系 統(tǒng) 測(cè) 試編 碼 與單 元 測(cè) 試運(yùn) 行 與 維 護(hù)簡(jiǎn)化： 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 46 制 定 測(cè) 試 計(jì) 劃設(shè) 計(jì) 和 實(shí) 現(xiàn)測(cè) 試 用 例測(cè) 試 執(zhí) 行 測(cè) 試 報(bào) 告 與 總 結(jié) 軟 件 測(cè)試 流程 也稱(chēng) 軟件測(cè)試生命周期 。具體包括： 測(cè)試需求分析 → 測(cè)試計(jì)劃 → 測(cè)試設(shè)計(jì) → 測(cè)試開(kāi)發(fā) → 測(cè)試執(zhí)行 → 測(cè)試評(píng)估 。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 47 測(cè)試計(jì)劃 (Test Plan)的內(nèi)容是 編寫(xiě)測(cè)試階段計(jì)劃 ，對(duì)整個(gè)測(cè)試進(jìn)度的安排，人力物力的分配、各種可能的風(fēng)險(xiǎn)等做一個(gè)規(guī)劃。 1. 制定測(cè)試計(jì)劃 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 48 2. 設(shè)計(jì)和實(shí)現(xiàn)測(cè)試用例 測(cè)試用例是對(duì)產(chǎn)品進(jìn)行測(cè)試任務(wù)的描述，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并形成文檔。 設(shè)計(jì)時(shí)要考慮： 1） 測(cè)試用例的數(shù)量 測(cè)試用例反映了要核實(shí)的需求，構(gòu)成了設(shè)計(jì)和制定測(cè)試過(guò)程的基礎(chǔ)。 測(cè)試的深度與測(cè)試用例的數(shù)量成正比 。判斷測(cè)試是否完全的一個(gè)主要評(píng)測(cè)方法是 基于需求的覆蓋 ，而這又是以測(cè)試用例數(shù)量為依據(jù)。 同時(shí)， 測(cè)試工作量與測(cè)試用例的數(shù)量成正比 。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 49 2）測(cè)試用例的描述語(yǔ)言及文檔模板 編寫(xiě) 測(cè)試用例文檔 應(yīng)有相應(yīng)的描述語(yǔ)言和文檔模板，須符合軟件內(nèi)部的規(guī)范要求。測(cè)試用例一般 以產(chǎn)品的軟件模塊或子系統(tǒng)為單位， 形成一個(gè)測(cè)試用例文檔。 3）測(cè)試套件 (Testing Suite) 在測(cè)試任務(wù)中根據(jù)不同的測(cè)試需求組合起來(lái)的相關(guān)的測(cè)試用例，稱(chēng)為 測(cè)試套件 。不同的測(cè)試任務(wù)按測(cè)試需求以測(cè)試套件為單位進(jìn)行測(cè)試。 例： 22 Windows記事本的“ 文件 |退出 ”功能測(cè)試 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 50 詳細(xì)的 測(cè)試用例設(shè)計(jì)技術(shù) 在第四節(jié)介紹。 測(cè) 試 套 件( S u i t e )測(cè) 試 用 例測(cè) 試 用 例測(cè) 試 用 例測(cè) 試 項(xiàng)（ g r o u p ）測(cè) 試 組（ g r o u p ）測(cè) 試 項(xiàng)（ g r o u p ）? ?? ?測(cè)試套件和測(cè)試用例的關(guān)系： 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 51 3. 測(cè)試執(zhí)行 在測(cè)試執(zhí)行階段主要是進(jìn)行環(huán)境的搭建，測(cè)試用例的執(zhí)行，提交缺陷報(bào)告。 主要的輸出就是 測(cè)試用例的執(zhí)行結(jié)果和缺陷報(bào)告 。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 52 測(cè)試報(bào)告與總結(jié) 測(cè)試完成后需要對(duì)測(cè)試結(jié)果進(jìn)行評(píng)估且編制測(cè)試報(bào)告。判斷測(cè)試是否完成、衡量測(cè)試質(zhì)量需要一些量化的結(jié)果，如測(cè)試 覆蓋率 是多少、測(cè)試 合格率 是多少、重要測(cè)試合格率是多少等。以 軟件模塊或功能點(diǎn)作為 統(tǒng)計(jì)基準(zhǔn)顯得過(guò)于粗糙，用測(cè)試用例作度量基準(zhǔn)更準(zhǔn)確、有效。 通過(guò)收集 bug，對(duì)比測(cè)試用例和缺陷數(shù)據(jù)庫(kù)，分析確認(rèn)是 漏測(cè)還是缺陷復(fù)現(xiàn) 。漏測(cè)反映了測(cè)試用例不完善，應(yīng)補(bǔ)充相應(yīng)測(cè)試用例。若已存在相應(yīng)測(cè)試用例，則反映 實(shí)施測(cè)試 或 變更處理 存在問(wèn)題。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 53 開(kāi)發(fā) 流程 與測(cè)試 流程的 關(guān) 系 軟件開(kāi)發(fā)流程和軟件測(cè)試流程分別在較大的時(shí)間粒度上說(shuō)明了軟件開(kāi)發(fā)和軟件測(cè)試的過(guò)程。 在軟件開(kāi)發(fā)流程中，將測(cè)試看做其中 一個(gè)階段 ，不符合軟件測(cè)試的實(shí)際。 軟件測(cè)試是一個(gè)系統(tǒng)工程，它和軟件開(kāi)發(fā)同步進(jìn)行，貫穿于整個(gè)軟件開(kāi)發(fā)過(guò)程 。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 54 測(cè)試生命周期與軟件開(kāi)發(fā)生命周期 (示例 1) 項(xiàng) 目 開(kāi) 發(fā) 計(jì) 劃 需 求 管 理 分 析 設(shè) 計(jì) 實(shí) 現(xiàn)軟 件 開(kāi) 發(fā) 生 命 周 期軟 件 測(cè) 試 生 命 周 期測(cè) 試 實(shí) 現(xiàn) 測(cè) 試 結(jié) 果 評(píng) 估測(cè) 試 設(shè) 計(jì)測(cè) 試 計(jì) 劃B u i l d B u i l d B u i l d缺 陷 追 蹤 和 變 更 管 理網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 55 MRD/PRD(市場(chǎng) /產(chǎn)品需求文檔 ) 測(cè)試生命周期與軟件開(kāi)發(fā)生命周期示 (示例 2) First Commercial Shipment 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 56 可以看出：軟件測(cè)試生命周期是與軟件開(kāi)發(fā)生命周期基本平齊的過(guò)程，即當(dāng)需求分析基本明確后就應(yīng)該基于需求分析的結(jié)果和整個(gè)項(xiàng)目計(jì)劃來(lái)進(jìn)行 軟件的測(cè)試計(jì)劃 ；伴隨著分析設(shè)計(jì)過(guò)程同時(shí)應(yīng)該完成測(cè)試用例的設(shè)計(jì)。 當(dāng)軟件的第一個(gè)版本發(fā)布出來(lái)后，測(cè)試人員要馬上基于它進(jìn)行測(cè)試腳本的實(shí)現(xiàn)，并基于測(cè)試計(jì)劃中的測(cè)試目的執(zhí)行測(cè)試用例，對(duì)測(cè)試結(jié)果進(jìn)行評(píng)估報(bào)告。這樣可通過(guò)各種測(cè)試指標(biāo)實(shí)時(shí)監(jiān)控項(xiàng)目質(zhì)量狀況，提高對(duì)整個(gè)項(xiàng)目的控制和管理能力。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 57 軟件測(cè)試模型 通用 測(cè)試 分 級(jí) 模型 IEEE軟 件 測(cè)試標(biāo) 準(zhǔn)分 級(jí) 模型 V模型 其他 軟 件 測(cè)試 模型 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 58 高級(jí)測(cè)工程師 軟件測(cè)試的通用分級(jí)模型 軟件測(cè)試流程從較大的時(shí)間粒度上說(shuō)明軟件測(cè)試的各個(gè)階段 。沒(méi)有詳細(xì)說(shuō)明軟件開(kāi)發(fā)與軟件測(cè)試之間的對(duì)應(yīng)關(guān)系， 軟件測(cè)試分級(jí)模型 更好的說(shuō)明了這一點(diǎn)。 通用測(cè)試分級(jí)模型 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 59 說(shuō)明 1. 為什么要有這些測(cè)試級(jí)別呢？ 1) 軟件會(huì)有各種類(lèi)型的錯(cuò)誤，必須經(jīng)過(guò)各種類(lèi)型的測(cè)試才能找到各種類(lèi)型的錯(cuò)誤。 2) 不同測(cè)試級(jí)別對(duì)應(yīng)不同的開(kāi)發(fā)階段 (參看 V模型 )。 說(shuō)明 2. 箭頭并不代表時(shí)間關(guān)系。 因每一測(cè)試級(jí)別都包含了計(jì)劃，設(shè)計(jì)，執(zhí)行，報(bào)告等階段。若按時(shí)間關(guān)系，每一級(jí)別 只能代表測(cè)試執(zhí)行階段 。 UT—IT—VT—ST 分級(jí)模型 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 60 說(shuō)明 3. 有些教材將上述模型成為 ”測(cè)試階段 ”而不是 ”測(cè)試級(jí)別 ”? 階段一詞表示事物發(fā)展過(guò)程中根據(jù)一定的標(biāo)準(zhǔn)劃分的段落，有時(shí)間先后關(guān)系。而上述 箭頭并不代表時(shí)間關(guān)系。 因?yàn)槊恳粶y(cè)試級(jí)別都包含了計(jì)劃，設(shè)計(jì)，執(zhí)行，報(bào)告等階段。由后面 V模型可看出， 系統(tǒng)測(cè)試 最早開(kāi)始 (需求設(shè)計(jì) )，最晚結(jié)束 ，而單元測(cè)試在 編碼實(shí)現(xiàn)階段 進(jìn)行。 參考別的資料，認(rèn)為 測(cè)試級(jí)別 一詞較為合適。 網(wǎng)絡(luò)性能評(píng)價(jià)與測(cè)試 2022/8/18 61 ?單元測(cè)試（ UT） 的主要目的是根據(jù) 詳細(xì)設(shè)計(jì)說(shuō)明書(shū) 來(lái)驗(yàn)證和確認(rèn)每個(gè)單元模塊是否符合預(yù)期的要求，發(fā)現(xiàn)編碼過(guò)程中可能存在的各種錯(cuò)誤。 ?集成測(cè)試（ IT） 的主要目的是根據(jù) 概要設(shè)計(jì) 來(lái)驗(yàn)證和確認(rèn)各個(gè)模塊是否已經(jīng)正確的集成到一起，主要檢查各模塊和其他模塊之間的接口上可能存在的錯(cuò)誤。 ?確認(rèn)測(cè)試（ VT） 的主要目的是 根據(jù)需求分析 來(lái)驗(yàn)證和確認(rèn)軟件是否符合用戶(hù)的預(yù)期要求 (功能性和非功能性 )。 ?系統(tǒng)測(cè)試（ ST） 的主要目的是根據(jù)需求定義，驗(yàn)證和確認(rèn)系統(tǒng)作為一個(gè) 整體 (支撐軟件 )是否能夠正常有效地運(yùn)行