軟件開發(fā)服務項目系統(tǒng)測試方案_第1頁
軟件開發(fā)服務項目系統(tǒng)測試方案_第2頁
軟件開發(fā)服務項目系統(tǒng)測試方案_第3頁
軟件開發(fā)服務項目系統(tǒng)測試方案_第4頁
軟件開發(fā)服務項目系統(tǒng)測試方案_第5頁
已閱讀5頁,還剩7頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

軟件開發(fā)服務項目系統(tǒng)測試方案參加測試人員及組織分工測試的組織結構是屬于項目組,但是獨立于開發(fā)組,測試組長的直接匯報渠道是項目經(jīng)理。測試組角色和職責分別定義如下:角色職責測試組長測試中的主要角色,測試中所有環(huán)節(jié)的組織者,和主要實施者;負責制定測試策略和《測試計劃》;負責單元測試、集成測試、系統(tǒng)測試、驗收測試活動的組織安排;確保所有測試活動按照計劃進行,確保測試記錄得到維護,并根據(jù)測試工具的有效應用產(chǎn)生測試度量數(shù)據(jù);負責《軟件系統(tǒng)測試方案》、《軟件系統(tǒng)測試報告》。業(yè)務專家負責測試用例的分析和設計;負責開發(fā)業(yè)務方面的測試用例。測試工程師在測試組長的組織下,負責測試的設計、測試用例的開發(fā)和測試執(zhí)行工作。架構師負責性能測試用例的開發(fā)和執(zhí)行;負責性能測試指標的定義和結果分析;協(xié)助開發(fā)組定位性能瓶頸和確定優(yōu)化應用系統(tǒng)。煙草公司審核提交的測試結果,提出修改意見。測試方法測試方法主要包括模塊測試、功能測試、系統(tǒng)測試。這些測試機制是:1、模塊測試模塊測試是針對概要設計中的一個一個模塊來進行測試的,他的重點就是測module與module之間的關系。2、功能測試功能測試測試理念是災難性測試,主要采用軟件故障模型測試方法,故障模型指明了故障是如何以及為什么在軟件執(zhí)行時會引起軟件失效的,提供了對何種軟件實施何種操作就可能會導致軟件失效的方法。3、系統(tǒng)測試將已經(jīng)確認的軟件、計算機硬件、外設、網(wǎng)絡等其他元素結合在一起,進行信息系統(tǒng)的各種組裝測試和確認測試,其目的是通過與系統(tǒng)的需求相比較,發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方,從而提出更加完善的方案.。它的任務是盡可能徹底地檢查出程序中的錯誤,提高軟件系統(tǒng)的可靠性,其目的是檢驗系統(tǒng)"做得怎樣?"。測試結果將按有關的說明作記錄。任何被發(fā)現(xiàn)的問題以及它們對系統(tǒng)其它任何部分可能會產(chǎn)生的影響,都將做記錄。這些問題必須告知責任者,并被跟蹤至圓滿解決。由任何修改而導致的被影響部分將被確認并重新測試。硬件和軟件的配置也將得以考慮和記錄。測試內容功能要求:檢查測試軟件功能是否滿足概要設計的相關要求;可靠性:可靠性測試是對軟件進行可靠性調查、分析和評價的一種手段。試驗結果為故障分析、研究采取的糾正措施、判斷軟件是否達到指標要求提供依據(jù);安全性:對系統(tǒng)存在的危險性進行定性和定量分析,確認系統(tǒng)發(fā)生危險的可能性及其嚴重程度,提出必要的控制措施,以尋求最低的事故率、最小的事故損失和最優(yōu)的安全效益;性能:性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。從而確定一個系統(tǒng)的瓶頸或者不能接收的性能點,來獲得系統(tǒng)能提供的最大服務級別;可擴充性:對軟件的可重用性進行測試,可選設置和預留接口是否夠;可維護性:軟件系統(tǒng)或組件可以被修改的容易程度,這個修改一般是因為缺陷糾正、性能改進或特性增加引起的;平臺移植性:確保軟件能在多個平臺部署能測試通過;系統(tǒng)接口:接口測試的目的是為了測試那些與系統(tǒng)相關聯(lián)的外部接口,測試的重點是要檢查數(shù)據(jù)的交換,傳遞和控制管理過程,還包括處理的次數(shù)。測試步驟及日程1、步驟:應用軟件的測試分為兩個階段,一是內部測試,二是由用戶參與在模擬環(huán)境下功能測試。公司內部測試由QA組負責,它們以系統(tǒng)需求分析、詳細設計和公司測試規(guī)范為依據(jù),對應用系統(tǒng)的以下方面進行測試:是否實現(xiàn)需求分析描述的功能,處理結果是否正確;對不正確的操作是否有全面的處理;界面風格、快捷鍵設置、業(yè)務術語等是否一致;用戶界面是否友好;系統(tǒng)執(zhí)行性能評測測試結果將立即反饋給程序員進行程序修改的依據(jù)。內部測試結束時應保證程序無大的代碼錯誤,程序的功能與需求分析一致。內部測試結束后,進行系統(tǒng)功能測試,以找出系統(tǒng)功能與用戶實際需求的差異,這種差異的產(chǎn)生,在系統(tǒng)建設中是很普遍的。通常在系統(tǒng)建設初期,用戶不能完全表達自己的需求,到系統(tǒng)初步建立后,通常會產(chǎn)生一些新的需求,需要對程序做一些改動。系統(tǒng)功能測試,就是為了找出這些新的需求。系統(tǒng)功能測試由項目負責人組織用戶、程序員、測試人員、錄入人員共同參與,測試的環(huán)境使用系統(tǒng)運行時環(huán)境,錄入足夠數(shù)量的數(shù)據(jù),著重向用戶介紹系統(tǒng)的功能和使用方法,聽取用戶的意見,進行系統(tǒng)的進一步優(yōu)化。系統(tǒng)功能測試結束時,應無大的代碼錯誤,系統(tǒng)功能滿足用戶的實際需求2、日程:測試階段測試用時單元測試單元測試主要為單元測試,與程序開發(fā)并行系統(tǒng)測試從系統(tǒng)聯(lián)調開始,到系統(tǒng)試運行結束完畢驗收測試從準備驗收開始測試工具采用專用該測試工具軟件:LoadRunner。測試程序在系統(tǒng)測試的過程中除了包含模塊、功能測試等主要開發(fā)測試過程外,在系統(tǒng)實施過程中,包括聯(lián)調、上線等過程中還存在性能、安裝、驗收等的實施測試內容,下圖為測試程式在整個項目過程中的總體流程圖:測試總體流程圖單元測試流程單元測試流程圖確認測試流程下圖為確認測試流程圖:確認測試流程圖系統(tǒng)測試流程下圖為系統(tǒng)測試及業(yè)務測試流程圖:系統(tǒng)測試流程圖性能測試流程下圖為性能測試流程圖,測試系統(tǒng)的崩潰極限(最多使用人數(shù)和數(shù)據(jù)庫額極限容量):性能測試流程圖安裝測試流程下圖為安裝測試流程圖:安裝測試流程圖驗收測試流程下圖為驗收測試流程圖,其中驗收的測試人員應該包含非本系統(tǒng)的人員:驗收測試流程圖測試數(shù)據(jù)在系統(tǒng)的測試中,測試的輸入數(shù)據(jù)將直接影響測試的輸出結果,所以測試中提供的測試數(shù)據(jù)非常重要。在測試過程中,確保系統(tǒng)測試的有效性及正確性,測試組將從兩個方面取得測試數(shù)據(jù)。使用開發(fā)人員編寫的工具,進行真實數(shù)據(jù)模仿,工具將會模仿制造出相關的有效數(shù)據(jù)供測試使用。從用戶采集原是數(shù)據(jù),進行加工整合成真實數(shù)據(jù),為測試組提供真實數(shù)據(jù)進行測試。測試結果形式及文檔我公司按照軟件系統(tǒng)的測試要求在主要測試階段都提供測試報告,并且根據(jù)測試報告與詳細設計功能所產(chǎn)生的差別會同時提供偏差評估報告,以作為不同測試階段的里程碑測試文檔。如下圖:測試結果形成文檔圖活動與任務入口條件驗證出口條件/輸出制定測試計劃《軟件需求分析》簽發(fā)《總體設計》簽發(fā)《需求調研計劃》簽發(fā)評審測試計劃《軟件測試計劃》《系統(tǒng)測試方案》設計構建測試用例《軟件需求分析》、《軟件測試計劃》簽發(fā)、《總體設計》評審單元測試用、系統(tǒng)測試用《單元測試用例》、《系統(tǒng)測試用例》、單元測試《單元測試用例》得到批準、《系統(tǒng)測試方案》;模塊編程已經(jīng)完成;單元測試結果評審《單元測試報告》系統(tǒng)測試《系統(tǒng)測試用例》通過批準、《系統(tǒng)測試方案》軟件編程完成系統(tǒng)測試結果評審《系統(tǒng)測試報告》通過評審《驗收測試用例》驗收測試《驗收測試用例》通過評審《軟件需求分析》、《系統(tǒng)測試方案》;《系統(tǒng)測試報告》通過評審被測系統(tǒng)功能基本穩(wěn)定初步驗收測試結果評審;終驗結果評審《系統(tǒng)初驗報告》通過評審或《系統(tǒng)終驗報告》通過評審測試的審核和結果認定方法測試的完成取決于是否符合下列準則:所有測試實例都已得到執(zhí)行;在運行完整的集成后,無重大錯誤發(fā)現(xiàn);未遇到次要錯誤;測試項目通過或失敗的準則;測試實例被分成若干測試套餐(TestSuite);每個測試實例將被登記“Testcasebegin”和“Testcaseend”;如果在發(fā)出第二個提示前測試實例中止了執(zhí)行,那么測試實例就作為“Testcaseincompleted”;每個測試實例在遇到異常時應作記錄,對每個異常實例都應報告其號碼和嚴重性(severity)(可能時);一個測試實例若無異常而得以完成,則將標以“Noincidentencountered”;一個模塊中任一測試實例被標以“Incidentencountered”,則該模塊就被確定為“Modulefailed”。測試暫緩和測試繼續(xù):由于協(xié)調的開發(fā)人員應使被測試軟件先通過基本認可測試,然后提交給后繼測試,若不能通過認可測試,后繼的測試只能暫停。如果一個測試模塊確定為“Modulefailed”或者某個測試實例確定為“Testcasefailed”,則需調查錯誤的嚴重性,以決定測試繼續(xù)還是暫停。測試結果的認定及

溫馨提示

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

評論

0/150

提交評論