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

1、軟件學(xué)院（?？疲┸浖y試上機(jī)1 提交成果1.3天天超市管理系統(tǒng)測試計劃組 號：04小組成員：付少雄、何佩濤、趙東東、魏海峰、王浩浩、劉釗項目組長：付少雄完成日期：2015年03月20日目錄一、概述51.1目的51.2背景51.3范圍51.4參考文檔6二、測試需求6三、測試風(fēng)險83.1人力資源風(fēng)險83.1.1質(zhì)量保證風(fēng)險83.2風(fēng)險管理93.2.1需求變更：93.2.2進(jìn)度風(fēng)險：93.2.3質(zhì)量風(fēng)險10四、測試策略104.1測試完成標(biāo)準(zhǔn)104.2測試類型104.2.1功能測試104.2.2、性能測試114.2.3用戶界面測試114.2.4、安全性測試124.2.5兼容性測試124.2.6回歸測試

2、134.3風(fēng)險分析134.3.1測試人員對系統(tǒng)熟悉程度的風(fēng)險：134.3.2系統(tǒng)資料方面的風(fēng)險：144.3.3時間方面的風(fēng)險：14五、測試資源145.1人員安排145.2系統(tǒng)資源145.3培訓(xùn)需求15六、測試進(jìn)度和里程碑156.2、里程碑技術(shù)15七、可交付工具16一、概述1.1目的測試網(wǎng)上購物系統(tǒng)中的各個功能模塊是否滿足用戶需求，并測試是否存在bug。預(yù)期達(dá)到能夠使系統(tǒng)進(jìn)行快速的改進(jìn)和系統(tǒng)的提高。為了在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件的錯誤，從而提高軟件運(yùn)行的穩(wěn)定性和提高用戶體驗。1.2背景 a.項目測試的背景：網(wǎng)上購物系統(tǒng)是一個營業(yè)單位不可缺少的部分，他的內(nèi)容對于購物者和管理者來說

3、都至關(guān)重要。所以網(wǎng)上購物系統(tǒng)應(yīng)該能夠為用戶提供充足的信息和快捷的購買手段。隨著商品經(jīng)濟(jì)的發(fā)展及人們消費(fèi)水平的提高，還有信息時代的飛躍，越來越多的人愛上了網(wǎng)購，從而催生了網(wǎng)上購物系統(tǒng)的誕生。它為人們購物帶來了方便快捷，節(jié)約了沒時間出去而省下了空間。 b.該開發(fā)項目的歷史，列出用戶和執(zhí)行此項目測試的機(jī)構(gòu)或人群，該項目目前后經(jīng)歷三個階段，前期設(shè)計階段，然后是開發(fā)階段，最后是軟件的測試階段。項目的用戶針對的是網(wǎng)上購物的廣大群眾和管理員，系統(tǒng)的功能測試主要由專業(yè)的軟件測試人員進(jìn)行測試。1.3范圍 網(wǎng)上購物系統(tǒng)測試采用的是黑盒測試的方式對系統(tǒng)進(jìn)行測試，主要測試軟件的功能是否滿足用戶的需求，性能是否優(yōu)越以及

4、系統(tǒng)所存在的問題。對系統(tǒng)的各個模塊進(jìn)行詳細(xì)的測試，并記錄測試的結(jié)果，對測試的結(jié)果進(jìn)行細(xì)致的分析處理。測試時對系統(tǒng)的各個功能模塊進(jìn)行拆分測試，并以每一個模塊都要測試到。對所有可能的結(jié)果盡最大可能都測試到，以及測試過程中存在的問題進(jìn)行分析，然后提交測試的記錄并督促開發(fā)人員進(jìn)行修復(fù)，最后，對軟件存在的問題以及性能的測試進(jìn)行全面分析，給予記錄并解決。 在測試的過程中需要提出各個問題的假設(shè)，以及根據(jù)需求報告文檔中存在的項目給你模塊和用戶的需求來改善系統(tǒng)。列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險、意外事件或所有約束。 測試計劃和設(shè)計：根據(jù)需求規(guī)格說明書和最終的系統(tǒng)設(shè)計，制定測試計劃、測試方案，包括收集

5、測試方法、測試用例、可能用到的測試工具等； 單元測試：對各個模塊的源代碼進(jìn)行測試，保證各模塊基本功能能夠正確的實現(xiàn)； 集成測試：將各個模塊進(jìn)行組合測試，保證所有的功能都能夠正確的實現(xiàn)； 系統(tǒng)測試：根據(jù)需求規(guī)格說明書對軟件進(jìn)行功能測試，對重點(diǎn)的模塊進(jìn)行性能測試，并結(jié)合可能的用戶測試； 驗收測試：根據(jù)用戶手冊對功能進(jìn)行檢查，復(fù)查報告庫中的所有Bug，對Release版本進(jìn)行安裝測試。1.4參考文檔 表1列出的是制定測試計劃所用的文檔：文檔作者或來源備注程序測試計劃網(wǎng)上購物系統(tǒng)二、測試需求功能性需求功能模塊需求標(biāo)識測試需求/測試要點(diǎn)用戶注冊用戶名填寫事例：fushaoxiongfushao12341

6、23456789用戶名的范圍：1、字母或數(shù)字2、字母+數(shù)字3、用戶名不能為空4、長度：1,12密碼填寫事例：fushao1234密碼范圍：1、不能為空 2、兩次輸入要一致 3、字母+數(shù)字，字母或數(shù)字 4、長度：1,20郵箱填寫事例：Fushao1234郵箱范圍：1、不能為空 2、必須要+ 3、長度：1,16電話填寫事例：12345678900范圍：1、不能為空2、必須是11位的數(shù)字非功能性需求測試項目需求標(biāo)識測試需求/測試要點(diǎn)功能性互操作性1、系統(tǒng)與外部設(shè)備接口、其他系統(tǒng)接口之間的協(xié)調(diào)、能夠協(xié)調(diào)正常工作2、系統(tǒng)從接口正確接受和發(fā)送數(shù)據(jù)安全保密性1、對不同的用戶有不同的權(quán)限限制所有的密碼不明碼顯

7、示、存儲與傳輸2、有密碼設(shè)置策略，包括有效期、最小長度、復(fù)雜度、非空設(shè)置、大小寫敏感度依從性遵循系統(tǒng)各功能的標(biāo)準(zhǔn)、約定、風(fēng)格指南或法規(guī)三、測試風(fēng)險軟件測試風(fēng)險是不可避免的、總是存在的，所以對測試風(fēng)險的管理非常重要，必須盡力降低測試中所存在的風(fēng)險，最大程度地保證質(zhì)量和滿足用戶的需求。本次測試所面臨的風(fēng)險（如人力資源風(fēng)險、測試技術(shù)風(fēng)險、測試資源風(fēng)險、質(zhì)量保證風(fēng)險等）及相應(yīng)的建議解決辦法。風(fēng)險如下：3.1人力資源風(fēng)險人員無法到位規(guī)避措施：a.在產(chǎn)品的預(yù)算中體現(xiàn)這部分需求 b.定期催促人力資源部門進(jìn)行資源協(xié)調(diào) c.從可能空閑的產(chǎn)品部門中物色人員 應(yīng)急計劃：a.推遲進(jìn)度計劃 b.進(jìn)行招聘 c.考慮外包人

8、員技能不符合要求規(guī)避措施：a.在人力預(yù)算中給出人員技能要求 b.對提供的人員進(jìn)行技能面試 c.從其他產(chǎn)品部門協(xié)調(diào)有能力的人員 應(yīng)急計劃：a.提高培訓(xùn)的強(qiáng)度 b.加強(qiáng)培訓(xùn)效果監(jiān)控 c.對工作輸出加強(qiáng)檢視3.1.1質(zhì)量保證風(fēng)險需求、設(shè)計變更頻繁導(dǎo)致測試依據(jù)失效規(guī)避措施：a.充分了解用戶需求，確保主要需求不變更 b.開展有效的需求評審，及時與客戶確認(rèn)評審結(jié)果 應(yīng)急計劃：先實現(xiàn)主要的需求，和客戶確認(rèn)無誤后，再進(jìn)一部完善系統(tǒng)，避免再次反覆補(bǔ)丁頻繁發(fā)布影響測試工作的執(zhí)行規(guī)避措施：a.提高測試質(zhì)量，避免功能性缺陷而導(dǎo)致的補(bǔ)丁 b.制定補(bǔ)丁發(fā)放計劃，合理規(guī)劃新增功能性補(bǔ)丁的發(fā)放工作應(yīng)急計劃：測試人員多和前端客

9、戶、維護(hù)人員溝通，針對補(bǔ)丁的必要性劃分優(yōu)先級，按序發(fā)布補(bǔ)丁Bug的生命周期過長規(guī)避措施：a.及時分配修復(fù)任務(wù)，并檢查監(jiān)督 b.對于非問題、拒絕的等缺陷，請相關(guān)責(zé)任人驗證后，盡快關(guān)閉 c.對于暫緩處理的缺陷，測試人員要記錄并跟蹤 應(yīng)急計劃：對缺陷優(yōu)先級進(jìn)行排序，先修復(fù)優(yōu)先級高的缺陷。3.2風(fēng)險管理3.2.1需求變更：需求變更是軟件項目經(jīng)常發(fā)生的事情。一個看似很有“錢途”的軟件項目，往往由于無限度的需求變更而讓項目承建方苦不堪言，甚至最終虧損（實際上項目建設(shè)方也面臨巨大的風(fēng)險）。 預(yù)防這種風(fēng)險的辦法是項目建設(shè)之初就和用戶書面約定好需求變更控制流程、記錄并歸檔用戶的需求變更申請。 3.2.2進(jìn)度風(fēng)險

10、：有些項目對進(jìn)度要求非常苛刻（進(jìn)度要求不高的項目，我們同樣要考慮該風(fēng)險），項目進(jìn)度的延遲意味著違約或市場機(jī)會的錯失。 預(yù)防這種風(fēng)險的辦法一般是分階段交付產(chǎn)品、增加項目監(jiān)控的頻度和力度、多運(yùn)用可行的辦法保證工作質(zhì)量避免返工。 3.2.3質(zhì)量風(fēng)險 有些項目，用戶對軟件質(zhì)量有很高的要求，如果項目組成員同類型項目的開發(fā)經(jīng)驗不足，則需要密切關(guān)注項目的質(zhì)量風(fēng)險。 預(yù)防這種風(fēng)險的辦法一般是經(jīng)常和用戶交流工作成果、采用符合要求的開發(fā)流程、認(rèn)真組織對產(chǎn)出物的檢查和評審、計劃和組織嚴(yán)格的獨(dú)立測試等。 四、測試策略4.1測試完成標(biāo)準(zhǔn) 最終通過系統(tǒng)測試，系統(tǒng)無業(yè)務(wù)邏輯錯誤和二級的bug。經(jīng)確定的所有缺陷都已得到了商定

11、的解決結(jié)果，所設(shè)計的測試用例已全部重新執(zhí)行，已知的所有缺陷都已按照商定的方法進(jìn)行了處理，而且沒有發(fā)現(xiàn)新的缺陷。4.2測試類型4.2.1功能測試測試范圍驗證數(shù)據(jù)精確度、數(shù)據(jù)類型、業(yè)務(wù)功能等相關(guān)方面的正確性測試目標(biāo)核實所有功能均已正常實現(xiàn)。 1、業(yè)務(wù)流程檢驗：各個業(yè)務(wù)流程符合常規(guī)邏輯，用戶使用時不會產(chǎn)生疑問。2、數(shù)據(jù)精確：各數(shù)據(jù)類型的輸入時統(tǒng)計精確。技術(shù)采用黑盒測試，使用邊界值測試，等價類劃分，數(shù)據(jù)驅(qū)動的測試方法工具與方法手工測試開始標(biāo)準(zhǔn)測試用例設(shè)計完畢并且通過同行評審且項目移交系統(tǒng)測試完成標(biāo)準(zhǔn)95%測試用例通過并且最高級缺陷全部解決測試重點(diǎn)與優(yōu)先級需考慮的特殊事項4.2.2、性能測試測試范圍大流

12、量的數(shù)據(jù)與多用戶操作時性能方面的測試測試目標(biāo)核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性，不在造成系統(tǒng)崩潰或相關(guān)的異?，F(xiàn)象技術(shù)自動化測試工具與方法Visual Studio 2008開始標(biāo)準(zhǔn)自動化測試腳本設(shè)計并評審?fù)ㄟ^且項目組移交系統(tǒng)測試完成標(biāo)準(zhǔn)系統(tǒng)滿足用戶需求中所要求的性能要求測試重點(diǎn)與優(yōu)先級需考慮的特殊事項4.2.3用戶界面測試測試范圍1、導(dǎo)航、鏈接、Cookie、頁面結(jié)構(gòu)的一致性等 2、友好性，可操作性測試目標(biāo)核實各個窗口風(fēng)格都與基準(zhǔn)版本保持一致，或符合課接受標(biāo)準(zhǔn)，能夠保證用戶界面的友好性，易操作性，而且符合用戶操作習(xí)慣。技術(shù)WEB測試通用方法工具與方法手工測試開始標(biāo)準(zhǔn)項目移交系

13、統(tǒng)測試完成標(biāo)準(zhǔn)UI符合可接受標(biāo)準(zhǔn)，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習(xí)慣測試重點(diǎn)與優(yōu)先級需考慮的特殊事項4.2.4、安全性測試測試范圍1、 密碼：登錄，超級管理員、用戶或會員等 2、權(quán)限 3、非法攻擊 4、登錄超市限制等測試目標(biāo)1、 應(yīng)用程序級別的安全性：核實用戶只能操作其擁有權(quán)限能操作的功能2、 系統(tǒng)級別的安全性：核實只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問系統(tǒng)技術(shù)代碼包或者非法攻擊工具工具與方法手工測試開始標(biāo)準(zhǔn)項目移交系統(tǒng)測試完成標(biāo)準(zhǔn)執(zhí)行各種非法操作無安全漏洞且系統(tǒng)使用正常測試重點(diǎn)與優(yōu)先級需考慮的特殊事項4.2.5兼容性測試測試范圍1、 使用不同版本的不同瀏覽器、分辨率、操作系

14、統(tǒng)分別進(jìn)行測試。2、 不同操作系統(tǒng)、瀏覽器、分辨率和各種運(yùn)行軟件等各種條件組合測試測試目標(biāo)核實系統(tǒng)在不同的軟件和硬件配置中運(yùn)行穩(wěn)定技術(shù)黑盒測試工具與方法手工測試開始標(biāo)準(zhǔn)項目移交系統(tǒng)測試完成標(biāo)準(zhǔn)在各種不同版本不同類項瀏覽器、操作系統(tǒng)或其組合下均能正常實現(xiàn)功能測試重點(diǎn)與優(yōu)先級需考慮的特殊事項4.2.6回歸測試測試范圍所有功能、性能，用戶界面，安全性等測試類型測試目標(biāo)核實執(zhí)行所有測試類型后功能、性能等均達(dá)到用戶所要求的標(biāo)準(zhǔn)技術(shù)黑盒測試工具與方法手工測試和自動化測試開始標(biāo)準(zhǔn)每當(dāng)被測試軟件或其環(huán)境改變時在每個合適的測試階段上進(jìn)行回歸測試完成標(biāo)準(zhǔn)95%測試用例執(zhí)行通過并通過系統(tǒng)測試測試重點(diǎn)與優(yōu)先級需考慮的

15、特殊事項4.3風(fēng)險分析 4.3.1測試人員對系統(tǒng)熟悉程度的風(fēng)險： 參與本項目的測試人員都是第一次接觸該類型系統(tǒng)，在經(jīng)過短期的系統(tǒng)培訓(xùn)后，仍然有可能沒有完全掌握系統(tǒng)的業(yè)務(wù)細(xì)節(jié)，這將在后面的測試設(shè)計和測試執(zhí)行工作造成一些測試逃逸現(xiàn)象（即一些要測試的方面沒有測到）。 4.3.2系統(tǒng)資料方面的風(fēng)險： 本項目被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人員做測試設(shè)計時能夠 參考的只是使用手冊和訓(xùn)練手冊，以及通過培訓(xùn)和初步使用后對系統(tǒng)的了解，可能導(dǎo)致測試人員在初期無法全面地對系統(tǒng)進(jìn)行深入的測試。 4.3.3時間方面的風(fēng)險： 本次項目時間只有一個月，卻要完成測試規(guī)范的制定、整套測試用例的設(shè)計和執(zhí)行一輪完整的測試，時

16、間進(jìn)度非常緊張，可能導(dǎo)致測試設(shè)計工作不夠完善。五、測試資源5.1人員安排人員安排表角色所分配的專職角色數(shù)量任務(wù)安排或職責(zé)測試經(jīng)理測試計劃測試設(shè)計員測試方案與測試用例設(shè)計、測試總結(jié)測試員測試執(zhí)行5.2系統(tǒng)資源系統(tǒng)資源資源名稱/類別配置及數(shù)量測試數(shù)據(jù)庫服務(wù)器PC Server:512M內(nèi)存、40G SCSI硬盤 1臺PC臺式機(jī)P4,主頻1.6G以上及其他電腦配置等 4臺系統(tǒng)軟件SQL Server2008 Windows XP應(yīng)用軟件VS20085.3培訓(xùn)需求 由于參與本次測試的測試人員對考試管理系統(tǒng)都不了解，需要XX公司對這些測試人員進(jìn)行系統(tǒng)的相關(guān)培訓(xùn)。培訓(xùn)內(nèi)容包括：u 系統(tǒng)架構(gòu)的培訓(xùn)u 系統(tǒng)數(shù)據(jù)流程的培訓(xùn)u 各子系統(tǒng)的功能培訓(xùn)u 在實際使用過程中哪些部分問題比較多u 哪些部分是本次的重點(diǎn)測試對象六、測試進(jìn)度和里程碑6.1、測試進(jìn)度項目進(jìn)度 測試工作任務(wù)的起止時間為：測試工作任務(wù)開始時間結(jié)束時間備注制定測試計劃<項目的啟動時間><四周完成>項目的進(jìn)程狀況實施測試<設(shè)計測試完成時起><十二周完成>項目的任務(wù)完成評估測試<實施測試完成后時起><兩周完成>項目的任務(wù)完成6.2、里程碑技術(shù) 在本項目中，我們將整個測試過程分為幾個里程碑，達(dá)到一個里程碑后才能轉(zhuǎn)換到下