專案開發單位： 湖南萬眾一網通科技****
專案測試單位： 湖南萬眾一網通科技****
一網通網上電子**購物系統
測試計畫
目錄1.簡介 3
1.1目的 3
1.2背景 3
1.3範圍 3
1.4使用文件 3
2.測試需求 3
3.測試風險 3
4.測試策略 4
4.1測試型別 4
4.1.1資料和資料庫完整性測試 4
4.1.2功能測試 5
4.1.3業務週期測試 6
4.1.4使用者介面測試 7
4.1.5效能評價 8
4.1.6負載測試 10
4.1.7強度測試 10
4.1.8容量測試 12
4.1.9安全性和訪問控制測試 12
4.1.10故障轉移和恢復測試 13
4.1.11配置測試 13
4.1.12安裝測試 28
5.測試概要 14
（一） 簡介
1．目的
網上電子**購物系統的這一「測試計畫」文件的目的是：
（1）提供乙個對**開發專案測試的總體安排和進度計畫，確定現有**的資訊和應測試的**相關效能及體驗
（2）標明推薦的測試需求（高層次）。
（3）推薦可採用的測試策略，並對這些策略加以說明。
（4）確定所需的資源，並對測試的工作量進行估計。
（5）列出測試專案的可交付元素
2．背景
a. 系統名稱：
網上電子**購物系統
b. 系統簡介：
該系統旨在實現乙個網上電子**，旨在網際網路上銷售服飾、珠寶、飾品、化妝用品、母嬰用品、數碼家電、體育用品、日用品、箱包、鞋類等。該系統將面向所有消費者使用者。
c. 軟體應用：
適用於網上產品的資訊收集和發布活動，為使用者提供良好的交易平台。
3．範圍
網上電子**購物系統包括的測試型別有：資料庫測試、功能性測試、業務週期測試、使用者介面測試、效能測試、負載測試、強度測試、容量測試、安全性和訪問控制測試、故障轉移/恢復測試、配置測試、安裝測試等
（二）測試需求
已被確定為測試物件的專案有：
1．資料庫測試
2．功能性測試
3．業務週期測試
4．使用者介面測試
5．效能測試
6．負載測試
7．強度測試
8．容量測試
9．安全性和訪問控制測試
10．故障轉移/恢復測試
11．配置測試
（三）測試風險
軟體測試風險是不可避免的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在測試工作中，主要的風險有：
1．質量需求或產品的特性理解不準確，造成測試範圍分析的誤差，結果某些地方始終測試不到或驗證的標準不對；
2．測試用例沒有得到百分之百的執行，如有些測試用例被有意或無意的遺漏；
3．需求的臨時/突然變化，導致設計的修改和**的重寫，測試時間不夠；
4．質量標準不都是很清晰的，如適用性的測試，仁者見仁、智者見智；
5．測試用例設計不到位，忽視了一些邊界條件、深層次的邏輯、使用者場景等；
6．測試環境，一般不可能和實際執行環境完全一致，造成測試結果的誤差；
7．有些缺陷出現頻率不是百分之百，不容易被發現；如果**質量差，軟體缺陷很多，被漏檢的缺陷可能性就大；
8．回歸測試一般不執行全部測試用例，是有選擇性的執行，必然帶來風險。
前面三種風險是可以避免的，而四至七的四種風險是不能避免的，可以降到最低。最後一種回歸測試風險是可以避免，但出於時間或成本的考慮，一般也是存在的。
針對上述軟體測試的風險，有一些有效的測試風險控制方法，如：
測試環境不對可以通過事先列出要檢查的所有條目，在測試環境設定好後，由其他人員按已列出條目逐條檢查；
有些測試風險可能帶來的後果非常嚴重，能否將它轉化為其他一些不會引起嚴重後果的低風險。如產品發布前夕，在某個不是很重要的新功能上發現乙個嚴重的缺陷，如果修正這個缺陷，很有可能引起某個原有功能上的缺陷。這時處理這個缺陷所帶來的風險就很大，對策是去掉(diasble)那個新功能，轉移這種風險；
有些風險不可避免，就設法降低風險，如「程式中未發現的缺陷」這種風險總是存在，我們就要通過提高測試用例的覆蓋率（如達到99.9%）來降低這種風險；
為了避免、轉移或降低風險，事先要做好風險管理計畫和控制風險的策略，並對風險的處理還要制定一些應急的、有效的處理方案。
（四）測試策略
測試策略提供了推薦用於測試物件的方法。第二節「測試需求」中說明了將要測試哪些物件，而本節則要說明如何對測試物件進行測試。 對於每種測試，都應提供測試說明，並解釋其實施和執行的原因。
如果不實施和執行某種測試，則應該用一句話加以說明，並陳述這樣做的理由。例如，「將不實施和執行該測試。該測試不合適。
」制定測試策略時所考慮的主要事項有：將要使用的方法以及判斷測試何時完成的標準。下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環境中使用已知的、受控的資料庫來執行。
測試型別有如下幾種：
（1）資料和資料庫完整性測試
資料庫和資料庫程序應作為「網上電子**購物系統」中的子系統來進行測試。 在測試這些子系統時，不應將測試物件的使用者介面用作資料的介面。對於資料庫管理系統 (dbms)，還需要進行深入的研究，以確定可以支援以下測試的工具和方法。
表1-8 資料庫測試說明表
（2）功能測試
測試物件的功能測試應該側重於可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測試的目標在於核實能否正確地接受、處理和檢索資料以及業務規則是否正確實施。這種型別的測試基於黑盒方法，即通過圖形使用者介面 (gui) 與應用程式互動並分析輸出結果來驗證應用程式及其內部程序。
以下列出的是每個應用程式推薦的測試方法概要：
表1-9 功能測試說明表
（3）業務週期測試
業務週期測試應模擬在一段時間內對 「網上電子**購物系統」 執行的活動。應先確定一段時間（例如一年），然後執行將在該時段內發生的事務和活動。這種測試包括所有的每日、每週和每月的週期，以及所有與日期相關的事件（如備忘錄）。
表1-10 業務週期測試說明表
（4）使用者介面測試
通過使用者介面 (ui) 測試來核實使用者與軟體的互動。ui 測試的目標在於確保使用者介面向使用者提供了適當的訪問和瀏覽測試物件功能的操作。除此之外，ui 測試還要確保 ui 功能內部的物件符合預期要求，並遵循公司或行業的標準。
表1-11 使用者介面測試說明表
（5）效能評價
網上商城購物系統專案總結報告
專案總結報告 本專案運用了asp開發技術，開發出了乙個包含有基本功能的網上購物 本專案的開發過程中運用到了asp的基礎知識。資料庫的訪問與連線基礎等知識。2.1.1 軟體功能 網上購物 系統主要是實現網上選物 購物 產生訂單等功能的系統。乙個典型的網上 一般都需要實現商品資訊的動態提示 購物車管理 ...
網上商城購物系統專案總結報告
專案總結報告 本專案成員 陳俊銳 10601310147 林健斌 10601310134 馮寬暢 10601310131 組長為林健斌 3位隊員都對 進行負責，都屬於開發人員以及測試人員。馮寬暢兼任 的美化以及商品資料收集。兼屬設計人員 林健斌，陳俊銳兼任管理人員，對版面還有功能的策劃以及功能模組實...
網上購物平台購物測試計畫書
網上購物平台 測試計畫 湖南資訊學院 計算機工程系專案部 表1 5 測試計畫說明表 表1 6 修訂歷史記錄 目錄 一 簡介 3 1.目的 3 2.背景 4 3.範圍 4 4.使用文件 4 二 測試需求 5 1.資料庫測試 5 2.功能性測試 5 3.使用者介面測試 5 4.效能測試 5 三 測試風險...