【正文】 Testing) 回歸測試不是一個(gè)特定的測試級(jí)別。 只要對(duì)軟件代碼進(jìn)行過修改，不論是修改錯(cuò)誤、增加新的功能或是提高性能，原則上都要進(jìn)行回歸測試， 目的是 以保證對(duì)代碼修改的正確性，確保代碼修改不會(huì)對(duì)其余部分帶來負(fù)面影響。主要關(guān)注在集成測試和系統(tǒng)測試階段遇到代碼變動(dòng)所進(jìn)行的重復(fù)測試。回歸測試可以通過重新執(zhí)行所有的測試用例 的一個(gè)子集 進(jìn)行。 回歸測試須包括 3種類型測試用例 ， 1) 能夠測試軟件的 所有功能 的代表性測試用例； 2) 專門針對(duì)可能會(huì)被修改影響的軟件功能的附加測試； 3) 針對(duì)修改過的軟件成分的測試?；貧w測試可有選擇地重復(fù)執(zhí)行集成和系統(tǒng)測試的測試用例。 回歸測試變動(dòng)較小，測試環(huán)境相對(duì)穩(wěn)定，適于自動(dòng)化測試。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 82 驗(yàn)收測試是客戶為了驗(yàn)證產(chǎn)品是否實(shí)現(xiàn)了他們提出的需求，能否被接受，也叫 可接受性測試 。依據(jù)是 軟件需求說明書、合同、驗(yàn)收測試計(jì)劃 。 驗(yàn)收測試是對(duì)于 項(xiàng)目類 軟件而說的；產(chǎn)品類軟件不要驗(yàn)收測試，但要進(jìn)行 α測試以及 β測試 (屬于確認(rèn)測試 )。 附錄：關(guān)于測試級(jí)別的一些觀點(diǎn)： ① 項(xiàng)目性軟件：不要系統(tǒng)測試，要驗(yàn)收測試；產(chǎn)品型軟件：不要驗(yàn)收測試，要 α、 β測試。 ② 系統(tǒng)包含硬件： VT=IT；純軟系統(tǒng)： VT=ST 6） 驗(yàn)收測試 (AT： Acceptance Testing) 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 83 測試級(jí)別小結(jié)： 測試級(jí)別 目的和方法 評(píng)估標(biāo)準(zhǔn) 單元測試 （ UT） 對(duì)源代碼實(shí)現(xiàn)的每個(gè) 程序單元進(jìn)行測試 ，檢查各程序模塊是否正確的實(shí)現(xiàn)了規(guī)定的功能，常用 白盒測試法 ，由開發(fā)人員承擔(dān)。 邏輯覆蓋 集成測試 （ IT） 將 構(gòu)件集成在一起 ，測試它們是否能正常運(yùn)行，這里 “ 構(gòu)件 ” 可以是程序模塊、客戶機(jī) 服務(wù)器程序等。常用 灰盒測試法 。 接口覆蓋 確認(rèn)測試 （ VT） 由用戶或第三方執(zhí)行，測試軟件系統(tǒng)是否符合用戶需求規(guī)格說明書。測試軟件是否符合功能性和非功能性要求，常用 黑盒測試方法 ， 需求覆蓋 系統(tǒng)測試 （ ST） 測試整個(gè)軟件系統(tǒng)是否符合所有要求，常用 黑盒測試 方法，一般由獨(dú)立的測試人員執(zhí)行。 回歸測試 （ RT） 指錯(cuò)誤被修正后或軟件功能、環(huán)境發(fā)生變化后重新進(jìn)行的測試?；貧w測試的困難在于不好確定哪些內(nèi)容應(yīng)當(dāng)被重新測試。 UT IT ST VT 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 84 4. 停止測試的時(shí)機(jī) 1) 軟 件系 統(tǒng) 在 進(jìn) 行 單 元、集成、確 認(rèn) 、系 統(tǒng) 、 驗(yàn) 收 測試時(shí) ， 發(fā)現(xiàn) 一 級(jí)錯(cuò)誤 (=1)、二 級(jí)錯(cuò)誤 (=2)暫 停 測試 返回 開發(fā) 。 2) 軟 件系 統(tǒng)經(jīng)過單 元、集成、確 認(rèn) 、系 統(tǒng) 、 驗(yàn) 收 測試 ，分 別達(dá)到 單 元、集成、確 認(rèn) 、系 統(tǒng) 、 驗(yàn) 收 測試 停止 標(biāo) 準(zhǔn)。 3) 軟 件系 統(tǒng) 通 過驗(yàn) 收 測試 ， 并 已得出 驗(yàn) 收 測試結(jié)論 。 4) 軟 件 項(xiàng) 目需 暫 停以 進(jìn) 行 調(diào) 整 時(shí) ， 測試應(yīng)隨 之 暫 停， 并備份暫停點(diǎn) 數(shù) 據(jù)。 5) 單 位 時(shí)間內(nèi) 的 BUG數(shù) 量下降到某 個(gè)值 。 6) 軟 件在其 開發(fā) 生命周期 內(nèi) 出 現(xiàn) 重大估算，需 暫 ?；?終 止 時(shí) ，測試應(yīng)隨 之 暫 ?；?終 止 并備份暫 ?；?終 止點(diǎn) 數(shù) 據(jù)。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 85 1. W模型 需 求 分 析 需 求 測 試 驗(yàn) 收確 認(rèn)集 成編 碼詳 細(xì) 設(shè) 計(jì)概 要 設(shè) 計(jì)單 元 測 試功 能 測 試集 成 測 試確 認(rèn) 測 試驗(yàn) 收 測 試設(shè) 計(jì) 測 試 其他 軟 件 測試 模型 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 86 W模型形象的說明了軟件測試和軟件開發(fā)的同步性 。 與 V模型相比， W模型中很容易看出測試伴隨軟件開發(fā)的每個(gè)階段，測試對(duì)象不僅是程序，還包含需求和設(shè)計(jì)。該模型的優(yōu)點(diǎn)在于：每個(gè)軟件開發(fā)活動(dòng)結(jié)束后就可以執(zhí)行相應(yīng)的測試。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 87 2. H模型 測 試 準(zhǔn) 備 測 試 執(zhí) 行測 試 就 緒 點(diǎn)其 他 流 程 （ 開 發(fā) 、 設(shè)計(jì) 、 編 碼 ）測 試 流 程 H模型充分體現(xiàn)了測試過程，演示了在整個(gè)產(chǎn)品生命周期中，某個(gè)層次上的一次測試“微循環(huán)” (一個(gè)流程在時(shí)間上的最小單位 )，測試流程和其他流程并發(fā)執(zhí)行。 向上箭頭表示在某個(gè)時(shí)間點(diǎn)，其他流程的進(jìn)展引發(fā)了測試就緒點(diǎn)，測試活動(dòng)就可以進(jìn)行。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 88 測試 管理及工具 測試資源管理 1）測試人員組織 越來越多公司開始重視測試，開始組建自己的測試部門。然而測試不能孤立的進(jìn)行，必須和公司現(xiàn)有的部門和小組結(jié)合，下圖 給出了測試部門和人員組織的一種常見方法。 2）測試環(huán)境管理 3）測試文檔管理 (工具 ) 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 89 高 級(jí) 管 理 人 員測 試 主 管獨(dú) 立 測 試 觀 察 員圖 例匯 報(bào)聯(lián) 絡(luò)測 試 組 長操 作 代 表用 戶 代 表測 試 組測 試 者開 發(fā) 組測 試 者測 試 分 析 員測 試 分 析 員開 發(fā) 組 組 長開 發(fā) 組測 試 者 測 試 分 析 員測試人員組織 : 獨(dú)立測試觀察員 負(fù)責(zé)獨(dú)立驗(yàn)證在產(chǎn)品測試中執(zhí)行了正確的過程，確保測試者按照測試腳本給出的指令執(zhí)行測試，并正確解釋測試結(jié)果。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 90 不完整或維護(hù)不好的需求，使得測試分析員就沒有完成測試腳本和測試用例設(shè)計(jì)的依據(jù)，不能為重要的需求設(shè)計(jì)測試，或許導(dǎo)致測試分析員耗費(fèi)人力設(shè)計(jì)測試用例來驗(yàn)證需求。 需求的維護(hù)、獲得、管理是軟件開發(fā)和測試項(xiàng)目中常會(huì)產(chǎn)生質(zhì)量問題的地方。由于任務(wù)復(fù)雜，以及為任何卡發(fā)項(xiàng)目 (小項(xiàng)目除外 )都會(huì)產(chǎn)生大量的需求，所以大部分軟件開發(fā)項(xiàng)目都使用需求管理工具，以確保測試的最大覆蓋，避免測試的重復(fù)和遺漏。 測試需求管理 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 91 1) Rational Requisite Pro IBM Rational Requisite Pro解決方案是一種需求和用例管理工具，能夠幫助項(xiàng)目團(tuán)隊(duì)改進(jìn)項(xiàng)目目標(biāo)的溝通，增強(qiáng)協(xié)作開發(fā)，降低項(xiàng)目風(fēng)險(xiǎn)，以及在部署前提高應(yīng)用程序的質(zhì)量。通過與 Microsoft Word的高級(jí)集成方式，為需求的定義和組織提供熟悉的環(huán)境。 2) Telelogic DOORS Telelogic DOOR Sreg。 Enterprise Requirements Suite (DOORS/ERS)是基于整個(gè)公司的需求管理系統(tǒng)，用來捕捉、鏈接、跟蹤、分析及管理信息，以確保項(xiàng)目與特定的需求及標(biāo)準(zhǔn)保持一致。 DOORS/ERS 使用清晰的溝通來降低失敗的風(fēng)險(xiǎn)，這使通過通用的需求庫來實(shí)現(xiàn)更高生產(chǎn)率的建設(shè)性的協(xié)作成為可能，且為根據(jù)特定的需求定義的可交付物提供可視化的驗(yàn)證方法，從而達(dá)到質(zhì)量標(biāo)準(zhǔn)。 常用需求管理工具 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 92 3) Borland CaliberRM Borland CaliberRM是一個(gè)基于 Web 和用于協(xié)作的需求定義和管理工具，可以幫助分布式的開發(fā)團(tuán)隊(duì)平滑協(xié)作，從而加速交付應(yīng)用系統(tǒng)。CaliberRM 輔助團(tuán)隊(duì)成員溝通，減少錯(cuò)誤和提升項(xiàng)目質(zhì)量。 4) IRqA IRqA是尖端的需求工程 (Requirements Egineering)工具，對(duì)完全的需求工程過程提供集成支持。功能強(qiáng)大的 RE工具幫助我們建立高質(zhì)的系統(tǒng)規(guī)范說明： ? 用戶可以捕獲和管理需求； ? 在自己的專業(yè)領(lǐng)域內(nèi)對(duì)它們進(jìn)行歸類和分析； ? 用清晰的可表達(dá)的技術(shù)手段描述要?jiǎng)?chuàng)建的系統(tǒng)。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 93 隨著測試技術(shù)的蓬勃發(fā)展，測試流程的管理顯得猶為重要，流程管理已成為測試成功的重要保證。內(nèi)容： ① 要確保流程被每一個(gè)人正確的理解和執(zhí)行，就要仔細(xì)的定義其中的每個(gè)過程，并充分交流。 ② 利用測試管理工具，固化和規(guī)范測試流程，確保正確的執(zhí)行過程，以及將流程透明化，以便進(jìn)一步加強(qiáng)。 ③ 適當(dāng)采用行政手段在流程推廣初期是一種選擇。 ④ 有效地 BUG管理。測試是一套復(fù)雜的處理過程，有效地 BUG管理能減少測試人員和開發(fā)人員的沖突。 測試流程管理 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 94 ⑤ 測試流程變更。 在實(shí)際工作中經(jīng)常會(huì)發(fā)現(xiàn)，當(dāng)初制定的流程并不適合現(xiàn)在的工作，那么到哪里去找適合所有工作的流程？ ? 裁剪： 根據(jù)項(xiàng)目的具體情況對(duì)現(xiàn)行的標(biāo)準(zhǔn)過程在一定范圍內(nèi)進(jìn)行修改，該修改內(nèi)容僅影響當(dāng)前項(xiàng)目，標(biāo)準(zhǔn)過程在其他項(xiàng)目中仍然有效。 ? 變更： 因?yàn)槟承┰?，將現(xiàn)行標(biāo)準(zhǔn)過程做永久性修改，在今后相關(guān)工作中廢棄現(xiàn)行標(biāo)準(zhǔn)過程，而采用更新后的標(biāo)準(zhǔn)過程。 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 95 測試流程工具： 就是用來協(xié)助測試管理而開發(fā)的一種管理手段，如 bugzilla， CQ(Clear Quest)， TPlan Professional, TestCenter測試管理工具、 TestManager(IBM)， QESuite 甚至是 Excel等。好處： ?解決測試工作環(huán)節(jié)多，流程復(fù)雜等問題 。 ?解決測試工作不透明，測試工作不量化的問題 。 ?建立事件關(guān)系，實(shí)現(xiàn)快速檢索 。 ?自動(dòng)記錄跟蹤事件的發(fā)展變化 。 ?提高辦事效率 。 測試流程管理工具 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 96 1. 查看軟件測試方面的教材，加深對(duì)本章內(nèi)容的了解。 2. 了解軟件測試流程及各階段的任務(wù)。 3. 結(jié)合實(shí)際項(xiàng)目，考慮開發(fā)人員如何在軟件開發(fā)過程中進(jìn)行測試？ *4. 網(wǎng)上搜索一些關(guān)于通用測試級(jí)別的測試工具軟件，如單元測試、集成測試 等 工具軟件，進(jìn)行學(xué)習(xí)和了解。 *5. 查找一個(gè)軟件 測試管理工具 ，講述其特點(diǎn)和用法 (可作報(bào)告 )。 要求： ① 4/5任選一題，網(wǎng)上上交電子和書面材料，嚴(yán)禁抄襲。 ② 按本科畢業(yè)論文格式撰寫，章節(jié)分配合理，論述清楚。 思考 題 帶 *的 題 要上交 網(wǎng)絡(luò)性能評(píng)價(jià)與測試 2022/8/18 97 *6. 在軟件開發(fā)與運(yùn)行階段一般需要完成單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試和驗(yàn)收測試，這些對(duì)軟件質(zhì)量保證起著非常關(guān)鍵的作用。 （ 1）請(qǐng)簡述單元測試的主要任務(wù)。 （ 2）集成測試包括非增量式和增量式兩種方法，增量式測試按照不同的實(shí)施次序又可以分為自頂向下和自底向上增量式測試。請(qǐng)比較上述兩種增量式測試方法的優(yōu)點(diǎn)和缺點(diǎn)。 *7. 請(qǐng)估計(jì)廣州中信大廈是否堅(jiān)固，寫出推理過程。 *8. 分析軟件測試的復(fù)雜性。