亚洲精品中文字幕无乱码_久久亚洲精品无码AV大片_最新国产免费Av网址_国产精品3级片

范文資料網(wǎng)>書稿范文>計劃>《電子商城網(wǎng)站測試計劃

電子商城網(wǎng)站測試計劃

時間:2024-01-02 08:14:15 計劃 我要投稿
  • 相關(guān)推薦

電子商城網(wǎng)站測試計劃

  時光飛逝,時間在慢慢推演,又將迎來新的工作,新的挑戰(zhàn),一起對今后的學(xué)習(xí)做個計劃吧?墒堑降资裁礃拥挠媱澆攀沁m合自己的呢?以下是小編幫大家整理的電子商城網(wǎng)站測試計劃,歡迎大家分享。

電子商城網(wǎng)站測試計劃

電子商城網(wǎng)站測試計劃1

  項目開發(fā)單位:

  湖南萬眾一網(wǎng)通科技有限公司

  項目測試單位:

  湖南萬眾一網(wǎng)通科技有限公司

  一網(wǎng)通網(wǎng)上電子商城購物系統(tǒng)

  測試計劃

  目錄

  1.簡介

  1.1目的

  1.2背景

  1.3范圍

  1.4使用文檔

  2.測試需求

  3.測試風(fēng)險

  4.測試策略

  4.1測試類型

  4.1.1數(shù)據(jù)和數(shù)據(jù)庫完整性測試

  4.1.2功能測試

  4.1.3業(yè)務(wù)周期測試

  4.1.4用戶界面測試

  4.1.5性能評價

  4.1.6負載測試

  4.1.7強度測試

  4.1.8容量測試

  4.1.9安全性和訪問控制測試

  4.1.10故障轉(zhuǎn)移和恢復(fù)測試

  4.1.11配置測試

  4.1.12安裝測試

  5.測試概要

 。ㄒ唬┖喗

  1.目的

  網(wǎng)上電子商城購物系統(tǒng)的這一“測試計劃”文檔的目的是:

 。1)提供一個對網(wǎng)站開發(fā)項目測試的總體安排和進度計劃,確定現(xiàn)有網(wǎng)站的信息和應(yīng)測試的網(wǎng)站相關(guān)性能及體驗

 。2)標(biāo)明推薦的測試需求(高層次)。

  (3)推薦可采用的測試策略,并對這些策略加以說明。

 。4)確定所需的資源,并對測試的工作量進行估計。

  (5)列出測試項目的可交付元素

  2.背景

  a.系統(tǒng)名稱:

  網(wǎng)上電子商城購物系統(tǒng)

  b.系統(tǒng)簡介:

  該系統(tǒng)旨在實現(xiàn)一個網(wǎng)上電子商城,旨在互聯(lián)網(wǎng)上銷售服飾、珠寶、飾品、化妝用品、母嬰用品、數(shù)碼家電、體育用品、日用品、箱包、鞋類等。該系統(tǒng)將面向所有消費者用戶。

  c.軟件應(yīng)用:

  適用于網(wǎng)上產(chǎn)品的信息收集和發(fā)布活動,為用戶提供良好的交易平臺。

  3.范圍

  網(wǎng)上電子商城購物系統(tǒng)包括的測試類型有:數(shù)據(jù)庫測試、功能性測試、業(yè)務(wù)周期測試、用戶界面測試、性能測試、負載測試、強度測試、容量測試、安全性和訪問控制測試、故障轉(zhuǎn)移/恢復(fù)測試、配置測試、安裝測試等

 。ǘy試需求

  已被確定為測試對象的項目有:

  1.?dāng)?shù)據(jù)庫測試

  2.功能性測試

  3.業(yè)務(wù)周期測試

  4.用戶界面測試

  5.性能測試

  6.負載測試

  7.強度測試

  8.容量測試

  9.安全性和訪問控制測試

  10.故障轉(zhuǎn)移/恢復(fù)測試

  11.配置測試

 。ㄈy試風(fēng)險

  軟件測試風(fēng)險是不可避免的、總是存在的,所以對測試風(fēng)險的管理非常重要,必須盡力降低測試中所存在的風(fēng)險,最大程度地保證質(zhì)量和滿足客戶的需求。在測試工作中,主要的風(fēng)險有:

  1.質(zhì)量需求或產(chǎn)品的特性理解不準(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)險是可以避免的,而四至七的四種風(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)險總是存在,我們就要通過提高測試用例的覆蓋率(如達到99.9%)來降低這種風(fēng)險;

  為了避免、轉(zhuǎn)移或降低風(fēng)險,事先要做好風(fēng)險管理計劃和控制風(fēng)險的策略,并對風(fēng)險的處理還要制定一些應(yīng)急的、有效的處理方案。

 。ㄋ模y試策略

  測試策略提供了推薦用于測試對象的方法。第二節(jié)“測試需求”中說明了將要測試哪些對象,而本節(jié)則要說明如何對測試對象進行測試。對于每種測試,都應(yīng)提供測試說明,并解釋其實施和執(zhí)行的原因。如果不實施和執(zhí)行某種測試,則應(yīng)該用一句話加以說明,并陳述這樣做的理由。例如,“將不實施和執(zhí)行該測試。該測試不合適。”制定測試策略時所考慮的主要事項有:將要使用的方法以及判斷測試何時完成的標(biāo)準(zhǔn)。下面列出了在進行每項測試時需考慮的事項,除此之外,測試還只應(yīng)在安全的環(huán)境中使用已知的、受控的數(shù)據(jù)庫來執(zhí)行。測試類型有如下幾種:

 。1)數(shù)據(jù)和數(shù)據(jù)庫完整性測試

  數(shù)據(jù)庫和數(shù)據(jù)庫進程應(yīng)作為“網(wǎng)上電子商城購物系統(tǒng)”中的子系統(tǒng)來進行測試。在測試這些子系統(tǒng)時,不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)(DBMS),還需要進行深入的研究,以確定可以支持以下測試的工具和方法。

  表1-8數(shù)據(jù)庫測試說明表

 。2)功能測試

  測試對象的功能測試應(yīng)該側(cè)重于可以被直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的所有測試需求。這些測試的目標(biāo)在于核實能否正確地接受、處理和檢索數(shù)據(jù)以及業(yè)務(wù)規(guī)則是否正確實施。這種類型的測試基于黑盒方法,即通過圖形用戶界面(GUI)與應(yīng)用程序交互并分析輸出結(jié)果來驗證應(yīng)用程序及其內(nèi)部進程。以下列出的是每個應(yīng)用程序推薦的測試方法概要:

  表1-9功能測試說明表

 。3)業(yè)務(wù)周期測試

  業(yè)務(wù)周期測試應(yīng)模擬在一段時間內(nèi)對“網(wǎng)上電子商城購物系統(tǒng)”執(zhí)行的活動。應(yīng)先確定一段時間(例如一年),然后執(zhí)行將在該時段內(nèi)發(fā)生的.事務(wù)和活動。這種測試包括所有的每日、每周和每月的周期,以及所有與日期相關(guān)的事件(如備忘錄)。

  表1-10業(yè)務(wù)周期測試說明表

 。4)用戶界面測試

  通過用戶界面(UI)測試來核實用戶與軟件的交互。UI測試的目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外,UI測試還要確保UI功能內(nèi)部的對象符合預(yù)期要求,并遵循公司或行業(yè)的標(biāo)準(zhǔn)。

  表1-11用戶界面測試說明表

 。5)性能評價

  性能評價是一種性能測試,它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進行評測和評估。性能評價的目標(biāo)是核實性能需求是否都已滿足。實施和執(zhí)行性能評價的目的是將測試對象的性能為當(dāng)作條件(例如工作量或硬件配置)的一種函數(shù)來進行評價和微調(diào)。

  注:以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這種事務(wù)被定義為將由系統(tǒng)的某個主角通過使用測試對象來執(zhí)行的特定用例,例如,添加或修改某個合同。

  表1-12性能測試說明表

  (6)負載測試

  負載測試是一種性能測試。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運行的能力。負載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外,負載測試還要評估性能特征,例如,響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。

  注:以下事務(wù)均指“邏輯業(yè)務(wù)事務(wù)”。這些事務(wù)被定義為將由系統(tǒng)的最終用戶通過使用應(yīng)用程序來執(zhí)行的具體功能,例如,添加或修改某個合同。

  表1-13負載測試說明表

 。7)強度測試

  強度測試是一種性能測試,實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足,測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源(如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬)而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。注:以下提到的事務(wù)都是指邏輯業(yè)務(wù)事務(wù)。

  表1-13強度測試說明表

 。8)容量測試

  容量測試使測試對象處理大量的數(shù)據(jù),以確定是否達到了將使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定時間內(nèi)是否能夠持續(xù)處理的最大負載或工作量。例如,如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄,那么容量測試就會使用一個大型的測試數(shù)據(jù)庫,檢驗該軟件是否正常運行并生成了正確的報表。

  表1-14容量測試說明表

 。9)安全性和訪問控制測試

  安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面:

  a.應(yīng)用程序級別的安全性,包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問

  b.系統(tǒng)級別的安全性,包括對系統(tǒng)的登錄或遠程訪問。

  應(yīng)用程序級別的安全性可確保:在預(yù)期的安全性情況下,主角只能訪問特定的功能或用例,或者只能訪問有限的數(shù)據(jù)。例如,可能會允許所有人輸入數(shù)據(jù),創(chuàng)建新賬戶,但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性,測試就可確!坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜,(包括財務(wù)數(shù)據(jù)),而“用戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。

  系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序,而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。

  表1-15安全性和訪問控制測試說明表

  (10)故障轉(zhuǎn)移和恢復(fù)測試

  故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移,并從硬件、軟件或網(wǎng)絡(luò)等方面的各種故障中進行恢復(fù),這些故障導(dǎo)致數(shù)據(jù)意外丟失或破壞了數(shù)據(jù)的完整性。

  故障轉(zhuǎn)移測試可確保:對于必須始終保持運行狀態(tài)的系統(tǒng)來說,如果發(fā)生了故障,那么備選或備份的系統(tǒng)就適當(dāng)?shù)貙l(fā)生故障的系統(tǒng)“接管”過來,而且不會丟失任何數(shù)據(jù)或事務(wù)。

  恢復(fù)測試是一種相反的測試流程。其中,將應(yīng)用程序或系統(tǒng)置于極端的條件下(或者是模仿的極端條件下),以產(chǎn)生故障,例如設(shè)備輸入/輸出(I/O)故障或無效的數(shù)據(jù)庫指針和關(guān)健字。啟用恢復(fù)流程后,將監(jiān)測和檢查應(yīng)用程序和系統(tǒng),以核實應(yīng)用程序或系統(tǒng)是正確無誤的,或數(shù)據(jù)已得到了恢復(fù)。

  表1-16故障轉(zhuǎn)移和恢復(fù)測試說明表

  (11)配置測試

  配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中,客戶機工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同?蛻魴C工作站可能會安裝不同的軟件,例如,應(yīng)用程序、驅(qū)動程序等。而且在任何時候,都可能運行許多不同的軟件組合,從而占用不同的資源。

  表1-17配置測試說明表

 。ㄆ撸y試進度和里程碑

  1.項目測試進度

  以下測試工作任務(wù)的起止時間為:

 。1)制定測試計劃

  -確定測試需求

  -評估風(fēng)險

  -制定測試策略

  -確定測試資源

  -創(chuàng)建時間表

  -生成測試計劃

 。2)設(shè)計測試

  -準(zhǔn)備測試計劃說明書

  -確定并說明測試用例

  -復(fù)審和評估測試覆蓋

 。3)實施測試

  -單元測試階段

  -集成測試階段

  -系統(tǒng)測試階段

  -提交測試分析報告

 。4)測試活動總結(jié)

 。1)測試目的

  提供一個對《網(wǎng)上電子商城購物系統(tǒng)》軟件進行測試的總體安排和進度計劃,確定現(xiàn)有項目的信息和應(yīng)測試的軟件構(gòu)件標(biāo)明推薦的測試需求(高層次)推薦可采用的測試策略,并對這些策略加以說明確定所需的資源,并對測試的工作量進行估計,列出該項目的可交付元素。

 。2)測試范圍

  1.測試用戶注冊會員功能是否正確

  2.測試是否能夠區(qū)分用戶類別進行登錄

  3.測試用戶的登錄功能是否正確

  4.測試用戶基本資料管理功能是否正確

  5.測試用戶賬號管理功能

  5測試概要

  流程:所有無效流程,有效流程

  界面:單頁面下所有控件有效(1.能檢驗非法輸入.2.控件的長寬,用戶體驗;3.頁面布局.控件組合邏輯測試,)

  性能:頁面的加載時間,響應(yīng)時間,圖片的顯示效果

電子商城網(wǎng)站測試計劃2

  1引言

  1.1目的

  測試網(wǎng)上購物系統(tǒng)中的各個功能模塊是否滿足用戶需求,并測試是否存在bug。預(yù)期達到能夠使系統(tǒng)進行快速的改進和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運行之前,盡可能多地發(fā)現(xiàn)軟件的錯誤。

  1.2背景

  “網(wǎng)站購物平臺系統(tǒng)”的項目旨在開發(fā)一套網(wǎng)上電子商務(wù)的平臺,它將實現(xiàn)用戶通過互聯(lián)網(wǎng)完成商品采購的整個過程。用戶可以通過此平臺的網(wǎng)上商品展示和檢索獲取自己所需要的商品的基本信息,并且可以根據(jù)自己的需求,通過互聯(lián)網(wǎng)提交訂單的內(nèi)容來判斷是否與此用戶交易。

  在執(zhí)行本測試計劃之前,需要完成系統(tǒng)的網(wǎng)站詳細設(shè)計。

  1.3定義

  黑盒測試:Black-Box Testing

  回歸測試:Regression Test

  功能測試:Function Testing

  性能測試:Performance Testing

  界面測試:UI Testing

  兼容性測試:Compatibility Testing

  安全性測試:Security Testing

  2任務(wù)概述

  2.1測試范圍

  本測試計劃主要包括單元測試、集成測試、系統(tǒng)測試和驗收測試。測試用例能夠檢查的范圍包括:

  ①.模板設(shè)計和功能是否正確;

 、冢涌陉P(guān)系是否正確;

 、郏美欠袢繉崿F(xiàn);

 、埽欠襁_到需求規(guī)格中的性能要求。

  2.2測試方法

  手工測試、自動化測試、WEB測試通用方法、Visual Studio 20xx、黑盒測試

  2.3測試資源

  資源:①測試服務(wù)器

 、诜(wěn)定的測試服務(wù)器,IP地址為:192.168.10.23

 、蹨y試審核人一名,測試實施人員一名

  工具:①測試中使用的Bug管理工具為經(jīng)過改進的`Bug管理工具②自動化測試工具待定

  3測試需求

  3.1測試計劃說明:目標(biāo)背景見引言

  3.3功能測試

  4應(yīng)急處理

  4.1處理措施

 、偃藶橐蛩兀篈.雇傭不到合適的人或人員流動

  B.測試團隊新組建沒有合作經(jīng)驗或意見不統(tǒng)一

  C.測試人員經(jīng)驗不足,對產(chǎn)品特性理解的不準(zhǔn)確,造成測試范圍分析的誤差,結(jié)果某些地方始終測試不到或驗證不標(biāo)準(zhǔn)

  應(yīng)急措施:A.進行相關(guān)人員的招聘

  B.推遲進度計劃,從其他部門協(xié)調(diào)有能力的人員,協(xié)調(diào)團隊的團結(jié)性

  C.對人員進行培訓(xùn),提高培訓(xùn)的強度

 、谫Y源:Bug的生命周期過長

  應(yīng)急措施:A.及時分配修復(fù)任務(wù),并檢查監(jiān)督

  B.對于暫緩處理的缺陷,要記錄并跟蹤

 、燮渌矫妫河脩粜枨笞兏

  應(yīng)急措施:項目啟動初期就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求

  變更申請

 、軠y試環(huán)境:測試環(huán)境與實際運行環(huán)境不一致,造成測試結(jié)果的誤差

  應(yīng)急措施:測試環(huán)境按照軟件運行的標(biāo)準(zhǔn)環(huán)境進行測試

  4.2問題跟蹤

  在商品寫入方案中:是否使用右鍵和菜單實現(xiàn)了增、刪、改的功能

  增加零配件使用商品和價格配置器,查看零配件使用商品編輯窗口拖動功能是否正確等

【電子商城網(wǎng)站測試計劃】相關(guān)文章:

電子商城項目計劃書12-27

測試計劃模板07-25

測試計劃模板[精選]07-22

網(wǎng)站運營計劃04-14

網(wǎng)站推廣計劃06-07

精選測試計劃4篇03-14

精選測試計劃3篇03-15

(熱)測試計劃模板07-22

測試計劃(精選15篇)06-07