軟件項目測試計劃_第1頁
軟件項目測試計劃_第2頁
軟件項目測試計劃_第3頁
軟件項目測試計劃_第4頁
軟件項目測試計劃_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

XXX系統(tǒng)

測試計劃(草稿未完成V1o0o0陜西XXX科技有限責任公司2019年3月目錄1.引言 21。1 編寫目的21.2.項目背景 21。3。 參考資料31.4。 術(shù)語和縮略詞3任務概述 32.1.測試目標 32。2 測試對象32。3。 測試范圍42.4。 測試策略52。5 測試準則5TOC\o"1-5"\h\z\o"CurrentDocument"2.5。1啟動準則 52.5.2結(jié)束準則 62.6。 測試流程6\o"CurrentDocument"測試資源 63。 1測試環(huán)境 6\o"CurrentDocument"3.2測試工具 6\o"CurrentDocument"3。 3用例設計方法 7\o"CurrentDocument"4。 測試計劃 74。 1工作量評估 74。 2測試里程碑 8\o"CurrentDocument"5。 測試方案 8\o"CurrentDocument"5.1測試類型 8\o"CurrentDocument"5。 2測試技術(shù) 9\o"CurrentDocument"5.2.1功能測試 95.2。 2文檔測試 95.2。 3界面測試 95.2.4業(yè)務流程測試 95.2。 5兼容性測試 9\o"CurrentDocument"5。2.6安全性測試 10\o"CurrentDocument"5。2。7易用性測試 10\o"CurrentDocument"5。2。8接口測試 10\o"CurrentDocument"5.2.9回歸測試 105.2。 10性能測試 10\o"CurrentDocument"5。3測試實施階段 11\o"CurrentDocument"5.3。 1單元測試 11\o"CurrentDocument"5.3。 2集成測試 11\o"CurrentDocument"5.3.3系統(tǒng)測試 11\o"CurrentDocument"5.3。 4驗收測試 11\o"CurrentDocument"6.測試過程管理 116.1測試文檔 116.2缺陷處理 121.引言1.1.編寫目的編寫測試計劃的目的是為整個測試階段的管理工作和技術(shù)提供指南,同時確定測試的內(nèi)容和范圍,為評價系統(tǒng)提供依據(jù);同時也可以作為測試結(jié)果的評價指標。1.2.項目背景系統(tǒng)名稱:XXX系統(tǒng)委托單位:XXX開發(fā)單位:XXX件科技有限公司隨著投資多元化的推進,公路工程項目的投資問題逐步體現(xiàn)出來,如何加快工程造價信息的交流,改進造價系統(tǒng)業(yè)務流程和管理模式,提高效率,降低成本,將是擺在造價審計與監(jiān)督者面前的重要課題。而借助信息化建設,有效快捷的幫助有關(guān)部門完成管理的提升。建立公路工程動態(tài)審計與造價監(jiān)督網(wǎng)絡數(shù)據(jù)采集平臺,結(jié)合先進的網(wǎng)絡技術(shù),針對工程造價的管理特點,力求功能全面而細致,操作簡單方便,強調(diào)網(wǎng)絡信息交流和共享。數(shù)據(jù)采集網(wǎng)絡平臺適用于涉及到投資與造價的相關(guān)職能部門.可以在多種硬件環(huán)境的互聯(lián)網(wǎng)上使用,同時為投資管理提供了明確的流程思想,投資數(shù)據(jù)更加方便、靈活、易用.還提供了遠程模式,在任何地方,同樣可以及時得到最新的投資信息動態(tài)查詢,全面掌握投資決策。1.3.參考資料《軟件需求規(guī)范》《項目總體計劃》《需求規(guī)格說明書》《概要設計說明書》1.4.術(shù)語和縮略詞1、響應時間:客戶端從給服務器端發(fā)送一個請求開始直到接收了服務器反饋信息為止,這期間所有的時間稱為響應時間。2、點擊率:每秒鐘用戶向Web服務器提交的HTTP請求數(shù)。3、吞吐率:即應用系統(tǒng)在單位時間內(nèi)完成的交易量,也就是在單位時間內(nèi),應用系統(tǒng)針對不同的負載壓力,所能完成的交易數(shù)量。2.任務概述測試目標通過測試,達到以下目標:測試已實現(xiàn)的產(chǎn)品是否達到設計的要求,包括各個功能點是否實現(xiàn),業(yè)務流程是否正確;產(chǎn)品規(guī)定的操作和運行穩(wěn)定;BUG數(shù)量和缺陷率控制在可接收范圍內(nèi);通過性能測試找出瓶頸,對資源和設置進行調(diào)優(yōu),最終保證軟件的性能指標.測試對象一級模塊二級模塊子模塊描述備注主頁首頁包括首頁的登錄、頁面跳轉(zhuǎn)、頁面布局等管理平臺高速公路包括數(shù)據(jù)、鐵籠、預警、查詢、展示、評價、反饋等子模塊功能國省干道包括數(shù)據(jù)、鐵籠、預警、查詢、展示、評價、反饋等子模塊功能

航電水運包括數(shù)據(jù)、鐵籠、預警、查詢、展示、評價、反饋等子模塊功能農(nóng)村公路包括數(shù)據(jù)、鐵籠、預警、查詢、展示、評價、反饋等子模塊功能養(yǎng)護工程包括數(shù)據(jù)、鐵籠、預警、查詢、展示、評價、反饋等子模塊功能工作平臺后臺采集后臺采集下的各個子模塊人工采集人工采集下的各個子模塊數(shù)據(jù)還原數(shù)據(jù)還原下的各個子模塊二級授權(quán)二級授權(quán)下的各個子模塊問題反饋問題反饋下的各個子模塊展示平臺建設概況建設概況下的各個子模塊投資狀況投資狀況下的各個子模塊動態(tài)監(jiān)督動態(tài)監(jiān)督下的各個子模塊預警問題預警問題下的各個子模塊設置設置設置下的組織機構(gòu)、用戶管理、菜單管理等模塊1.7.測試范圍針對《數(shù)據(jù)鐵籠需求說明書》的內(nèi)容列出本次測試的范圍,具體如下表所示:測試類型測試內(nèi)容測試目標測試方法功能測試Web端的所有功能,包括增刪改查及其他按鈕功能、各控件功能、各菜單功能、業(yè)務流程等。1、 確保測試的功能正常,其中包括導航、數(shù)據(jù)的輸入、處理及檢索;2、 各業(yè)務流程能夠滿足用戶需求。黑盒測試手工測試界面測試1、 導航、鏈接、頁面結(jié)構(gòu)(包括菜單、顏色、字體、按鈕、Title、提示信息等的一致性);2、 友好性、易用性、合理性、一致性、正確性等。1、 驗證系統(tǒng)的風格是否一致;2、 保證用戶界面友好、易操作性;3、 符合用戶操作習慣.手工測試安全性測試1、 密碼:登錄、用戶、管理員;2、 權(quán)限控制;1、驗證用戶只能操作其所擁有權(quán)限范圍內(nèi)的功能;黑盒和手工測試3、 通過修改URL非法訪問;4、 登錄超時限制。2、驗證只能具備系統(tǒng)訪問權(quán)限的用戶才能訪問系統(tǒng)。兼容性測試1、 瀏覽器:IE8.0以上、火狐、谷歌、搜狗、360瀏覽器等;2、 分辨率:1024*768、800*600,3、 操作系統(tǒng):WinXP、Win7、Win10等;3、不同操作系統(tǒng)、瀏覽器、分辨率等組合測試。驗證系統(tǒng)在不同的軟件和硬件配置中運行的穩(wěn)定性。黑盒和手工測試接口測試系統(tǒng)與外部系統(tǒng)或外部設備接口的正確性檢查系統(tǒng)是否與外部系統(tǒng)或外部設備等接口的正確性白盒測試和工具測試性能測試對系統(tǒng)進行壓力、負載、并發(fā)等測試核實系統(tǒng)在大流量的數(shù)據(jù)與多用戶操作時軟件性能的穩(wěn)定性,不造成系統(tǒng)崩潰或相關(guān)的異常現(xiàn)象測試工具1.8.測試策略針對本項目的情況制定項目的測試過程策略如下:1、以80/20原理為指導,盡量做到在有限的時間內(nèi)發(fā)現(xiàn)盡可能多的缺陷(尤其是嚴重缺陷);2、 測試計劃與需求制定、用例設計同步進行;3、 必須制定測試需求,通過確定要測試的內(nèi)容和各自的優(yōu)先級、重要性,使測試設計工作更有目的性,在需求的指導下設計出更多有效的用量;4、 逐步完善測試用例庫,測試用例庫的建設是一個不斷完善的過程,我們需要在有限的時間里,先設計出一套測試用例,主要指出測試要點,然后在以后的測試中再不斷地去完善;5、 測試過程要受到控制,根據(jù)事先定義好的測試執(zhí)行順序進行測試,并填寫測試記錄,保證測試過程是受控的;6、 確定測試重點,測試重點放在各個子系統(tǒng)的功能實現(xiàn)上。1.9.測試準則2.5.1啟動準則系統(tǒng)測試的接入準則:1、分模塊聯(lián)調(diào)完畢;2、冒煙測試100%通過3、 提測的版本符合約定的范圍(根據(jù)實際情況約定);4、 服務層方法單元測試覆蓋率不低于30%。2.5。2結(jié)束準則系統(tǒng)測試結(jié)束要求:1、 本輪約定的測試用例全部執(zhí)行完畢;2、 發(fā)現(xiàn)重大設計問題、重大需求問題暫停測試,立即組織討論。1.10.測試流程3.測試資源3.1測試環(huán)境(1)開發(fā)環(huán)境開發(fā)平臺:Eclipse3。2硬件平臺:PCServer◎操作系統(tǒng):Windows7◎瀏覽器:360、谷歌、火狐、IE9.0及以上的瀏覽器(2) 測試環(huán)境測試服務器一臺◎操作系統(tǒng):WindowsXP、Windows7◎瀏覽器:360、谷歌、火狐、IE9.0及以上的瀏覽器(3) 正式運行環(huán)境Web應用環(huán)境:Tomcat5.0以上,Weblogic8。1以上,JBoss4。0以上數(shù)據(jù)庫環(huán)境:SQLServer2008◎瀏覽器:360、谷歌、火狐、IE9。0及以上的瀏覽器3.2測試工具?測試中使用的BUG管理工具為禪道?性能測試工具為LoadRunner、Jmeter3。 3用例設計方法測試用例(TestCase)是為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預期結(jié)果,以便測試某個程序路徑或核實是否滿足某個特定需求。是在經(jīng)過系統(tǒng)需求培訓后,由測試人員根據(jù)需求文檔和自己的理解按照系統(tǒng)結(jié)構(gòu)編寫的指導測試實施、規(guī)范測試數(shù)據(jù)的文檔.常用的用例設計方法如下:1、 黑盒測試方法黑盒測試用例的設計采用等價類劃分、邊界值分析法、因果圖法、錯誤推測法等。2、 白盒測試方法白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,被測對象是源程序,以程序的內(nèi)部邏輯為基礎(chǔ)設計測試用例,常用的用例設計方法有邏輯覆蓋、循環(huán)覆蓋、基本路徑測試等。測試計劃4.1工作量評估測試階段任務工作量(人/天)人員分配預計開始時間預計完成時間備注制定測試計劃編寫測試計劃并評審2黃振敏2017.2.162017.2.17包括溝通、編寫、評申、完善寺制定測試方案編寫測試方案并評審2黃振敏2017。2.272017。2.28包括溝通、編寫、評申、完善設計測試用例編寫測試用例并評審22黃振敏、張璐2017。3。12018.4。30包括編寫、評審、完善測試環(huán)境準備測試環(huán)境準備0.5黃振敏、張璐2017。4.242017。4.24測試環(huán)境搭建測試實施完成功能測試162黃振敏、張璐2017.4。252018。4.30包括冒煙測試、分模塊測試、功能測試、回歸測試寺完成性能測試黃振敏、張璐包括腳本的編寫、調(diào)試和執(zhí)行完成其他測試黃振敏、張璐包括界面、安全性、兼容性、文檔等測試文檔編寫編寫測試報告及總結(jié)4黃振敏、張璐2018.5.22018。5。20包括編寫和完善4.2測試里程碑里程碑預計完成時間完成標準備注測試計劃2017.2。17完成測試計劃書的編寫包括編寫和完善時間測試方案2017.2.28完成測試方案的編寫包括編寫和完善時間測試用例2017.3.1—2018.4.30完成測試用例的編寫包括用例的編寫和完善測試報告2018.5.20完成測試報告的編寫多個版本的結(jié)果匯總測試總結(jié)2018.5.20完成測試總結(jié)對提交的BUG進行匯總總結(jié)5.測試方案5.1測試類型針對系統(tǒng)需求和業(yè)務,計劃對系統(tǒng)完成以下類型的測試功能測試界面測試安全性測試兼容性測試易用性測試接口測試回歸測試流程測試接口測試性能測試5.2測試技術(shù)5。2。1功能測試功能測試采用黑盒測試方法,主要針對系統(tǒng)的功能進行手工測試和回歸測試。功能測試按照需求和設計要求完成各模塊的測試,包括數(shù)據(jù)業(yè)務、數(shù)據(jù)完整性、界面美觀、操作等。具體可參考相對應的測試文檔。5.2。2文檔測試文檔測試包括以下幾個方面:◎文檔中的內(nèi)容描述是否準確;◎交互順序的描述是否精確;◎術(shù)語、菜單描述和系統(tǒng)響應是否與實際順序一致;◎文檔的內(nèi)容和索引是否精確完整;文檔的設計是否便于理解;顯示給客戶的錯誤信息在文檔中是否有更詳細的解釋;◎如果使用超鏈接,超鏈接是否精確完整.5。2.3界面測試界面測試包括易用性、規(guī)范性、合理性、菜單位置等方面的測試,具體界面測試參考界面測試文檔.業(yè)務流程測試功能測試完成之后進行業(yè)務流程測試,業(yè)務測試關(guān)注的要點是業(yè)務流程,即數(shù)據(jù)流從系統(tǒng)中的一個模塊流到另一個模塊的過程中的正確性.兼容性測試軟件兼容性測試是指測試軟件在特定的硬件產(chǎn)臺上、不同的應用軟件之間、不同的操作系統(tǒng)平臺上、不同的網(wǎng)絡等環(huán)境中是否能很好地運行的測試。簡單的說,兼容性測試是指測試某新開發(fā)的軟件在某一特定環(huán)境下與各種軟件的協(xié)調(diào)性,軟件之間能否很好的運作。兼容性測試包括:操作系統(tǒng)/平臺的兼容性、應用軟件的兼容性、瀏覽器之間的兼容性、數(shù)據(jù)庫之間的兼容性、其他方面的兼容性(如操作系統(tǒng)語言、代理服務器、防火墻等)。5。2.6安全性測試軟件安全性測試包括程序、數(shù)據(jù)庫安全性測試。根據(jù)系統(tǒng)安全指標不同,測試策略也不同。一般包括用戶認證安全、系統(tǒng)網(wǎng)絡安全和數(shù)據(jù)庫安全,本系統(tǒng)的安全性測試也將從這三個方面進行。5.2。 7易用性測試檢查系統(tǒng)界面是否易用友好,是否符合通用的操作習慣。5.2。 8接口測試檢查系統(tǒng)與外部系統(tǒng)或外部設備等接口的正確性。5.2.9回歸測試回歸測試是指修改了舊代碼后,重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌a產(chǎn)生錯誤,作為軟件生命周期的一個組成部分,在整個軟件測試過程中占有很大的工作量比重,軟件開發(fā)的各個階段都會進行多次回歸測試。5.2。 10性能測試性能測試著重性能的觀測,如運行速度、響應時間,沒有緩慢或等待就視為合格.測試使用的工具為Jmeter。Jmeter是一種預測系統(tǒng)行為和性能的壓力測試工具,主要通過模擬成千上萬的用戶實施并發(fā)負載以及實時性能檢測的方式來確認和查找問題,是目前很多公司執(zhí)行性能測試的首選工具,Jmeter完全滿足此項目的要求,因此選擇Jmeter作為性能測試工具。具體測試方面如下:1、 壓力測試壓力測試根據(jù)實際情況,持續(xù)不斷的給被測系統(tǒng)增加壓力,直到將被測系統(tǒng)壓垮為止。重點模擬多用戶在使用過程中的系統(tǒng)負荷,及長時間運行系統(tǒng)的可靠性和系統(tǒng)的響應時間,壓力測試有一條八二原則,即百分之八十的業(yè)務量在百分之二十的時間內(nèi)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論