信息化系統(tǒng)項目測試驗收方案

1、信息化系統(tǒng)項目測試驗收方案1.項目測試、驗收方案項目測試、驗收方案（1）項目測試計劃項目測試計劃測試是項目質(zhì)量的重要保證，因此必須高度重視項目的測試工作。在本項目中，我們將著重進行以下三類測試：?項目組內(nèi)部測試項目組內(nèi)部測試主要實施者為我中心項目測試小組，該測試小組主要負責(zé)對整個測試過程的組織和實施。測試小組為整個系統(tǒng)測試的組織者和實施者。在項目組內(nèi)部測試的過程中，除測試小組外，各分系統(tǒng)的開發(fā)者不僅是測試組測試前的“自我測試者”，同時也

2、要承擔(dān)一部分其它的測試任務(wù)，主要是對其它分系統(tǒng)的測試。通過這種方式的測試，一方面可以強化各個子系統(tǒng)在技術(shù)上的溝通，同時也可通過對他人開發(fā)的功能模塊的測試發(fā)現(xiàn)自身所存在的不足之處。項目組內(nèi)部測試要達到的目標(biāo)是消除功能上的錯誤，排除系統(tǒng)的穩(wěn)定性隱患，基本上達到系統(tǒng)的預(yù)定設(shè)計目標(biāo)。?業(yè)務(wù)人員測試業(yè)務(wù)人員測試在業(yè)務(wù)人員測試之前，系統(tǒng)必須經(jīng)過項目組的內(nèi)部測試，并經(jīng)測試主管簽字后，方可組織業(yè)務(wù)人員進行測試。業(yè)務(wù)人員測試的目標(biāo)是看系統(tǒng)功能設(shè)計是否能夠

3、滿足實際的需要，操作上是否簡便，界面是否友好，并確認(rèn)系統(tǒng)所產(chǎn)生的數(shù)據(jù)是符合業(yè)務(wù)需要的。?壓力測試壓力測試應(yīng)用服務(wù)器處于分布式計算的核心位置，它們之間的交互通常很難測試。分布式開發(fā)、大型的開發(fā)者團隊以及對代碼日益組件化的期望都有可能使應(yīng)用服務(wù)的開發(fā)變得越來越容易隱藏錯誤。這些類型的錯誤極難檢測出來。壓力測試是檢測這類代碼錯誤的一種有效方法，但是只有在壓力系統(tǒng)設(shè)計得比較有效的情況下才能發(fā)揮作用。1.1測試方法測試方法傳統(tǒng)的測試方法包括某種形

4、式的簡單單元測試，通常由開發(fā)人員執(zhí)行。設(shè)計這些測試需要了解軟件的內(nèi)部知識，并且這些測試幾乎總是針對產(chǎn)品的非常小的、特定的部分。這些類型的測試非常適合與其它代碼組件極少交互，甚至存泄漏通常要求操作要重復(fù)非常多的次數(shù)以使內(nèi)存消耗達到能引起注意的程度。并發(fā)與同步：并發(fā)與同步：壓力測試在查找并發(fā)性問題上非常出眾，這是因為在任何一個測試生命周期中，它都應(yīng)用了許多不同的代碼路徑和定時條件。一般的規(guī)則是，壓力測試運行的時間越長，涉及并應(yīng)用的代碼路徑組

5、合和定時條件就越多。當(dāng)然，這也的確使得這些問題很難再現(xiàn)（錯誤可以在5分鐘或5天后發(fā)生）。死鎖、線程泄漏以及任何一般的同步問題通常只能在壓力測試階段被檢測出來。這些類型的問題很難通過執(zhí)行單元測試來發(fā)現(xiàn)。開發(fā)人員不會一直考慮他或她的代碼將與其它地方的代碼（在執(zhí)行單元測試時這些代碼可能還沒寫出來）進行交互。1.3現(xiàn)有的壓力測試工具現(xiàn)有的壓力測試工具有許多聲稱能夠?qū)Ξa(chǎn)品進行壓力測試的可用工具目前正在開發(fā)中。被廣泛應(yīng)用的是針對Web服務(wù)的那些工具

6、。然而，這些工具中有許多只是簡單的HTMLSOAP生成器，它們模擬許多客戶機連接，并因此對Web服務(wù)器生成高負載（這對于查找Web服務(wù)器的問題很有用，但對于查找Web服務(wù)的問題就沒那么有用了）。這些工具對基本的壓力測試比較有用，但它們經(jīng)常是僅僅擴展功能驗證階段來重復(fù)地執(zhí)行相同的功能任務(wù)。如果足夠的時間和資源可用，就可以通過創(chuàng)建定制構(gòu)建的壓力測試系統(tǒng)來實現(xiàn)更有效的測試。由于壓力系統(tǒng)的設(shè)計者通常對要測試的產(chǎn)品和Web服務(wù)有更多的了解，所以他