1、.WD.WD.WD.網(wǎng)上購物平臺測試方案湖南信息學院計算機工程系工程部表1-5 測試方案說明表總頁數(shù)正文附錄生效日期： 年 月 日 表1-6 修訂歷史記錄日 期版 本說 明作 者目錄TOC o 1-3 h z uHYPERLINK l _Toc323053040(一)簡介 PAGEREF _Toc323053040 h 3HYPERLINK l _Toc3230530411.目的 PAGEREF _Toc323053041 h 3HYPERLINK l _Toc3230530422.背景 PAGEREF _Toc323053042 h 4HYPERLINK l _Toc3230530433.范

2、圍 PAGEREF _Toc323053043 h 4HYPERLINK l _Toc3230530444.使用文檔 PAGEREF _Toc323053044 h 4HYPERLINK l _Toc323053045(二)測試需求 PAGEREF _Toc323053045 h 5HYPERLINK l _Toc3230530461.數(shù)據(jù)庫測試； PAGEREF _Toc323053046 h 5HYPERLINK l _Toc3230530472.功能性測試； PAGEREF _Toc323053047 h 5HYPERLINK l _Toc3230530483.用戶界面測試； PAGER

3、EF _Toc323053048 h 5HYPERLINK l _Toc3230530494.性能測試； PAGEREF _Toc323053049 h 5HYPERLINK l _Toc323053050(三)測試風險 PAGEREF _Toc323053050 h 5HYPERLINK l _Toc3230530511.產(chǎn)品的質(zhì)量 PAGEREF _Toc323053051 h 6HYPERLINK l _Toc3230530522.方案的臨時改變 PAGEREF _Toc323053052 h 6HYPERLINK l _Toc3230530533.標準不明確 PAGEREF _Toc3

4、23053053 h 6HYPERLINK l _Toc3230530544.環(huán)境誤差 PAGEREF _Toc323053054 h 6HYPERLINK l _Toc3230530555.可重用性 PAGEREF _Toc323053055 h 6HYPERLINK l _Toc323053056(四)測試策略 PAGEREF _Toc323053056 h 6HYPERLINK l _Toc3230530571.數(shù)據(jù)庫測試 PAGEREF _Toc323053057 h 6HYPERLINK l _Toc3230530582.功能性測試 PAGEREF _Toc323053058 h 7

5、HYPERLINK l _Toc3230530593.用戶界面測試 PAGEREF _Toc323053059 h 8HYPERLINK l _Toc3230530604.性能測試 PAGEREF _Toc323053060 h 9HYPERLINK l _Toc323053061(五)工具 PAGEREF _Toc323053061 h 11HYPERLINK l _Toc323053062(六)資源 PAGEREF _Toc323053062 h 12HYPERLINK l _Toc3230530631.人力資源 PAGEREF _Toc323053063 h 12HYPERLINK l

6、_Toc3230530642.系統(tǒng)資源 PAGEREF _Toc323053064 h 13HYPERLINK l _Toc323053065(七)測試進度和里程碑 PAGEREF _Toc323053065 h 13HYPERLINK l _Toc3230530661.工程測試進度 PAGEREF _Toc323053066 h 13HYPERLINK l _Toc3230530672.測設(shè)計試 PAGEREF _Toc323053067 h 14HYPERLINK l _Toc3230530683.實施測試 PAGEREF _Toc323053068 h 14HYPERLINK l _To

7、c323053069(八)可交付工作 PAGEREF _Toc323053069 h 15簡介目的的“測試方案文檔的目的是：為軟件開發(fā)商和客戶之間就“網(wǎng)上購物平臺的方案范圍和方案內(nèi)容提供規(guī)定。軟件開發(fā)者在其約束下安排工程規(guī)劃、進度、組織軟件開發(fā)與測試。也可以成為客戶驗收本工程的唯一工程規(guī)約。該文檔的讀者分為兩大類：一、客戶代表，客戶通過驗收該文檔的信息來確認自己提供的“網(wǎng)上購物平臺的需求是否被正確的理解。二、開發(fā)商代表，開發(fā)商通過此文檔向客戶展示他們對客戶需求的理解。當測試方案得到客戶認可以后，它將成為雙方技術(shù)實現(xiàn)與軟件交付中惟一的交付標準。背景“網(wǎng)上購物平臺測試方案書主要是給客戶與開發(fā)商提供

8、一個可以在前期進展交流的平臺，客戶對該文檔檢驗是否實現(xiàn)規(guī)定的工程的需求，開發(fā)商通過對該文檔的回饋，向客戶展示需求的理解，通過該測試方案可以很好地得到解決雙方意見上的沖突。范圍本文檔所描述的方案主要針對的是“網(wǎng)上購物平臺，本系統(tǒng)采用了多個測試類型，主要采用了單元測試與系統(tǒng)測試，實現(xiàn)功能的模塊化得前提之下，兼容性也是考慮的范圍之中，在系統(tǒng)模塊功能實現(xiàn)以后，模塊的集成也是重中之重。使用文檔本文檔編寫過程中，參考了其他的資料，如果有模糊的地方，請查閱以下的資料：?軟件測試工程實戰(zhàn)?通過書中的內(nèi)容了解軟件測試的規(guī)格說明，約束，注意的事項。?網(wǎng)上購物平臺規(guī)格說明書?通過閱讀該文檔了解網(wǎng)上購物平臺的 基本框

9、架以及流程。對軟件測試方案書的書寫有較大的提示以及約束作用。測試需求下面列出了我們平時比較常見的測試對象的工程。數(shù)據(jù)庫測試；功能性測試；用戶界面測試；性能測試；測試風險軟件測試風險是不可防止的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質(zhì)量和滿足客戶的需求。在測試工作中，主要的風險有：產(chǎn)品的質(zhì)量方案的臨時改變標準不明確環(huán)境誤差可重用性有些錯誤可以防止，或者可以將錯誤降到最低。為了防止。轉(zhuǎn)移或降低風險，事先我們應該做好風險管理方案的策略，并對風險處理還要制定一些應急的、有效的處理方案。測試策略測試策略提供了推薦用于測試對象的方法。制定測試策略是所考慮

10、的主要事項有：1使用方法確實認 2測試使用的標準。本測試使用了測試類型如下：數(shù)據(jù)庫測試數(shù)據(jù)庫測試和數(shù)據(jù)庫進程應為中的子系統(tǒng)進展測試。在測試這些子系統(tǒng)時，不應將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫存管理系統(tǒng)DBMS，還需要進展深入的研究，以確認可以支持一下測試的工具和方法。數(shù)據(jù)庫測試如表1-8所示：表1-8 數(shù)據(jù)庫測試說明表測試目標確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞。方 法調(diào)用各個數(shù)據(jù)庫方法和進程，并在其中填充有效的和無效的數(shù)據(jù)或?qū)?shù)據(jù)的請求。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充，并且所有的數(shù)據(jù)庫時間都按正常方式出現(xiàn)；或者檢查所返回的數(shù)據(jù)，確保為正當?shù)睦碛蓹z索到了正確的

11、數(shù)據(jù)。完成標準所有的數(shù)據(jù)庫訪問方法和進程都按照設(shè)計的方式運行，數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項測試可能需要DBMS開發(fā)壞境或驅(qū)動程序以便在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。集成應該以手工方式調(diào)用。應使用小型或最小的數(shù)據(jù)庫其中的記錄很有限來使所有無法承受的事件具有更大的可見性。功能性測試測試對象的功能測試應該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)那么的所有測試需求。這些測試的目標在于核實能否正確地承受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)那么是否正確實施。這種類型的測試基于黑盒方法，既通過圖形用戶界面GUI與應用程序交互并分析輸出結(jié)果來驗證應用于程序及內(nèi)部進程。 表1-9列出的每個應用程序推薦的測試方法概

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

13、對象符合預期要求，并遵循公司或行業(yè)的標準。用戶界面測試如表1-11所示。表1-10 用戶界面測試說明表測試目標核實一下內(nèi)容：通過瀏覽測試可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法Tab鍵、鼠標移動和快捷鍵的使用。窗口的對象和特征例如：菜單、大小、位置、狀態(tài)和中心都符合標準。方法為每個窗口創(chuàng)立或修改測試，以核實各個應用程序窗口和對象都可正確地進展瀏覽，并處于正常的對象狀態(tài)。完成標準證實各個窗口都與基準版本保持一致，或符合可承受標準。需考慮的特殊事項并不是所有定制或第三方對象的特征都可訪問。性能測試性能評價是一種性能測試，它對響應時間、事物處理速

14、率和其他與實踐相關(guān)的需求進展評測和評估。性能評價的目標是核實性能需求是否都以滿足。實施和執(zhí)行性能評價的目的是將測試對象的性能為當做條件例如工作量或硬件配置的一種函數(shù)來進展評價和微調(diào)。性能測試如表1-11所示：表1-11 性能測試說明表測試目標核實多指定的事物或業(yè)務(wù)功能在以下情況下的性能行為：正常的預期工作量。預期的最繁重工作量。方法使用為功能或業(yè)務(wù)周期測試指定的測試過程。通過修改數(shù)據(jù)文件來增加事物數(shù)量，或通過修改腳本來增加每項事物的迭代次數(shù)。腳本應該在一臺計算機上運行最好是以單個用戶、單個事物為基準，并在多臺客戶機虛擬的或?qū)嶋H的客戶機上重復。完成標準單個事物或單個用戶：在每個事物所預期或要求的

15、時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。多個事物或多個用戶：在可承受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。需考慮的特殊事項綜合的性能測試還包括在服務(wù)上添加后臺工作量?？刹捎枚喾N方法來執(zhí)行此操作，其中包括：直接將“事物強行分配到服務(wù)器上，這通常以“構(gòu)造化查詢語言SQL調(diào)用的形式來實現(xiàn)。通過創(chuàng)立“虛擬的用戶負載來模擬許多個通常為數(shù)百個客戶機。此負載可通過“遠程終端仿真Remote Terminal Emulation工具來實現(xiàn)。此技術(shù)還可用在網(wǎng)絡(luò)中加載“流量。使用多臺實際客戶機每臺客戶機都運行測試腳本都系統(tǒng)上添加負載。性能測試應該在專用的計算機上或在專用的機時內(nèi)執(zhí)行，以便實現(xiàn)完

16、全的控制盒準確的評估。性能測試所運用的數(shù)據(jù)庫應該是大小一樣或等比例縮放的數(shù)據(jù)庫。工具?網(wǎng)上購物平臺?所使用的工具：表1-12 使用工具說明表工具廠商/自行研制版本測試管理缺陷跟蹤性能測試ASQ工具功能性測試ASQ工具評價器工程管理DBMS工具資源?網(wǎng)上購物平臺?工程使用的資源，及其主要職責、知識或技能。人力資源表1-13列出了在此工程的人員配置方面所做的各種假定。表1-13 人力資源說明表角色最少資源具體職責測試組長王龍擬定軟件工程測試方案，組織測試資源，安排測試方案實施，總結(jié)整個測試活動測試設(shè)計員吳澤民參與制定測試方案，在面向?qū)ο蟮脑O(shè)計系統(tǒng)中確定并定義測試類的操作，確定測試用例，指導測試實施，參與測試方案的編寫測試員李靖執(zhí)行實施測試，填寫測試記錄，記錄結(jié)果和缺陷系統(tǒng)資源表1-14 系統(tǒng)資源說明表系 統(tǒng) 資 源資源名稱/類型數(shù)據(jù)庫服務(wù)器網(wǎng)絡(luò)或子網(wǎng)服務(wù)器名數(shù)據(jù)庫名客戶端測試PC包括特殊的配置需求測試存儲庫測試進度和里程碑工程測試進度制定測試方