網(wǎng)上購物測試計劃1

...v.網(wǎng)上購物測試方案簡介1.1目的1.2背景1.3范圍1.4參考文檔測試需2.1測試需求測試風險3.1人力資源風險質量保證風險3.2風險管理3.2.1需求變更：進度風險：質量風險測試策略4.1測試完成標準4.2測試類型4.2.1功能測試4.2.2、性能測試4.2.3用戶界面測試4.2.4、平安性測試4.2.5兼容性測試4.2.6回歸測試4.3風險分析4.3.1測試人員對系統(tǒng)熟悉程度的風險4.3.2系統(tǒng)資料方面的風險4.3.3時間方面的風險測試資源5.1人員安排5.2系統(tǒng)資源5.3培訓需求測試進度和里程碑6.1、測試進度6.2、里程碑技術可交付工件簡介1.1目的測試網(wǎng)上購物系統(tǒng)中的各個功能模塊是否滿足用戶需求，并測試是否存在bug。預期到達能夠使系統(tǒng)進展快速的改良和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件的錯誤，從而提高軟件運行的穩(wěn)定性和提高用戶體驗。1.2背景a.工程測試的背景：網(wǎng)上購物系統(tǒng)是一個營業(yè)單位不可缺少的局部，他的內容對于購物者和管理者來說都至關重要。所以網(wǎng)上購物系統(tǒng)應該能夠為用戶提供充足的信息和快捷的購置手段。隨著商品經(jīng)濟的開展及人們消費水平的提高，還有信息時代的飛躍，越來越多的人愛上了網(wǎng)購，從而催生了網(wǎng)上購物系統(tǒng)的誕生。它為人們購物帶來了方便快捷，節(jié)約了沒時間出去而省下了空間。b.該開發(fā)工程的歷史，列出用戶和執(zhí)行此工程測試的機構或人群，該工程目前后經(jīng)歷三個階段，前期設計階段，然后是開發(fā)階段，最后是軟件的測試階段。工程的用戶針對的是網(wǎng)上購物的廣闊群眾和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進展測試。1.3范圍網(wǎng)上購物系統(tǒng)測試采用的是黑盒測試的方式對系統(tǒng)進展測試，主要測試軟件的功能是否滿足用戶的需求，性能是否優(yōu)越以及系統(tǒng)所存在的問題。對系統(tǒng)的各個模塊進展詳細的測試，并記錄測試的結果，對測試的結果進展細致的分析處理。測試時對系統(tǒng)的各個功能模塊進展拆分測試，并以每一個模塊都要測試到。對所有可能的結果盡最大可能都測試到，以及測試過程中存在的問題進展分析，然后提交測試的記錄并催促開發(fā)人員進展修復，最后，對軟件存在的問題以及性能的測試進展全面分析，給予記錄并解決。在測試的過程中需要提出各個問題的假設，以及根據(jù)需求報告文檔中存在的工程給你模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設計、開發(fā)或實施的所有風險、意外事件或所有約束。測試方案和設計：根據(jù)需求規(guī)格說明書和最終的系統(tǒng)設計，制定測試方案、測試方案，包括收集測試方法、測試用例、可能用到的測試工具等；單元測試：對各個模塊的源代碼進展測試，保證各模塊根本功能能夠正確的實現(xiàn)；集成測試：將各個模塊進展組合測試，保證所有的功能都能夠正確的實現(xiàn)；系統(tǒng)測試：根據(jù)?需求規(guī)格說明書?對軟件進展功能測試，對重點的模塊進展性能測試，并結合可能的用戶測試；驗收測試：根據(jù)用戶手冊對功能進展檢查，復查報告庫中的所有Bug，對Release版本進展安裝測試。1.4參考文檔表1列出的是制定測試方案所用的文檔：文檔作者或來源備注系統(tǒng)需求規(guī)格說明書概要設計說明書詳細設計說明書功能性規(guī)約測試用例設計工程方案設計規(guī)約用戶手冊數(shù)據(jù)模型或數(shù)據(jù)流工程風險評估測試需求功能性需求功能模塊需求標識測試需求/測試要點用戶注冊增加記錄用戶名填寫事例：shaotian004shaotian6872034用戶名的范圍：1、字母或數(shù)字字母+數(shù)字用戶名不能為空長度：[1,12]密碼填寫事例：shaotian004密碼范圍：1、不能為空2、兩次輸入要一致3、字母+數(shù)字，字母或數(shù)字4、長度：[1,20]填寫事例：shaotian20163.范圍：1、不能為空2必須要+3、長度：[1,16]**號填寫事例：4x范圍：1、不能為空2、必須是18位的數(shù)字3、末尾數(shù)可以為字母非功能性需求測試工程需求標識測試需求/測試要點功能性互操作性系統(tǒng)與外部設備接口、其他系統(tǒng)接口之間的協(xié)調、能夠協(xié)調正常工作系統(tǒng)從接口正確承受和發(fā)送數(shù)據(jù)平安**性對不同的用戶有不同的權限限制所有的密碼不明碼顯示、存儲與傳輸有密碼設置策略，包括有效期、最小長度、復雜度、非空設置、大小寫敏感度依從性遵循系統(tǒng)各功能的標準、約定、風格指南或法規(guī)測試風險軟件測試風險是不可防止的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足用戶的需求。本次測試所面臨的風險〔如人力資源風險、測試技術風險、測試資源風險、質量保證風險等〕及相應的建議解決方法。風險如下：3.1人力資源風險人員無法到位躲避措施：a.在產(chǎn)品的預算中表達這局部需求b.定期催促人力資源部門進展資源協(xié)調

c.從可能空閑的產(chǎn)品部門中物色人員

應急方案：a.推遲進度方案b.進展招聘c.考慮外包人員技能不符合要求躲避措施：a.在人力預算中給出人員技能要求b.對提供的人員進展技能面試

c.從其他產(chǎn)品部門協(xié)調有能力的人員

應急方案：a.提高培訓的強度b.加強培訓效果監(jiān)控c.對工作輸出加強檢視質量保證風險需求、設計變更頻繁導致測試依據(jù)失效躲避措施：a.充分了解用戶需求，確保主要需求不變更

b.開展有效的需求評審，及時與客戶確認評審結果

應急方案：先實現(xiàn)主要的需求，和客戶確認無誤后，再進一部完善系統(tǒng)，防止再次反覆補丁頻繁發(fā)布影響測試工作的執(zhí)行躲避措施：a.提高測試質量，防止功能性缺陷而導致的補丁

b.制定補丁發(fā)放方案，合理規(guī)劃新增功能性補丁的發(fā)放工作應急方案：測試人員多和前端客戶、維護人員溝通，針對補丁的必要性劃分優(yōu)先級，按序發(fā)布補丁Bug的生命周期過長躲避措施：a.及時分配修復任務，并檢查監(jiān)視

b.對于非問題、拒絕的等缺陷，請相關責任人驗證后，盡快關閉

c.對于暫緩處理的缺陷，測試人員要記錄并跟蹤

應急方案：對缺陷優(yōu)先級進展排序，先修復優(yōu)先級高的缺陷。3.2風險管理3.2.1需求變更：需求變更是軟件工程經(jīng)常發(fā)生的事情。一個看似很有“錢途〞的軟件工程，往往由于無限度的需求變更而讓工程承建方苦不堪言，甚至最終虧損〔實際上工程建立方也面臨巨大的風險〕。預防這種風險的方法是工程建立之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。進度風險：有些工程對進度要求非?？量獭策M度要求不高的工程，我們同樣要考慮該風險〕，工程進度的延遲意味著違約或市場時機的錯失。預防這種風險的方法一般是分階段交付產(chǎn)品、增加工程監(jiān)控的頻度和力度、多運用可行的方法保證工作質量防止返工。質量風險有些工程，用戶對軟件質量有很高的要求，如果工程組成員同類型工程的開發(fā)經(jīng)歷缺乏，那么需要密切關注工程的質量風險。預防這種風險的方法一般是經(jīng)常和用戶交流工作成果、采用符合要求的開發(fā)流程、認真組織對產(chǎn)出物的檢查和評審、方案和組織嚴格的獨立測試等。測試策略4.1測試完成標準最終通過系統(tǒng)測試，系統(tǒng)無業(yè)務邏輯錯誤和二級的bug。經(jīng)確定的所有缺陷都已得到了商定的解決結果，所設計的測試用例已全部重新執(zhí)行，的所有缺陷都已按照商定的方法進展了處理，而且沒有發(fā)現(xiàn)新的缺陷。4.2測試類型4.2.1功能測試測試范圍驗證數(shù)據(jù)準確度、數(shù)據(jù)類型、業(yè)務功能等相關方面的正確性測試目標核實所有功能均已正常實現(xiàn)。1、業(yè)務流程檢驗：各個業(yè)務流程符合常規(guī)邏輯，用戶使用時不會產(chǎn)生疑問。2、數(shù)據(jù)準確：各數(shù)據(jù)類型的輸入時統(tǒng)計準確。技術采用黑盒測試，使用邊界值測試，等價類劃分，數(shù)據(jù)驅動的測試方法工具與方法手工測試開場標準測試用例設計完畢并且通過同行評審且工程移交系統(tǒng)測試完成標準95%測試用例通過并且最高級缺陷全部解決測試重點與優(yōu)先級需考慮的特殊事項4.2.2、性能測試測試范圍大流量的數(shù)據(jù)與多用戶操作時性能方面的測試測試目標核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性，不在造成系統(tǒng)崩潰或相關的異?，F(xiàn)象技術自動化測試工具與方法VisualStudio2008開場標準自動化測試腳本設計并評審通過且工程組移交系統(tǒng)測試完成標準系統(tǒng)滿足用戶需求中所要求的性能要求測試重點與優(yōu)先級需考慮的特殊事項4.2.3用戶界面測試測試范圍1、導航、、Cookie、頁面構造的一致性等2、友好性，可操作性測試目標核實各個窗口風格都與基準版本保持一致，或符合課承受標準，能夠保證用戶界面的友好性，易操作性，而且符合用戶操作習慣。技術WEB測試通用方法工具與方法手工測試開場標準工程移交系統(tǒng)測試完成標準UI符合可承受標準，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣測試重點與優(yōu)先級需考慮的特殊事項4.2.4、平安性測試測試范圍密碼：登錄，超級管理員、用戶或會員等2、權限3、非法攻擊4、登錄超市限制等測試目標應用程序級別的平安性：核實用戶只能操作其擁有權限能操作的功能系統(tǒng)級別的平安性：核實只有具備系統(tǒng)權限的用戶才能系統(tǒng)技術代碼包或者非法攻擊工具工具與方法手工測試開場標準工程移交系統(tǒng)測試完成標準執(zhí)行各種非法操作無平安漏洞且系統(tǒng)使用正常測試重點與優(yōu)先級需考慮的特殊事項4.2.5兼容性測試測試范圍使用不同版本的不同瀏覽器、分辨率、操作系統(tǒng)分別進展測試。不同操作系統(tǒng)、瀏覽器、分辨率和各種運行軟件等各種條件組合測試測試目標核實系統(tǒng)在不同的軟件和硬件配置中運行穩(wěn)定技術黑盒測試工具與方法手工測試開場標準工程移交系統(tǒng)測試完成標準在各種不同版本不同類項瀏覽器、操作系統(tǒng)或其組合下均能正常實現(xiàn)功能測試重點與優(yōu)先級需考慮的特殊事項4.2.6回歸測試測試范圍所有功能、性能，用戶界面，平安性等測試類型測試目標核實執(zhí)行所有測試類型后功能、性能等均到達用戶所要求的標準技術黑盒測試工具與方法手工測試和自動化測試開場標準每當被測試軟件或其環(huán)境改變時在每個適宜的測試階段上進展回歸測試完成標準95%測試用例執(zhí)行通過并通過系統(tǒng)測試測試重點與優(yōu)先級需考慮的特殊事項4.3風險分析4.3.1測試人員對系統(tǒng)熟悉程度的風險：

參與本工程的測試人員都是第一次接觸該類型系統(tǒng)，在經(jīng)過短期的系統(tǒng)培訓后，仍然有可能沒有完全掌握系統(tǒng)的業(yè)務細節(jié)，這將在后面的測試設計和測試執(zhí)行工作造成一些測試逃逸現(xiàn)象〔即一些要測試的方面沒有測到〕。4.3.2系統(tǒng)資料方面的風險：

本工程被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人員做測試設計時能夠參考的只是使用手冊和訓練手冊，以及通過培訓和初步使用后對系統(tǒng)的了解，可能導致測試人員在初期無法全面地對系統(tǒng)進展深入的測試。4.3.3時間方面的風險：

本次工程時間只有一個月，卻要完成測試標準的制定、整套測試用例的設計和執(zhí)行一輪完整的測試，時間進度非常緊X，可能導致測試設計工作不夠完善。五、測試資源5.1人員安排人員安排表角色所分配的專職角色數(shù)量任務安排或職責測試經(jīng)理測試方案測試設計員測試方案與測試用例設計、測試總結測試員測試執(zhí)行5.2系統(tǒng)資源系統(tǒng)資源資源名稱/類別配置及數(shù)量測試數(shù)據(jù)庫效勞器PCServer:512M內存、40GSCSI硬盤1臺PC臺式機P4,主頻1.6G以上及其他電腦配置等4臺系統(tǒng)軟件SQLServer2008WindowsXP應用軟件VS20085.3培訓需求由于參與本次測試的測試人員對考試管理系統(tǒng)都不了解，需要**公司對這些測試人員進展系統(tǒng)的相關培訓。培訓內容包括：系統(tǒng)架構的培訓系統(tǒng)數(shù)據(jù)流程的培訓各子系統(tǒng)的功能培訓在實際使用過程中哪些局部問題比擬多哪些局部是本次的重點測試對象六、測試進度和里程碑6.1、測試進度工程進度測試工作任務的起止時間為：測試工作任務開場時間完畢時間備注制定測試方案<工程的啟動時間><四周完成>工程的進程狀況設計測試<上一個任務完成時起><八周完成>工程的進程狀況實施測試<設計測試完成時起><十二周完成>工程的任務完成評估測試<實施測試完成后時起><兩周完成>工程的任務完成6.2、里程碑技術在本工程中，我們將整個測試過程分為幾個里程碑，到達一個里程碑后才能轉換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：里程碑完成標準系統(tǒng)培訓對于本工程所有需要測試的系統(tǒng)的培訓完成測試人員以及對所有被測系統(tǒng)/模塊進展了使用，了解了被測系統(tǒng)的具體功能測試需求1、所有具體測試范圍已確定2、測試需求制定完成3、所有測試需求得到客