火龍果軟件軟件測(cè)試課件(徐芳高職高專)

1軟件測(cè)試技術(shù)2第二章測(cè)試計(jì)劃2.1測(cè)試計(jì)劃要點(diǎn)和制訂過(guò)程2.2測(cè)試軟件需求2.3測(cè)試策略2.4測(cè)試環(huán)境2.5測(cè)試管理2.6測(cè)試計(jì)劃編寫(xiě)3開(kāi)發(fā)生命周期需求分析設(shè)計(jì)定義程序編制維護(hù)建立建立建立修改測(cè)試生命周期測(cè)試計(jì)劃測(cè)試設(shè)計(jì)定制個(gè)案測(cè)試執(zhí)行評(píng)估缺陷跟蹤越早測(cè)試越好2.1測(cè)試計(jì)劃要點(diǎn)和制訂過(guò)程軟件測(cè)試生命周期4軟件測(cè)試階段組成測(cè)試計(jì)劃測(cè)試設(shè)計(jì)測(cè)試開(kāi)發(fā)測(cè)試執(zhí)行測(cè)試評(píng)估5測(cè)試計(jì)劃的目標(biāo)

收集并組織測(cè)試計(jì)劃信息將軟件細(xì)化為可檢驗(yàn)的測(cè)試需求建立測(cè)試計(jì)劃6測(cè)試計(jì)劃制訂過(guò)程分析和測(cè)試軟件需求定義測(cè)試策略定義測(cè)試環(huán)境定義測(cè)試管理編寫(xiě)和審核測(cè)試計(jì)劃7

測(cè)試活動(dòng)進(jìn)度綜述，可供項(xiàng)目經(jīng)理產(chǎn)生項(xiàng)目進(jìn)度時(shí)參考；測(cè)試方法，包括測(cè)試工具的使用；測(cè)試工具，包括如何和何時(shí)獲取工具；實(shí)施測(cè)試和報(bào)告結(jié)果的過(guò)程；系統(tǒng)測(cè)試進(jìn)入和結(jié)束準(zhǔn)則；設(shè)計(jì)、開(kāi)發(fā)和執(zhí)行測(cè)試所需的人員；設(shè)備資源：需要什么樣的機(jī)器和測(cè)試基準(zhǔn)；恰當(dāng)?shù)臏y(cè)試覆蓋率目標(biāo)；測(cè)試所需的特殊軟件和硬件配置；測(cè)試應(yīng)用程序策略；測(cè)試哪些特性，不測(cè)試哪些特性；風(fēng)險(xiǎn)和意外情況計(jì)劃。測(cè)試計(jì)劃要點(diǎn)8測(cè)試計(jì)劃：考慮測(cè)試內(nèi)容系統(tǒng)功能用戶界面系統(tǒng)性能負(fù)載測(cè)試強(qiáng)化測(cè)試容量測(cè)試配置測(cè)試安裝測(cè)試92.2測(cè)試軟件需求需求分析過(guò)程收集用戶需求編寫(xiě)需求定義文檔編寫(xiě)軟件功能說(shuō)明編寫(xiě)軟件需求跟蹤矩陣審核軟件需求文檔10需求分析中測(cè)試人員工作理解需求，參與審核需求文檔理解項(xiàng)目的目標(biāo)、限制，了解用戶應(yīng)用背景編寫(xiě)測(cè)試計(jì)劃準(zhǔn)備資源11軟件需求文檔

需求文檔是進(jìn)行設(shè)計(jì)、編碼、測(cè)試的基礎(chǔ)文件，軟件需求文檔中，需要描述下列內(nèi)容：說(shuō)明一般描述各種限制條件、假定和以來(lái)功能需求非功能需求參考12需求跟蹤矩陣對(duì)于需求文檔中的每項(xiàng)需求，要確保以下問(wèn)題：是否完成了相應(yīng)的設(shè)計(jì)？是否編寫(xiě)完成了相應(yīng)的代碼？在哪里可以找到這些代碼？是否編寫(xiě)完成了相應(yīng)的單元測(cè)試用例？是否進(jìn)行了單元測(cè)試？是否完成了相應(yīng)的集成測(cè)試用例？是否進(jìn)行了集成測(cè)試？需求跟蹤矩陣即描述上述問(wèn)題。13什么是好的需求文檔？具有清晰的格式和文檔結(jié)構(gòu)需求的內(nèi)容正確需求的內(nèi)容完整需求具有可行性必要性對(duì)不同的需求的優(yōu)先等級(jí)進(jìn)行定義描述明確，無(wú)歧義、二義，上下文一致可證實(shí)和可測(cè)試性可修改性可追蹤需求文檔被及時(shí)更新14從以下幾個(gè)方面來(lái)評(píng)價(jià)需求文檔：需求文檔是否符合公司的格式要求？需求是否正確？要保證需求文檔中所描述的內(nèi)容是真實(shí)可靠的這是“真正的”需求嗎？描述的產(chǎn)品是否就是要開(kāi)發(fā)的產(chǎn)品？需求是否完備？列出的需求是否能減去一部分？需求是否兼容？需求有可能是矛盾的。需求是否可實(shí)現(xiàn)？需求是否合理？需求是否可測(cè)？如何進(jìn)行需求測(cè)試？15需求測(cè)試的方法：復(fù)查(Review)復(fù)查一般是讓工作中合作者檢查產(chǎn)品并提出意見(jiàn)。同級(jí)互查可以面對(duì)面進(jìn)行，也可以通過(guò)E-Mail實(shí)現(xiàn)，并沒(méi)有統(tǒng)一標(biāo)準(zhǔn)。發(fā)現(xiàn)文檔缺陷同級(jí)互查的能力是三種方法中最弱的。走查(Walkthrough)相比較審查走查較為寬松，其事先需要收集數(shù)據(jù)，也沒(méi)有輸出報(bào)告的要求。審查(Inspection)審查是為發(fā)現(xiàn)缺陷而進(jìn)行的。關(guān)鍵組件的審查通過(guò)會(huì)議進(jìn)行，會(huì)前每個(gè)與會(huì)者需要進(jìn)行準(zhǔn)備，會(huì)議必須按規(guī)定的程序進(jìn)行，缺陷被記錄并形成會(huì)議報(bào)告。審查被證明是非常有效的發(fā)現(xiàn)缺陷的方法。16定義測(cè)試需求

用戶需求定義測(cè)試需求根據(jù)用戶需求定義并完善測(cè)試需求，以作為整個(gè)測(cè)試的標(biāo)準(zhǔn)172.3測(cè)試策略測(cè)試策略考慮的問(wèn)題：測(cè)試范圍測(cè)試方法測(cè)試標(biāo)準(zhǔn)測(cè)試工具182.3.1確定測(cè)試范圍測(cè)試過(guò)度，則在測(cè)試覆蓋中存在大量冗余；測(cè)試范圍過(guò)小，則存在遺漏錯(cuò)誤的風(fēng)險(xiǎn)。定義測(cè)試范圍是一個(gè)在測(cè)試時(shí)間、費(fèi)用和質(zhì)量風(fēng)險(xiǎn)之間尋找平衡的過(guò)程。通過(guò)分析產(chǎn)品的需求文檔識(shí)別哪些需要被測(cè)試。測(cè)試范圍不能僅僅由測(cè)試人員來(lái)確定。19定義測(cè)試范圍需要考慮下列一些因素：首先測(cè)試最高優(yōu)先級(jí)的需求。測(cè)試新的功能和代碼或者改進(jìn)的舊功能。使用等價(jià)類劃分來(lái)減小測(cè)試范圍重點(diǎn)測(cè)試經(jīng)常出問(wèn)題的地方20確定測(cè)試范圍方法可采用提問(wèn)單的方式來(lái)確定測(cè)試范圍哪些功能是軟件的特色？哪些功能是用戶最常用的？如果系統(tǒng)可以分塊賣(mài)的話，哪些功能塊在銷售時(shí)最昂貴？哪些功能出錯(cuò)將導(dǎo)致用戶不滿或索賠？哪些程序是最復(fù)雜、最容易出錯(cuò)的？哪些程序是相對(duì)獨(dú)立，應(yīng)當(dāng)提前測(cè)試的？哪些程序最容易擴(kuò)散錯(cuò)誤？哪些程序是全系統(tǒng)的性能瓶頸所在？哪些程序是開(kāi)發(fā)者最沒(méi)有信心的？212.3.2選擇測(cè)試方法在不同的開(kāi)發(fā)階段，需要選擇不同的測(cè)試方法。在瀑布生命期模型中不同的階段可以選擇的不同的測(cè)試方法：需求分析階段：靜態(tài)測(cè)試概要設(shè)計(jì)與詳細(xì)設(shè)計(jì)階段：靜態(tài)測(cè)試

編碼和單元測(cè)試階段：靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試、白盒測(cè)試集成測(cè)試階段：動(dòng)態(tài)測(cè)試、白盒測(cè)試、黑盒測(cè)試

系統(tǒng)測(cè)試階段：動(dòng)態(tài)測(cè)試、黑盒測(cè)試驗(yàn)收測(cè)試階段：動(dòng)態(tài)測(cè)試、黑盒測(cè)試222.3.3定義測(cè)試標(biāo)準(zhǔn)定義測(cè)試標(biāo)準(zhǔn)的目的是設(shè)置測(cè)試中遵循的規(guī)則。需要制訂以下幾種標(biāo)準(zhǔn)：測(cè)試入口標(biāo)準(zhǔn)測(cè)試出口標(biāo)準(zhǔn)測(cè)試暫停與繼續(xù)標(biāo)準(zhǔn)23制訂測(cè)試標(biāo)準(zhǔn)常用規(guī)則（一）基于測(cè)試用例的規(guī)則當(dāng)測(cè)試用例的不通過(guò)率達(dá)到某一百分比時(shí)，則拒絕繼續(xù)測(cè)試。優(yōu)點(diǎn)是適用于所有的測(cè)試階段缺點(diǎn)是太依賴于測(cè)試用例。

基于“測(cè)試期缺陷密度”的規(guī)則“測(cè)試期缺陷密度”：測(cè)試一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)。如果在相鄰n個(gè)CPU小時(shí)內(nèi)“測(cè)試期缺陷密度”全部低于某個(gè)值m時(shí)，則允許正常結(jié)束測(cè)試。

24制訂測(cè)試標(biāo)準(zhǔn)常用規(guī)則（二）基于“運(yùn)行期缺陷密度”的規(guī)則“運(yùn)行期缺陷密度”：軟件運(yùn)行一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)如果在相鄰n個(gè)CPU小時(shí)內(nèi)“運(yùn)行期缺陷密度”全部低于某個(gè)值m時(shí)，則允許正常結(jié)束測(cè)試。252.3.4選擇自動(dòng)化測(cè)試工具使用測(cè)試工具可以帶來(lái)下面一些主要的好處：能夠很好地進(jìn)行性能測(cè)試和壓力測(cè)試能夠縮短測(cè)試周期能夠提高測(cè)試工作的可重復(fù)性26選擇自動(dòng)化測(cè)試工具需要注意以下幾方面：并不是所有的測(cè)試工作都可以由測(cè)試工具來(lái)完成并不是一個(gè)自動(dòng)化工具就可以完成所有的測(cè)試使用自動(dòng)化工具本身也是需要時(shí)間的，這個(gè)時(shí)間有可能超過(guò)手工測(cè)試的時(shí)間如果測(cè)試人員不熟悉測(cè)試工具的使用，有可能不能更多發(fā)現(xiàn)軟件錯(cuò)誤，從而影響測(cè)試工作質(zhì)量自動(dòng)化測(cè)試工具并不能對(duì)一個(gè)軟件進(jìn)行完全的測(cè)試購(gòu)買(mǎi)自動(dòng)化測(cè)試工具，有可能使本項(xiàng)目的測(cè)試費(fèi)用超出預(yù)算272.4測(cè)試環(huán)境從軟件的編碼、測(cè)試到用戶實(shí)際使用，存在著：開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境和用戶環(huán)境?！碍h(huán)境”，指的是被測(cè)試軟件所運(yùn)行的軟件環(huán)境和硬件環(huán)境。測(cè)試環(huán)境是測(cè)試人員為進(jìn)行軟件測(cè)試而搭建的環(huán)境，一般情況下，將包括多種典型的用戶環(huán)境。28測(cè)試環(huán)境的環(huán)境項(xiàng)

計(jì)算機(jī)平臺(tái)操作系統(tǒng)瀏覽器軟件支持平臺(tái)外部設(shè)備網(wǎng)絡(luò)環(huán)境其它專用設(shè)備29在配置測(cè)試環(huán)境方面，同樣面臨著在測(cè)試范圍中的平衡問(wèn)題。在搭建測(cè)試環(huán)境的時(shí)候，要排列配置的優(yōu)先級(jí)，主要考慮：使用的頻度或者范圍失效的可能性能最大限度模擬真實(shí)環(huán)境如何配置測(cè)試環(huán)境302.5測(cè)試管理在測(cè)試管理方面，需要考慮的主要問(wèn)題包括：選擇缺陷管理工具和測(cè)試管理工具定義工作進(jìn)度建立風(fēng)險(xiǎn)管理計(jì)劃31在測(cè)試計(jì)劃階段，需要確定用什么工具進(jìn)行測(cè)試管理和缺陷管理。如TestDirector或Bugzilla等。在執(zhí)行測(cè)試的過(guò)程中，缺陷管理工具和測(cè)試管理工具并不是必須的。但多數(shù)公司都會(huì)使用缺陷管理工具。2.5.1缺陷工具和管理工具的選擇

32定義工作進(jìn)度的過(guò)程確認(rèn)工作任務(wù)估算工作量編寫(xiě)進(jìn)度計(jì)劃2.5.2定義工作進(jìn)度33確認(rèn)工作任務(wù)

工作任務(wù)可以分為兩類，一類是可以直接和需求文檔對(duì)應(yīng)起來(lái)的，另外一類和需求文檔沒(méi)有直接的關(guān)聯(lián)。在需求文檔中，描述了軟件的功能性需求和非功能性需求，對(duì)需求中的每一個(gè)條目，都應(yīng)該有相應(yīng)的測(cè)試工作與之對(duì)應(yīng)起來(lái)。確認(rèn)好測(cè)試任務(wù)后，還應(yīng)該排列這些任務(wù)的優(yōu)先級(jí)。34與需求文檔沒(méi)有直接關(guān)聯(lián)的任務(wù)：

執(zhí)行測(cè)試時(shí)設(shè)置和配置系統(tǒng)開(kāi)發(fā)和安裝專用測(cè)試工具學(xué)習(xí)使用測(cè)試工具定制測(cè)試工具將測(cè)試用例編寫(xiě)為腳本或數(shù)據(jù)文件重新運(yùn)行以前沒(méi)通過(guò)的測(cè)試用例產(chǎn)生測(cè)試報(bào)告和測(cè)試總結(jié)文檔編寫(xiě)測(cè)試計(jì)劃編寫(xiě)質(zhì)量報(bào)告、缺陷報(bào)告人員培訓(xùn)與程序員之間的交流與客戶之間的交流35估算工作量工作量可以使用“人*日”、“人*月”、“人*年”這樣的單位。測(cè)試工作量的估算可以采用以下方法：建立詳細(xì)的工作分解結(jié)構(gòu)分析以往項(xiàng)目，尋找歷史數(shù)據(jù)使用評(píng)估模型在估算工作量時(shí)，還要注意一些“返工”的問(wèn)題。36編寫(xiě)進(jìn)度計(jì)劃進(jìn)度計(jì)劃可以用甘特圖的形式來(lái)表示。

37在進(jìn)度計(jì)劃中，要確保：所有任務(wù)都已經(jīng)被列出計(jì)劃中包含了任務(wù)編號(hào)、任務(wù)名稱、開(kāi)始時(shí)間、完成時(shí)間、持續(xù)時(shí)間等信息計(jì)劃是可行的，資源要求能夠被滿足按照此計(jì)劃開(kāi)展實(shí)際工作如果有變化，該計(jì)劃將被及時(shí)更新382.5.3建立風(fēng)險(xiǎn)管理計(jì)劃

在測(cè)試中面臨的問(wèn)題：由于設(shè)計(jì)、編碼出現(xiàn)了大的質(zhì)量問(wèn)題，導(dǎo)致測(cè)試工作量、測(cè)試時(shí)間增加；在開(kāi)始測(cè)試時(shí)，所需要的硬件、軟件沒(méi)有準(zhǔn)備好未能完成對(duì)測(cè)試人員的技術(shù)培訓(xùn)測(cè)試時(shí)的人力資源安排不足在測(cè)試過(guò)程中，發(fā)生了大量的需求變更在測(cè)試過(guò)程中，項(xiàng)目的開(kāi)發(fā)計(jì)劃被進(jìn)行大幅度調(diào)整不能及時(shí)準(zhǔn)備好所需要的測(cè)試環(huán)境不能及時(shí)準(zhǔn)備好測(cè)試數(shù)據(jù)39風(fēng)險(xiǎn)管理的過(guò)程：識(shí)別風(fēng)險(xiǎn)評(píng)估風(fēng)險(xiǎn)制訂對(duì)策跟蹤風(fēng)險(xiǎn)402.6測(cè)試計(jì)劃編寫(xiě)測(cè)試計(jì)劃是描述軟件測(cè)試努力的目標(biāo)、范圍、方法和焦點(diǎn)的文檔。由于測(cè)試的種類多、內(nèi)容廣并且時(shí)間分散，并且不同的測(cè)試工作由不同的人員來(lái)執(zhí)行，因此一般把單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試各階段