webtours測試計(jì)劃

1、網(wǎng)上訂票系統(tǒng)測試計(jì)劃表1-5測試計(jì)劃說明表總頁數(shù)正文附錄生效日期：2015 年1月14日編制：審核：批準(zhǔn)：表1-6修訂歷史記錄日期版本說明作者2015/1/14<>詳細(xì)信息姓名目錄1 .簡介 錯(cuò)誤!未定義書簽?zāi)康?錯(cuò)誤!未定義書簽背景 錯(cuò)誤!未定義書簽范圍 錯(cuò)誤!未定義書簽使用文檔 錯(cuò)誤!未定義書簽2 .測試需求 錯(cuò)誤!未定義書簽3 .測試風(fēng)險(xiǎn)錯(cuò)誤!未定義書簽4 .測試策略錯(cuò)誤!未定義書簽測試類型錯(cuò)誤!未定義書簽數(shù)據(jù)和數(shù)據(jù)庫完整性測試錯(cuò)誤!未定義書簽功能測試錯(cuò)誤!未定義書簽業(yè)務(wù)周期測試錯(cuò)誤!用戶界面測試錯(cuò)誤!性能評(píng)價(jià)錯(cuò)誤!負(fù)載測試錯(cuò)誤!強(qiáng)度測試錯(cuò)誤!容量測試錯(cuò)誤!安全性和訪問控制測

2、試錯(cuò)誤!故障轉(zhuǎn)移和恢復(fù)測試 錯(cuò)誤!未定義書簽。配置測試 錯(cuò)誤!未定義書簽。安裝測試 錯(cuò)誤!未定義書簽。5 .工具- 296資源 錯(cuò)誤! 未定義書簽。人力資源錯(cuò)誤!系統(tǒng)資源錯(cuò)誤!7 .測試進(jìn)度和里程碑 錯(cuò)誤!項(xiàng)目測試進(jìn)度錯(cuò)誤!測試?yán)锍瘫e(cuò)誤!8 .可交付工件錯(cuò)誤!1.簡介目的網(wǎng)上訂票系統(tǒng)的這一 “測試計(jì)劃”文檔的目的是:(1)提供一個(gè)對(duì)項(xiàng)目軟件進(jìn)行測試的總體安排和進(jìn)度計(jì)劃，確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試軟件構(gòu)件。(2)標(biāo)明推薦的測試需求(高層次)。(3)推薦可采用的測試策略，并對(duì)這些策略加以說明。(4)確定所需的資源，并對(duì)測試的工作量進(jìn)行估計(jì)。(5)列出測試項(xiàng)目的可交付元素1. 2背景本項(xiàng)目測試的對(duì)

3、象是HP LoadRunner軟件自帶的 Web Tours網(wǎng)上訂票系統(tǒng)， 這是一款基于平臺(tái)的網(wǎng)站?；谙冗M(jìn)的 .NET Framework,默認(rèn)支持 SOL Server 數(shù)據(jù)庫，可擴(kuò)展支持ACCES皿ySql等多種數(shù)據(jù)庫。支持基于IE > Chrome Firefox、 Opera等瀏覽器。WebTours網(wǎng)站主要是提供方全世界用戶進(jìn)行網(wǎng)上訂票、查看訂票信息、預(yù) 訂機(jī)票、修改預(yù)訂機(jī)票的功能支持。1. 3范圍對(duì)Web Tours網(wǎng)站的注冊、登陸、訂票、查詢以及退票功能進(jìn)行功能測試、 性能測試和界面測試1. 4使用文檔下表列出了制定測試計(jì)劃所用的文檔，并標(biāo)明了文檔的可用性：表1-7測試計(jì)

4、劃使用文檔列表文檔(版本/日期)已創(chuàng)建或可用已被接受或已 經(jīng)過復(fù)審作者或 來源備注測試計(jì)劃模版是是老師2.測試需求下面列出了那些已被確定為測試對(duì)象的項(xiàng)目(用例、功能性需求和非功能性需求)。此列表說明了測試的對(duì)象。在此處輸入一個(gè)主要測試需求的高層次列表。例如：.功能測試注冊、登陸、訂票、查詢以及退票功能用戶界面測試注冊、登陸、訂票、查詢以及退票功能性能測試注冊、登陸、訂票、查詢以及退票功能3 .測試風(fēng)險(xiǎn)軟件測試風(fēng)險(xiǎn)是不可避免的、 總是存在的，所以對(duì)測試風(fēng)險(xiǎn)的管理非常重要， 必須盡力 降低測試中所存在的風(fēng)險(xiǎn)， 最大程度地保證質(zhì)量和滿足客戶的需求。 在測試工作中，主要的 風(fēng)險(xiǎn)有：1 .質(zhì)量需求或產(chǎn)品

5、的特性理解不準(zhǔn)確，造成測試范圍分析的誤差，結(jié)果某些地方始終 測試不到或驗(yàn)證的標(biāo)準(zhǔn)不對(duì)；2 .測試用例沒有得到百分之百的執(zhí)行，如有些測試用例被有意或無意的遺漏；3 .需求的臨時(shí)/突然變化，導(dǎo)致設(shè)計(jì)的修改和代碼的重寫，測試時(shí)間不夠；4 .質(zhì)量標(biāo)準(zhǔn)不都是很清晰的，如適用性的測試，仁者見仁、智者見智；5 .測試用例設(shè)計(jì)不到位，忽視了一些邊界條件、深層次的邏輯、用戶場景等；6 .測試環(huán)境，一般不可能和實(shí)際運(yùn)行環(huán)境完全一致，造成測試結(jié)果的誤差；7 .有些缺陷出現(xiàn)頻率不是百分之百，不容易被發(fā)現(xiàn)；如果代碼質(zhì)量差，軟件缺陷很多，被漏檢的缺陷可能性就大；8 .回歸測試一般不運(yùn)行全部測試用例，是有選擇性的執(zhí)行，必然

6、帶來風(fēng)險(xiǎn)。前面三種風(fēng)險(xiǎn)是可以避免的，而四至七的四種風(fēng)險(xiǎn)是不能避免的，可以降到最低。最后一種回歸測試風(fēng)險(xiǎn)是可以避免，但出于時(shí)間或成本的考慮，一般也是存在的。針對(duì)上述軟件測試的風(fēng)險(xiǎn)，有一些有效的測試風(fēng)險(xiǎn)控制方法，如：測試環(huán)境不對(duì)可以通過事先列出要檢查的所有條目，在測試環(huán)境設(shè)置好后， 由其他人員按已列出條目逐條檢查；？有些測試風(fēng)險(xiǎn)可能帶來的后果非常嚴(yán)重，能否將它轉(zhuǎn)化為其他一些不會(huì)引起嚴(yán)重后果的低風(fēng)險(xiǎn)。如產(chǎn)品發(fā)布前夕，在某個(gè)不是很重要的新功能上發(fā)現(xiàn)一個(gè)嚴(yán)重的缺陷，如果修正這個(gè)缺陷，很有可能引起某個(gè)原有功能上的缺陷。 這時(shí)處理這個(gè)缺陷所帶來的風(fēng)險(xiǎn)就很大， 對(duì) 策是去掉（Diasble）那個(gè)新功能，轉(zhuǎn)移這

7、種風(fēng)險(xiǎn)；有些風(fēng)險(xiǎn)不可避免，就設(shè)法降低風(fēng)險(xiǎn)，如“程序中未發(fā)現(xiàn)的缺陷”這種風(fēng)險(xiǎn)總是存在，我們就要通過提高測試用例的覆蓋率（如達(dá)到%來降低這種風(fēng)險(xiǎn)；？為了避免、轉(zhuǎn)移或降低風(fēng)險(xiǎn)，事先要做好風(fēng)險(xiǎn)管理計(jì)劃和控制風(fēng)險(xiǎn)的策略，并對(duì)風(fēng) 險(xiǎn)的處理還要制定一些應(yīng)急的、有效的處理方案。4 .測試策略功能測試測試對(duì)象的功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù) 規(guī)則的所有測試需求。這些測試的目標(biāo)在于核實(shí)能否正確地接受、處理和檢索數(shù) 據(jù)以及業(yè)務(wù)規(guī)則是否正確實(shí)施。這種類型的測試基于黑盒方法，即通過圖形用戶 界面（GUI）與應(yīng)用程序交互并分析輸出結(jié)果來驗(yàn)證應(yīng)用 程序及其內(nèi)部進(jìn)程。以下列出的是每個(gè)應(yīng)用程序推薦的測試

8、方法概要： 表1-9功能測試說明表測試目標(biāo)：確保測試對(duì)象的功能正常，其中包括導(dǎo)航、數(shù)據(jù)輸入、處理和檢 索等。方法：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個(gè)用例、 用例流或功能，以核 實(shí)以下內(nèi)容：在使用肩效數(shù)據(jù)時(shí)得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時(shí)顯示相應(yīng)的錯(cuò)誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了止確的應(yīng)用。完成標(biāo)準(zhǔn)：所計(jì)劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特 殊事項(xiàng)：確定或說明那些將對(duì)功能測試的實(shí)施和執(zhí)行造成影響的事項(xiàng)或 因素（內(nèi)部的或外部的）用戶界面測試通過用戶界面（UI）測試來核實(shí)用戶與軟件的交互。UI測試的目標(biāo)在于確 保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對(duì)象功能的操作。除此之外

9、，UI測試還要確保UI功能內(nèi)部的對(duì)象符合 預(yù)期要求，并遵循公司或行業(yè)的標(biāo)準(zhǔn)。表1-11用戶界面測試說明表測試目標(biāo)：核實(shí)以下內(nèi)容：通過瀏覽測試對(duì)象可正確反映業(yè)務(wù)的功能和需求， 這種瀏覽包括 窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法 （Tab健、鼠標(biāo)移動(dòng)和快捷鍵）的使用窗口的對(duì)象和特征（例如：菜單、大小、位置、狀態(tài)和中心）者B 符合標(biāo)準(zhǔn)。方法：為每個(gè)窗口創(chuàng)建或修改測試，以核實(shí)各個(gè)應(yīng)用程序窗口和對(duì)象都 可止確地進(jìn)行瀏覽，并處于正常的對(duì)象狀態(tài)。完成標(biāo)準(zhǔn)：證實(shí)各個(gè)窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)1需考慮的特 殊事項(xiàng)：并不是所有定制或第三方對(duì)象的特征都可訪問。性能評(píng)價(jià)性能評(píng)價(jià)是一種

10、性能測試，它對(duì)響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān) 的需求進(jìn)行評(píng)測和評(píng)估。性能評(píng)價(jià)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施和 執(zhí)行性能評(píng)價(jià)的目的是將測試對(duì)象的性能為當(dāng)作條件（例如工作量或硬件配置）的一種函數(shù)來進(jìn)行評(píng)價(jià)和微調(diào)。注：以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個(gè)主角通過使用測試對(duì)象來執(zhí)行的特定用例，例如，添加或修改某個(gè)合同。表1-12性能測試說明表測試目標(biāo)：核實(shí)所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為： 正常的預(yù)期工作量預(yù)期的最繁重工作量方法：使用為功能或業(yè)務(wù)周期測試制定的測試過程。通過修改數(shù)據(jù)義件來增加事務(wù)數(shù)量，或通過修改腳本來增加每項(xiàng) 事務(wù)的迭代次數(shù)。腳本應(yīng)該

11、在一臺(tái)計(jì)算機(jī)上運(yùn)行（最好是以單個(gè)用戶、單個(gè)事務(wù)為 基準(zhǔn)），并在多臺(tái)客戶機(jī)（虛擬的或?qū)嶋H的客戶機(jī)，請參見下而 的“需考慮的特殊事項(xiàng)”）上重復(fù)。完成標(biāo)準(zhǔn)：單個(gè)事務(wù)或單個(gè)用戶：在每個(gè)事務(wù)所預(yù)期或要求的時(shí)間范圍內(nèi) 成功地完成測試腳本，沒有發(fā)生任何故障。多個(gè)事務(wù)或多個(gè)用戶：在可接受的時(shí)間范圍內(nèi)成功地完成測試 腳本，沒有發(fā)生任何故障。需考慮的特 殊事項(xiàng)：綜合的性能測試還包括在服務(wù)器上添加后臺(tái)工作量。可采用多種方法來執(zhí)行此操作，其中包括：直接將“事務(wù)強(qiáng)行分配到"服務(wù)器上，這通常以“結(jié)構(gòu)化查詢語 言"（SQL）調(diào)用的形式來實(shí)現(xiàn)。通過創(chuàng)建“虛擬的”用戶負(fù)裁來模擬許多個(gè)（通常為數(shù)百個(gè)）客 戶機(jī)

12、。此負(fù)我可通過遠(yuǎn)程終端仿真（Remote TerminalEmulation） 工具來頭現(xiàn)。此技術(shù)還可用于在網(wǎng)絡(luò)中加載“流 量”。使用多臺(tái)實(shí)際客戶機(jī)（每臺(tái)客戶機(jī)都運(yùn)行測試腳本）在系統(tǒng)上添 加負(fù)裁。性能測試應(yīng)該在專用的計(jì)算機(jī)上或在專用的機(jī)時(shí)內(nèi)執(zhí)行，以便實(shí)現(xiàn)完全的控制和精確的評(píng)測。性能測試所用的數(shù)據(jù)庫應(yīng)該是與實(shí)際大小相同或等比例縮放的數(shù)據(jù)庫。5 .工具自動(dòng)化性能測試工具：LoadRunner-116 .資源本節(jié)列出推薦 網(wǎng)上訂票系統(tǒng) 項(xiàng)目使用的資源，及其主要職責(zé)、知識(shí)或技能 人力資源下表列出了在此項(xiàng)目的人員配備方面所作的各種假定。注：可視情況刪除或添加項(xiàng)目。表1-20人力資源說明表人力資源角色推薦

13、的最少資源具體職責(zé)或注釋測試組長，1人負(fù)責(zé)擬定軟件項(xiàng)目的測試計(jì)劃和方案， 提供測試技術(shù)指導(dǎo)，組織測試資源，安 排測試計(jì)劃實(shí)施，提交測試分析報(bào)告， 總結(jié)整個(gè)測試活動(dòng)。測試設(shè)計(jì)員3人參與制定測試計(jì)劃，生成測試模型，在 面向?qū)ο蟮脑O(shè)計(jì)系統(tǒng)中確定并定義測 試類的操作、屬性和關(guān)聯(lián)關(guān)系，確定測 試用例，指導(dǎo)測試實(shí)施，參與測試評(píng)估 和測試分析報(bào)告的編寫。測試員3人執(zhí)行實(shí)施測試，填寫測試記錄，記錄結(jié) 果和缺陷。系統(tǒng)資源下表列出了測試項(xiàng)目所需的系統(tǒng)資源。此時(shí)并不完全了解測試系統(tǒng)的具體元素。建議讓系統(tǒng)模擬生產(chǎn)環(huán)境，并在適 當(dāng)?shù)那闆r下減小訪問量和數(shù)據(jù)庫大小。表1-21系統(tǒng)資源說明表系統(tǒng)資源資源名稱/類型數(shù)據(jù)庫服務(wù)器

14、網(wǎng)絡(luò)或子網(wǎng)一服務(wù)器名服務(wù)器名一數(shù)據(jù)庫名客戶端測試PC一包括特殊的配置需求測試存儲(chǔ)庫一網(wǎng)絡(luò)或子網(wǎng)一服務(wù)器名服務(wù)器名測試開發(fā)PC7 .測試進(jìn)度和里程碑項(xiàng)目測試進(jìn)度以下測試工作任務(wù)的起止時(shí)間為：(1)制定測試計(jì)劃確定測試需求- 評(píng)估風(fēng)險(xiǎn)- 制定測試策略- 確定測試資源- 創(chuàng)建時(shí)間表- 生成測試計(jì)劃(2)設(shè)計(jì)測試準(zhǔn)備測試計(jì)劃說明書- 確定并說明測試用例- 復(fù)審和評(píng)估測試覆蓋(3)實(shí)施測試單元測試階段- 集成測試階段- 系統(tǒng)測試階段- 提交測試分析報(bào)告(4)測試活動(dòng)總結(jié)測試?yán)锍瘫畬?duì) < 網(wǎng)上訂票系統(tǒng) > 的測試應(yīng)包括上面各節(jié)所述的各項(xiàng)測試的測試活動(dòng)。應(yīng)該為這些測試確定單獨(dú)的項(xiàng)目里程碑，以通知

15、項(xiàng)目的狀態(tài)和成果。表1-22測試?yán)锍瘫f明表里程碑任務(wù)工作量開始日期結(jié)束日期制定測試計(jì)劃10學(xué)時(shí)設(shè)計(jì)測試10學(xué)時(shí)實(shí)施測試20學(xué)時(shí)評(píng)估測試4學(xué)時(shí)8.可交付工件這部分內(nèi)容列出了將要?jiǎng)?chuàng)建的各種文檔、 工具和報(bào)告，及其創(chuàng)建人員、交付 對(duì)象和交付時(shí)間。如：測試計(jì)劃說明書、測試用例或測試腳本、開發(fā)的測試工具、 測試日志、缺陷報(bào)告、測試分析報(bào)告、測試總結(jié)等。概述(1)測試目的提供一個(gè)對(duì)項(xiàng)目軟件進(jìn)行測試的總體安排和進(jìn)度計(jì)劃，確定現(xiàn)有項(xiàng)目的信息和應(yīng)測試的軟件構(gòu)件標(biāo)明推薦的測試需求(高層次)推薦可采用的測試策略， 并對(duì)這些策略加以說明確定所需的資源，并對(duì)測試的工作量進(jìn)行估計(jì)，列出測試項(xiàng)目的可交付元素。(2)測試范

16、圍描述測試的各個(gè)階段，例如：單元測試、集成測試或系統(tǒng)測試，并說明本計(jì)劃所針對(duì)的測試類型(如功能測試或性能測試) 。簡要地列出測試對(duì)象中將接受測試或?qū)⒉唤邮軠y試的 那些特性和功能。如果在編寫此文檔的過程中作出的某些假設(shè)可能會(huì)影響測試設(shè)計(jì)、開發(fā)或?qū)嵤瑒t列出所有這些假設(shè)。列出可能會(huì)影響測試設(shè)計(jì)、 開發(fā)或?qū)嵤┑乃酗L(fēng)險(xiǎn)或意外事件。 列出可能會(huì)影響 測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑s束。(3)限制條件a.設(shè)備所用到的設(shè)備類型、數(shù)量和預(yù)定使用時(shí)間；b.軟件列出將被用來支持本項(xiàng)測試過程而本身又并不是被測軟件的組成部分的軟件，如測試驅(qū)動(dòng)程序、測試監(jiān)控程序、仿真程序、樁模塊等等；( . 人員列出在測試工作期間預(yù)期可由用戶和開發(fā)任務(wù)組提供的工作人員的人數(shù)。技術(shù)水平及有關(guān)的預(yù)備知識(shí)，包括一些特殊要求，如倒班操作和數(shù)據(jù)鍵入人員。( 4)參考文檔列出制作此測試計(jì)劃所依據(jù)的文檔，如：需求規(guī)約、設(shè)計(jì)規(guī)約，概要或詳細(xì)設(shè)計(jì)、業(yè)務(wù)流程、數(shù)據(jù)流程等。列出要用到的參考資料，如：測試摘要( 1 )測試目標(biāo)( 2)資源和工具a. 資源項(xiàng)目使用的資源，及其主要職責(zé)、知識(shí)或技能。b. 工具列出測試所使用的測試工具或自主開發(fā)的測試軟件，說明運(yùn)用這些工具或開發(fā)軟件測試對(duì)