網(wǎng)上商城測試

1、精選文檔項目測試計劃書一、 簡介1.1 目的1.2 背景1.3 參考文檔1.4 限制條件二、 測試范圍三、 測試風(fēng)險及應(yīng)對措施四、 測試策略五、 測試種類六、 測試資源 6.1 人力資源 6.2 系統(tǒng)資源七、 測試進(jìn)度和里程碑八、 測試停止標(biāo)準(zhǔn)九、 測試提交物一、 簡介1.1 目的（1）提供一個對項目軟件進(jìn)行測試的總體安排和進(jìn)度計劃，確定現(xiàn)有項目的信息和應(yīng)測試軟件構(gòu)件。 （2）標(biāo)明推薦的測試需求（高層次）。（3）推薦可采用的測試策略，并對這些策略加以說明。（4）確定所需的資源，并對測試的工作量進(jìn)行估計。（5）列出測試項目的可交付元素。1.2 背景a、 系統(tǒng)名稱：網(wǎng)上電子商城購物系統(tǒng)b、 系統(tǒng)簡

2、介： 該系統(tǒng)為一個基于J2EE 技術(shù)的電子商城系統(tǒng)，旨在實現(xiàn)一個網(wǎng)上電子商城，出售各種電子產(chǎn)品，包括電腦，數(shù)碼相機(jī)，手機(jī)，MP4，以及各種家電等。該開發(fā)任務(wù)由本小組提出，而開發(fā)人員將包括本小組的全體成員和指導(dǎo)教師。該系統(tǒng)將面向所有消費者用戶。1.3 參考文檔（1） 網(wǎng)上商城系統(tǒng)的說明書（2） 客戶請求詳細(xì)設(shè)計說明（3） 完成關(guān)聯(lián)任務(wù)詳細(xì)設(shè)計說明1.4 限制條件根據(jù)開發(fā)人員提交模塊的實際情況，本計劃會做出相應(yīng)修改。二、 測試范圍（1） 網(wǎng)上商城系統(tǒng)的簡介（2） 網(wǎng)上商城系統(tǒng)中客戶界面的會員登錄（3） 網(wǎng)上商城系統(tǒng)中客戶界面的注冊（4） 網(wǎng)上商城系統(tǒng)中客戶界面的商品類別（5） 網(wǎng)上商城系統(tǒng)中商品的

3、搜索（6） 網(wǎng)上商城系統(tǒng)中客戶界面的購物側(cè)管理（7） 網(wǎng)上商城系統(tǒng)中客戶界面的訂單管理（8） 網(wǎng)上商城系統(tǒng)中客戶界面的顧客留言（9） 網(wǎng)上商城系統(tǒng)的后臺管理的商品管理（10） 網(wǎng)上商城系統(tǒng)的后臺管理的特價商品管理（11） 網(wǎng)上商城系統(tǒng)的后臺管理的訂單管理（12） 網(wǎng)上商城系統(tǒng)的后臺管理的會員管理（13） 網(wǎng)上商城系統(tǒng)的后臺管理的用戶系統(tǒng)管理（14） 網(wǎng)上商城系統(tǒng)的后臺管理的安全退出三、 測試風(fēng)險及應(yīng)對措施軟件測試風(fēng)險是不可避免的、總是存在的，所以對測試風(fēng)險的管理非常重要，必須盡力降低測試中所存在的風(fēng)險，最大程度地保證質(zhì)量和滿足客戶的需求。在測試工作中，主要的風(fēng)險有：1、質(zhì)量需求或產(chǎn)品的特性理解

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

5、避免的，而四至七的四種風(fēng)險是不能避免的，可以降到最低。最后一種回歸測試風(fēng)險是可以避免，但出于時間或成本的考慮，一般也是存在的。針對上述軟件測試的風(fēng)險，有一些有效的測試風(fēng)險控制方法，如：測試環(huán)境不對可以通過事先列出要檢查的所有條目，在測試環(huán)境設(shè)置好后，由其他人員按已列出條目逐條檢查； 有些測試風(fēng)險可能帶來的后果非常嚴(yán)重，能否將它轉(zhuǎn)化為其他一些不會引起嚴(yán)重后果的低風(fēng)險。如產(chǎn)品發(fā)布前夕，在某個不是很重要的新功能上發(fā)現(xiàn)一個嚴(yán)重的缺陷，如果修正這 個缺陷，很有可能引起某個原有功能上的缺陷。這時處理這個缺陷所帶來的風(fēng)險就很大，對策是去掉(Diasble)那個新功能，轉(zhuǎn)移這種風(fēng)險； 有些風(fēng)險不可避免，就設(shè)法降低風(fēng)險，如“程序中未發(fā)現(xiàn)的缺陷”這種風(fēng)險總是存在，我們就要通過提高測試用例的覆蓋率（如達(dá)到99.9%）來降低這種風(fēng)險； 為了避免、轉(zhuǎn)移或降低風(fēng)險，事先要做好風(fēng)險管理計劃和控制風(fēng)險的策略，并對風(fēng)險的處理還要制定一些應(yīng)急的、有效的處理方案。四、 測試策略五、 測試種類（1）六、測試資源 6.1 人力資源6.2 系統(tǒng)資源七、測試進(jìn)度和里程碑八、 測試停止標(biāo)準(zhǔn)九、測試提交物