軟件開發(fā)服務(wù)項(xiàng)目系統(tǒng)測試方案

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