1、貴州移動(dòng)安順電子政務(wù)系統(tǒng)測(cè)試及驗(yàn)收北京東華易時(shí)科技有限公司2011年4月20日目錄1測(cè)試方案41.1系統(tǒng)測(cè)試方案概述41.2單元測(cè)試方案51.2.1單元測(cè)試目的51.2.2 單元測(cè)試采用的方法、技術(shù)與內(nèi)容51.2.3 單元測(cè)試實(shí)施流程51.2.4單元測(cè)試用例61.3集成測(cè)試方案61.3.1集成測(cè)試目的61.3.2 集成測(cè)試采用的方法、技術(shù)和內(nèi)容71.3.3 集成測(cè)試實(shí)施流程71.3.4集成測(cè)試用例81.4系統(tǒng)測(cè)試方案81.4.1系統(tǒng)測(cè)試目的81.4.2獨(dú)立的測(cè)試機(jī)構(gòu)81.4.3獨(dú)立的測(cè)試環(huán)境91.4.4設(shè)計(jì)完整、全面的測(cè)試內(nèi)容覆蓋91.4.5閉環(huán)的測(cè)試過(guò)程111.4.6 選用適當(dāng)?shù)南到y(tǒng)測(cè)試的方

2、法、技術(shù)111.4.7 制訂明確的系統(tǒng)測(cè)試流程111.4.8系統(tǒng)測(cè)試用例121.5用戶確認(rèn)測(cè)試121.5.1確認(rèn)測(cè)試目的121.5.2確認(rèn)測(cè)試組織131.5.3確認(rèn)測(cè)試的特點(diǎn)131.5.4確認(rèn)測(cè)試工作流程131.5.5確認(rèn)測(cè)試用例131.6壓力測(cè)試131.6.1壓力測(cè)試過(guò)程131.6.2測(cè)試策略、模型和工具141.6.3測(cè)試用例及監(jiān)控?cái)?shù)據(jù)141.7測(cè)試缺陷處理方案151.7.1缺陷統(tǒng)一管理目的151.7.2測(cè)試缺陷處理狀態(tài)圖151.7.3測(cè)試缺陷處理流程162系統(tǒng)驗(yàn)收方案182.1硬件采購(gòu)驗(yàn)收182.1.1到貨驗(yàn)收182.1.2系統(tǒng)初驗(yàn)182.1.3試運(yùn)行182.1.4系統(tǒng)終驗(yàn)192.2應(yīng)用系

3、統(tǒng)驗(yàn)收標(biāo)準(zhǔn)202.2.1文檔評(píng)審?fù)ㄟ^(guò)標(biāo)準(zhǔn)202.2.2確認(rèn)測(cè)試通過(guò)標(biāo)準(zhǔn)212.2.3系統(tǒng)試運(yùn)行通過(guò)標(biāo)準(zhǔn)21測(cè)試及驗(yàn)收-#-北京東華易時(shí)科技有限公司1測(cè)試方案作為軟件開發(fā)的重要環(huán)節(jié)，作為交付成功的優(yōu)質(zhì)的產(chǎn)品的重要保證手段和方法，軟件測(cè)試越來(lái)越受到項(xiàng)目的重視。要做好測(cè)試首先要做好測(cè)試的組織、管理、計(jì)設(shè)、實(shí)施等工作。1.1系統(tǒng)測(cè)試方案概述測(cè)試是指在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。測(cè)試的目標(biāo)：以較少的用例、時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷，以確保系統(tǒng)的質(zhì)量。在實(shí)際項(xiàng)目中，測(cè)試作為軟件開發(fā)生命周期中的一個(gè)重要過(guò)程，但從其具體工作的前后過(guò)程來(lái)

4、看，它又是由一系列的不同測(cè)試所組成，這些測(cè)試的步驟分為：?jiǎn)卧獪y(cè)試、集成測(cè)試（又稱組裝測(cè)試）、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。軟件開發(fā)的過(guò)程是自頂向下的，測(cè)試則正好相反，以上這些過(guò)程就是自底向上，逐步集成的。在單元測(cè)試：又稱模塊測(cè)試，是針對(duì)每個(gè)模塊進(jìn)行的測(cè)試，從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，多個(gè)模塊可以平行地對(duì)立地測(cè)試。通常在編碼階段進(jìn)行。集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)。系統(tǒng)測(cè)試：在驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致的同時(shí)將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試。用戶確認(rèn)測(cè)試：由用戶組織驗(yàn)證軟

5、件的功能和性能及其它特性是否與用戶的要求一致。由于每一類測(cè)試所采用的目的、方法、工具、技術(shù)以及針對(duì)的對(duì)象與范圍都有所區(qū)別，下面，我們將針對(duì)具體的測(cè)試步驟采用不同的方案的內(nèi)容描述。1.2單元測(cè)試方案1.2.1單元測(cè)試目的單元測(cè)試的對(duì)象是軟件設(shè)計(jì)中的最小單元模塊。單元測(cè)試包括測(cè)試最小功能點(diǎn)的軟件代碼，確保代碼在結(jié)構(gòu)上可靠且健全，并且能夠在所有條件下正確響應(yīng)。如我們常說(shuō)的“類”。如果每個(gè)最小單元在與其他單元或者作為模塊或應(yīng)用的一部分測(cè)試之前，已完成符合相應(yīng)部分系統(tǒng)詳細(xì)設(shè)計(jì)說(shuō)明書所規(guī)定的要求，則在項(xiàng)目過(guò)程中可能被引入代碼的大多數(shù)誤差可以全部被檢測(cè)或預(yù)防。1.2.2 單元測(cè)試采用的方法、技術(shù)與內(nèi)容我們進(jìn)

6、行單元測(cè)試主要采用白盒測(cè)試技術(shù)，由編碼人員使用控制流覆蓋和數(shù)據(jù)流覆蓋等測(cè)試方法設(shè)計(jì)測(cè)試用例，主要測(cè)試內(nèi)容包括單元功能測(cè)試、單元性能測(cè)試和異常處理測(cè)試等。1.2.3 單元測(cè)試實(shí)施流程單元測(cè)試流程分為單元測(cè)試設(shè)計(jì)，單元測(cè)試準(zhǔn)備，單元測(cè)試實(shí)施和記錄，單元測(cè)試錯(cuò)誤跟蹤。單元測(cè)試設(shè)計(jì)也就是單元測(cè)試用例設(shè)計(jì)，由系統(tǒng)設(shè)計(jì)人員在詳細(xì)設(shè)計(jì)的同時(shí)完成。單元測(cè)試準(zhǔn)備為按照測(cè)試用例的要求，準(zhǔn)備單元測(cè)試驅(qū)動(dòng)數(shù)據(jù)和驅(qū)動(dòng)模塊，由編碼開發(fā)人員在開發(fā)過(guò)程中完成。單元測(cè)試實(shí)施和記錄由開發(fā)人員在編碼完成以后進(jìn)行。單元測(cè)試問題跟蹤由開發(fā)人員和系統(tǒng)設(shè)計(jì)人員共同完成，根據(jù)引起問題的不同原因進(jìn)行不同處理。如果測(cè)試問題為編碼錯(cuò)誤，則由編碼開

7、發(fā)人員完成糾錯(cuò)后重新測(cè)試。如果測(cè)試問題為設(shè)計(jì)階段引起的問題，則需要進(jìn)行設(shè)計(jì)變更。通過(guò)單元測(cè)試的程序，進(jìn)入配置管理系統(tǒng)。1.2.4單元測(cè)試用例單元測(cè)試用例是由編碼人員根據(jù)系統(tǒng)詳細(xì)設(shè)計(jì)說(shuō)明書對(duì)完成編碼的每個(gè)用例的功能進(jìn)行分析，采用功能確認(rèn)、異常處理、分支覆蓋、邊界檢驗(yàn)、數(shù)據(jù)檢驗(yàn)等方法設(shè)計(jì)測(cè)試用例，并形成單元測(cè)試用例文檔，所設(shè)計(jì)的測(cè)試用例盡可能覆蓋用例的所有功能。1.3集成測(cè)試方案1.3.1集成測(cè)試目的集成測(cè)試是指根據(jù)系統(tǒng)的概要設(shè)計(jì)及系統(tǒng)的詳細(xì)設(shè)計(jì)的有關(guān)說(shuō)明，對(duì)系統(tǒng)的各單元進(jìn)行組裝，把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計(jì)算機(jī)軟件。集成測(cè)試的目的是檢查軟件單元部件是否能夠集成為一個(gè)整體，完成一定的功能

8、，并找出單元測(cè)試中沒有發(fā)現(xiàn)的錯(cuò)誤，包括數(shù)據(jù)定義有沒有重合與沖突，接口會(huì)不會(huì)產(chǎn)生錯(cuò)誤，組合以后的模塊功能會(huì)不會(huì)互相影響，組合的系統(tǒng)是不是達(dá)到預(yù)期的效項(xiàng)目開發(fā)采用了模塊化和組件式的開發(fā)技術(shù)，通過(guò)構(gòu)建業(yè)務(wù)組件，來(lái)完成業(yè)務(wù)系統(tǒng)的開發(fā)，因此，當(dāng)單個(gè)模塊或者是組件集成為系統(tǒng)的過(guò)程中，軟件仍然可能出現(xiàn)問題。如：穿越模塊接口的數(shù)據(jù)是否丟失；一個(gè)模塊功能的實(shí)現(xiàn)可能破壞了另一個(gè)模塊的功能；子功能組合之后不一定可以達(dá)到預(yù)期的功能；全局?jǐn)?shù)據(jù)可能被異常修改等等，因此，在模塊集成的時(shí)候進(jìn)行整體測(cè)試就可以盡量發(fā)現(xiàn)可能測(cè)試及驗(yàn)收出現(xiàn)的問題。1.3.2 集成測(cè)試采用的方法、技術(shù)和內(nèi)容集成測(cè)試采用白盒測(cè)試和黑盒測(cè)試相結(jié)合的測(cè)試技

9、術(shù)和漸增式的測(cè)試策略，用調(diào)用對(duì)和數(shù)據(jù)流等測(cè)試方法設(shè)計(jì)測(cè)試用例。主要測(cè)試內(nèi)容包括單元之間的接口測(cè)試、全局?jǐn)?shù)據(jù)結(jié)構(gòu)測(cè)試等。在集成測(cè)試中，我們主要采用了關(guān)注關(guān)鍵模塊測(cè)試的方法，也就是說(shuō)，我們?cè)跍y(cè)試時(shí)，關(guān)注滿足某些軟件需求的、程序的模塊結(jié)構(gòu)中位于較高的層次的、較復(fù)雜、較易發(fā)生錯(cuò)誤的和有明確定義的性能要求模塊，進(jìn)行重點(diǎn)測(cè)試。在集成測(cè)試的前期，我們采用非增殖式方式和混合增殖方式相結(jié)合的方法進(jìn)行集成測(cè)試。對(duì)于模塊間關(guān)系復(fù)雜，數(shù)據(jù)流量大，模塊的輸入輸出復(fù)雜的系統(tǒng)，采用非增殖式方式測(cè)試，而對(duì)于模塊間依賴關(guān)系弱，數(shù)據(jù)傳遞相對(duì)少，流向簡(jiǎn)單的系統(tǒng)，則采用混合的增殖方式測(cè)試。這種測(cè)試方案的步驟是首先對(duì)一個(gè)個(gè)已完成了單元

10、測(cè)試的逐步組裝成較大的模塊，從底至上進(jìn)行組裝。在集成測(cè)試的后期測(cè)試中，我們采用的是自頂向下的回歸測(cè)試方式。1.3.3 集成測(cè)試實(shí)施流程集成測(cè)試實(shí)施包括集成測(cè)試設(shè)計(jì)，集成測(cè)試準(zhǔn)備，集成測(cè)試實(shí)施和測(cè)試記錄、集成測(cè)試問題跟蹤和結(jié)束測(cè)試等階段。>集成測(cè)試設(shè)計(jì)由測(cè)試經(jīng)理根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃編制集成測(cè)試計(jì)劃，設(shè)計(jì)集成測(cè)試用例。> 測(cè)試計(jì)劃應(yīng)當(dāng)通過(guò)項(xiàng)目經(jīng)理的審查，測(cè)試用例將通過(guò)測(cè)試部門經(jīng)理的審查。> 集成測(cè)試準(zhǔn)備由測(cè)試經(jīng)理（必要時(shí)技術(shù)支持部門協(xié)助）建立獨(dú)立的測(cè)試環(huán)境。測(cè)試環(huán)境包括測(cè)試硬件環(huán)境，網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)，應(yīng)用服務(wù)器，客戶機(jī)等以及測(cè)試對(duì)象（程序）的安裝和初始化工作。>集成測(cè)試和測(cè)試

11、記錄是由開發(fā)經(jīng)理組織人員按照測(cè)試計(jì)劃和測(cè)試用例要求進(jìn)行測(cè)試，并且記錄測(cè)試過(guò)程和測(cè)試結(jié)果。測(cè)試及驗(yàn)收-7-北京東華易時(shí)科技有限公司>回歸測(cè)試：在系統(tǒng)設(shè)計(jì)與開發(fā)人員解決了所有的本次集成的問題后，重新提交集成測(cè)試，直接所有的問題得到解決。>測(cè)試結(jié)束指測(cè)試問題降低到一定程度并通過(guò)測(cè)試通過(guò)準(zhǔn)則時(shí)，開發(fā)經(jīng)理編寫測(cè)試報(bào)告，總結(jié)本次集成測(cè)試的情況，結(jié)束測(cè)試。1.3.4 集成測(cè)試用例集成測(cè)試用例主要是開發(fā)人員根據(jù)軟件需求規(guī)格說(shuō)明書、詳細(xì)設(shè)計(jì)說(shuō)明書涉及的業(yè)務(wù)模塊和業(yè)務(wù)功能進(jìn)行分析，抽取出測(cè)試特性，采用語(yǔ)句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋（白盒測(cè)試）和等價(jià)類劃分、邊界值分析、因果圖、錯(cuò)誤推測(cè)、判定表驅(qū)

12、動(dòng)分析、正交實(shí)驗(yàn)設(shè)計(jì)、功能圖分析（黑盒測(cè)試）等用例設(shè)計(jì)方法來(lái)設(shè)計(jì)測(cè)試用例，使設(shè)計(jì)的測(cè)試用例能覆蓋系統(tǒng)的所有功能模塊，盡可能的發(fā)現(xiàn)問題。1.4 系統(tǒng)測(cè)試方案1.4.1 系統(tǒng)測(cè)試目的系統(tǒng)測(cè)試是針對(duì)整個(gè)產(chǎn)品系統(tǒng)進(jìn)行的測(cè)試，目的是為了驗(yàn)證軟件系統(tǒng)是否符合軟件需求規(guī)格說(shuō)明書定義的要求找出與需求規(guī)格不相符合或與之矛盾的地方。1.4.2 獨(dú)立的測(cè)試機(jī)構(gòu)為保證系統(tǒng)測(cè)試結(jié)果的客觀性和全面性，我公司設(shè)立了獨(dú)立的測(cè)試部門，由測(cè)試部門經(jīng)理指派項(xiàng)目測(cè)試經(jīng)理組織獨(dú)立的測(cè)試小組開展測(cè)試工作。測(cè)試機(jī)構(gòu)獨(dú)立于開發(fā)部門的優(yōu)點(diǎn)：> 保證測(cè)試結(jié)果的客觀性，測(cè)試經(jīng)理沒有參與軟件開發(fā)工作，完全按照用戶需求規(guī)格說(shuō)明書組織測(cè)試，對(duì)軟件

13、開發(fā)的結(jié)果沒有主觀的評(píng)價(jià)，測(cè)試的結(jié)果比較客觀可靠。> 保證測(cè)試過(guò)程的全面性，測(cè)試經(jīng)理組織人員對(duì)系統(tǒng)進(jìn)行測(cè)試，其行為具備不確定性，因此測(cè)試的結(jié)果也比較全面。1.4.3獨(dú)立的測(cè)試環(huán)境測(cè)試經(jīng)理依據(jù)用戶需求說(shuō)明書中對(duì)運(yùn)行環(huán)境的要求建立獨(dú)立的測(cè)試環(huán)境，以確保測(cè)試環(huán)境的有效性和軟件的產(chǎn)品的完整性。擯除開發(fā)環(huán)境對(duì)測(cè)試的影響，也就是說(shuō)不能在原來(lái)的開發(fā)環(huán)境中對(duì)系統(tǒng)進(jìn)行測(cè)試，而是要用用獨(dú)立于開發(fā)外的測(cè)試環(huán)境，可以保證軟件的產(chǎn)品和功能的完整性。擯除開發(fā)人員對(duì)測(cè)試的影響，要求測(cè)試者以用戶的角度看需求，按照用戶的使用方式去測(cè)試系統(tǒng)，以用戶的眼光評(píng)判系統(tǒng)，為用戶把好這一關(guān)。1.4.4設(shè)計(jì)完整、全面的測(cè)試內(nèi)容覆蓋測(cè)試

14、設(shè)計(jì)的完整性、充分性決定了整個(gè)系統(tǒng)過(guò)程的測(cè)試質(zhì)量。在系統(tǒng)測(cè)試中，為了保證系統(tǒng)測(cè)試質(zhì)量，我們?cè)谠O(shè)計(jì)階段就對(duì)系統(tǒng)進(jìn)行嚴(yán)密的測(cè)試設(shè)計(jì)，從用戶層、應(yīng)用層、功能層、子系統(tǒng)層等多層次多方面來(lái)綜合考慮系統(tǒng)規(guī)格的實(shí)現(xiàn)情況。1. 用戶層測(cè)試：從操作者的角度，測(cè)試系統(tǒng)對(duì)用戶支持的情況，用戶界面的規(guī)范性、友好性、可操作性，以及數(shù)據(jù)的安全性。主要包括：用戶支持測(cè)試：用戶手冊(cè)、使用幫助、支持客戶的其他產(chǎn)品技術(shù)手冊(cè)是否正確、是否易于理解、是否人性化。用戶界面測(cè)試：測(cè)試用戶界面的風(fēng)格是否滿足用戶要求，例如：界面是否美觀、界面是否直觀、操作是否友好、是否人性化、易操作性是否較好?？删S護(hù)性測(cè)試：可維護(hù)性是系統(tǒng)軟、硬件實(shí)施和維護(hù)

15、功能的方便性。目的是降低維護(hù)功能對(duì)系統(tǒng)正常運(yùn)行帶來(lái)的影響。例如：對(duì)支持遠(yuǎn)程維護(hù)系統(tǒng)的功能或工具的測(cè)試安全性測(cè)試：安全性主要包括了兩部分，數(shù)據(jù)的安全性和操作的安全性。核實(shí)只有規(guī)格規(guī)定的數(shù)據(jù)才可以訪問系統(tǒng)，其他不符合規(guī)格的數(shù)據(jù)不能夠訪問系統(tǒng)；核實(shí)只有規(guī)格規(guī)定的操作權(quán)限才可以訪問系統(tǒng)，其他不符合規(guī)格的操作權(quán)限不能夠訪問系統(tǒng)；2. 應(yīng)用層測(cè)試：是針對(duì)應(yīng)用的測(cè)試，重點(diǎn)應(yīng)站在系統(tǒng)應(yīng)用的角度，模擬實(shí)際應(yīng)用環(huán)境，對(duì)系統(tǒng)的兼容性、可靠性、性能等進(jìn)行的測(cè)試。主要包括：系統(tǒng)性能測(cè)試：針對(duì)整個(gè)系統(tǒng)的測(cè)試，包含并發(fā)性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、強(qiáng)度測(cè)試、破壞性測(cè)試。并發(fā)性能測(cè)試是評(píng)估系統(tǒng)交易或業(yè)務(wù)在漸增式并發(fā)情況下處理

16、瓶頸以及能夠接收業(yè)務(wù)的性能過(guò)程；強(qiáng)度測(cè)試是在資源情況低的情況下，找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤；破壞性測(cè)試重點(diǎn)關(guān)注超出系統(tǒng)正常負(fù)荷N倍情況下，錯(cuò)誤出現(xiàn)狀態(tài)和出現(xiàn)比率以及錯(cuò)誤的恢復(fù)能力。A系統(tǒng)可靠性、穩(wěn)定性測(cè)試：一定負(fù)荷的長(zhǎng)期使用環(huán)境下，系統(tǒng)可靠性、穩(wěn)定性。系統(tǒng)兼容性測(cè)試：軟件與各種硬件設(shè)備兼容性，與操作系統(tǒng)兼容性、與支撐軟件的兼容性。系統(tǒng)組網(wǎng)測(cè)試：組網(wǎng)環(huán)境下，系統(tǒng)軟件對(duì)接入設(shè)備的支持情況。包括功能實(shí)現(xiàn)及群集性能。系統(tǒng)安裝升級(jí)測(cè)試：安裝測(cè)試的目的是確保該軟件在正常和異常的不同情況下進(jìn)行安裝時(shí)都能按預(yù)期目標(biāo)來(lái)處理。例如，正常情況下，第一次安裝或升級(jí)、完整的或自定義的安裝都能進(jìn)行安裝。異常情況

17、包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。還有一個(gè)目的是核實(shí)軟件在安裝后可立即正常運(yùn)行。另外對(duì)安裝手冊(cè)、安裝腳本等也需要關(guān)注。3. 功能層測(cè)試：主要針對(duì)項(xiàng)目的功能實(shí)現(xiàn)進(jìn)行測(cè)試。業(yè)務(wù)功能的覆蓋：需求規(guī)格定義的功能系統(tǒng)是否都已實(shí)現(xiàn)。業(yè)務(wù)功能的分解：通過(guò)對(duì)系統(tǒng)進(jìn)行黑盒分析，分解測(cè)試項(xiàng)及每個(gè)測(cè)試項(xiàng)關(guān)注的測(cè)試類型。業(yè)務(wù)功能的組合：業(yè)務(wù)功能間存在的功能沖突情況。比如：共享資源訪問等。4. 子系統(tǒng)層測(cè)試：測(cè)試及驗(yàn)收-9-北京東華易時(shí)科技有限公司針對(duì)軟件系統(tǒng)的內(nèi)部結(jié)構(gòu)性能進(jìn)行測(cè)試，關(guān)注子系統(tǒng)內(nèi)部的性能，模塊間接口的瓶頸。單個(gè)子系統(tǒng)的性能：?jiǎn)蝹€(gè)子系統(tǒng)與各種軟、硬件、接口配合情況下的整體性能。子系統(tǒng)間的接口瓶頸：子系

18、統(tǒng)間通訊請(qǐng)求包的并發(fā)瓶頸。子系統(tǒng)間的相互影響：子系統(tǒng)的工作狀態(tài)變化對(duì)其他子系統(tǒng)的影響。1.4.5閉環(huán)的測(cè)試過(guò)程系統(tǒng)測(cè)試過(guò)程是一個(gè)閉環(huán)的過(guò)程，它可以循環(huán)再進(jìn)行，它主要包括以下步驟：測(cè)試經(jīng)理組織測(cè)試人員依據(jù)需求規(guī)格說(shuō)明書編寫測(cè)試用例。系統(tǒng)測(cè)試由測(cè)試經(jīng)理組織測(cè)試人員在搭建的測(cè)試環(huán)境中進(jìn)行，測(cè)試人員根據(jù)測(cè)試計(jì)劃和測(cè)試用例測(cè)試系統(tǒng)，如發(fā)現(xiàn)問題由按測(cè)試處理問題方案進(jìn)行處理?；貧w測(cè)試：在系統(tǒng)設(shè)計(jì)與開發(fā)人員解決了所有的本次系統(tǒng)測(cè)試問題后，重新提交系統(tǒng)測(cè)試，直接所有的問題得到解決。測(cè)試經(jīng)理綜合測(cè)試問題情況，分析、總結(jié)并填寫系統(tǒng)測(cè)試報(bào)告；項(xiàng)目經(jīng)理確認(rèn)測(cè)試問題都得到了處理。測(cè)試經(jīng)理驗(yàn)證測(cè)試問題的解決情況，決定軟件系

19、統(tǒng)是否可以發(fā)布。測(cè)試結(jié)束指測(cè)試問題降低到一定程度并通過(guò)測(cè)試通過(guò)準(zhǔn)則時(shí)，開發(fā)經(jīng)理編寫測(cè)試報(bào)告，總結(jié)本次集成測(cè)試的情況，結(jié)束測(cè)試。1.4.6 選用適當(dāng)?shù)南到y(tǒng)測(cè)試的方法、技術(shù)系統(tǒng)測(cè)試主要采用黑盒測(cè)試技術(shù)，用功能分解、等價(jià)類劃分、邊界值分析和因果圖等測(cè)試方法設(shè)計(jì)測(cè)試用例。1.4.7 制訂明確的系統(tǒng)測(cè)試流程系統(tǒng)測(cè)試包括系統(tǒng)測(cè)試設(shè)計(jì)，系統(tǒng)測(cè)試準(zhǔn)備，系統(tǒng)測(cè)試實(shí)施和測(cè)試記錄，系統(tǒng)測(cè)試問題跟蹤和結(jié)束測(cè)試等階段。系統(tǒng)測(cè)試設(shè)計(jì)由軟件系統(tǒng)測(cè)試經(jīng)理根據(jù)項(xiàng)目計(jì)劃和開發(fā)計(jì)劃編制系統(tǒng)測(cè)試計(jì)劃，設(shè)計(jì)系統(tǒng)測(cè)試用例。測(cè)試計(jì)劃應(yīng)當(dāng)通過(guò)項(xiàng)目經(jīng)理的審查。系統(tǒng)測(cè)試用例需通過(guò)測(cè)試部門經(jīng)理的審查。系統(tǒng)測(cè)試準(zhǔn)備由測(cè)試經(jīng)理（必要時(shí)技術(shù)支持部門協(xié)助

20、下）建立獨(dú)立的測(cè)試環(huán)境。測(cè)試環(huán)境包括測(cè)試硬件環(huán)境,網(wǎng)絡(luò),數(shù)據(jù)庫(kù),應(yīng)用服務(wù)器,客戶機(jī)等以及測(cè)試對(duì)象（程序）的安裝和初始化工作。系統(tǒng)測(cè)試實(shí)施和測(cè)試記錄是由測(cè)試經(jīng)理組織測(cè)試人員按照系統(tǒng)測(cè)試計(jì)劃和系統(tǒng)測(cè)試用例要求進(jìn)行測(cè)試,并且記錄測(cè)試過(guò)程和測(cè)試結(jié)果。系統(tǒng)測(cè)試問題跟蹤是在測(cè)試過(guò)程中發(fā)現(xiàn)的問題由測(cè)試經(jīng)理根據(jù)測(cè)試記錄提交測(cè)試缺陷跟蹤表,并由系統(tǒng)設(shè)計(jì)人員和開發(fā)人員解決每一個(gè)問題的過(guò)程。系統(tǒng)測(cè)試結(jié)束指測(cè)試缺陷跟蹤表中的問題解決后，進(jìn)行回歸測(cè)試。如果問題降低到預(yù)定小的程度并通過(guò)測(cè)試通過(guò)準(zhǔn)則時(shí)，測(cè)試經(jīng)理提交系統(tǒng)測(cè)試總結(jié)報(bào)告結(jié)束測(cè)試。我們保證在本項(xiàng)目中，所有向用戶發(fā)布的產(chǎn)品都是經(jīng)過(guò)了系統(tǒng)測(cè)試部測(cè)試通過(guò)的產(chǎn)品。.4.8

21、系統(tǒng)測(cè)試用例此部分說(shuō)明參照集成測(cè)試用例。.5用戶確認(rèn)測(cè)試.5.1確認(rèn)測(cè)試目的用戶確認(rèn)測(cè)試由用戶組織，確認(rèn)軟件系統(tǒng)能夠滿足用戶需求說(shuō)明書的要求。1.5.2確認(rèn)測(cè)試組織確認(rèn)測(cè)試由用戶組織，開發(fā)方協(xié)助進(jìn)行。用戶方應(yīng)當(dāng)設(shè)立確認(rèn)測(cè)試經(jīng)理，組織相應(yīng)的測(cè)試人員開展測(cè)試。1.5.3確認(rèn)測(cè)試的特點(diǎn)確認(rèn)測(cè)試與其它測(cè)試相比，具有以下幾個(gè)特點(diǎn)：確認(rèn)測(cè)試由用戶組織、開發(fā)商給予全面的支持；確認(rèn)測(cè)試的環(huán)境是獨(dú)立的環(huán)境，是對(duì)系統(tǒng)實(shí)際運(yùn)行環(huán)境的仿真測(cè)試。1.5.4 確認(rèn)測(cè)試工作流程用戶確認(rèn)測(cè)試的工作流程可以參照系統(tǒng)測(cè)試工作流程。我公司提交系統(tǒng)產(chǎn)品后，由實(shí)施經(jīng)理根據(jù)項(xiàng)目計(jì)劃制定確認(rèn)測(cè)試計(jì)劃，并與用戶方討論通過(guò)后，按計(jì)劃進(jìn)行確認(rèn)測(cè)

22、試。1.5.5 確認(rèn)測(cè)試用例用戶確認(rèn)測(cè)試用例主要是由用戶根據(jù)軟件需求規(guī)格說(shuō)明書、用戶操作手冊(cè)涉及的業(yè)務(wù)模塊和業(yè)務(wù)功能采用黑盒測(cè)試的用例設(shè)計(jì)方法來(lái)設(shè)計(jì)測(cè)試用例，使設(shè)計(jì)的所有測(cè)試用例能遍歷測(cè)試對(duì)象的所有業(yè)務(wù)功能和模塊。1.6壓力測(cè)試壓力測(cè)試主要是通過(guò)編寫特定的測(cè)試腳本，使用多用戶并發(fā)（毫秒級(jí)并發(fā)用戶），模擬多個(gè)瀏覽器持續(xù)并發(fā)訪問被測(cè)系統(tǒng)，記錄系統(tǒng)的相關(guān)信息。評(píng)估（基于當(dāng)前系統(tǒng)運(yùn)行環(huán)境硬件設(shè)備、軟件的配置）系統(tǒng)的處理性能，以及為評(píng)估系統(tǒng)的承受能力，找出性能瓶頸，為優(yōu)化軟件、升級(jí)設(shè)備提供測(cè)試參考數(shù)據(jù)和依據(jù)。1.6.1壓力測(cè)試過(guò)程整個(gè)測(cè)試過(guò)程如下圖所示：測(cè)試及驗(yàn)收1.6.2測(cè)試策略、模型和工具測(cè)試通過(guò)產(chǎn)

23、生虛擬并發(fā)用戶數(shù)和交易數(shù)（事務(wù)量）的策略和模型來(lái)生成測(cè)試負(fù)載，以此來(lái)確認(rèn)系統(tǒng)在現(xiàn)有系統(tǒng)資源下的最大承受能力。壓力測(cè)試工具通過(guò)模擬成千上萬(wàn)的用戶，發(fā)現(xiàn)并確定問題所在，進(jìn)而對(duì)企業(yè)級(jí)應(yīng)用系統(tǒng)體系架構(gòu)執(zhí)行監(jiān)測(cè)。由于具備支持多種環(huán)境的優(yōu)勢(shì)，該工具可測(cè)試整個(gè)企業(yè)的多種應(yīng)用系統(tǒng)，包括電子商務(wù)、ERP、CRM、J2EE架構(gòu)應(yīng)用和常規(guī)客戶/服務(wù)器應(yīng)用，因而能幫助IT和網(wǎng)絡(luò)部門優(yōu)化應(yīng)用性能。通過(guò)模擬實(shí)際用戶的行為，能支持廣泛的通訊協(xié)議，如HTTP（s）,SMTP,WinSock等，在測(cè)試過(guò)程中能實(shí)時(shí)監(jiān)測(cè)服務(wù)器（如Domino及硬件的性能）和網(wǎng)絡(luò)性能。常見的壓力測(cè)試工具有l(wèi)oadrunner等。1.6.3測(cè)試用例及

24、監(jiān)控?cái)?shù)據(jù)序號(hào)用例最大響應(yīng)時(shí)間（單位：秒）1系統(tǒng)登錄12網(wǎng)上業(yè)務(wù)申請(qǐng)23配置項(xiàng)查詢34統(tǒng)計(jì)報(bào)表3具體的測(cè)試用例在系統(tǒng)需求調(diào)研后再詳細(xì)補(bǔ)充。在測(cè)試過(guò)程中需要監(jiān)控的數(shù)據(jù)包括>并發(fā)用戶數(shù)響應(yīng)時(shí)間；> CPU利用率；> Memory使用；>磁盤I/O；-13-北京東華易時(shí)科技有限公司網(wǎng)絡(luò)流量。1.7測(cè)試缺陷處理方案在本項(xiàng)目中，所有的測(cè)試問題納入到Scarab工具中進(jìn)行統(tǒng)一管理。因此，不管是單元測(cè)試中的問題、集成測(cè)試中的問題、系統(tǒng)測(cè)試中的問題、還是用戶確認(rèn)測(cè)試中的問題以及用戶使用過(guò)程中的問題，都統(tǒng)一分問題發(fā)生的階段與類型進(jìn)行管理。1.7.1缺陷統(tǒng)一管理目的所有的系統(tǒng)開發(fā)與實(shí)施過(guò)程中

25、發(fā)生的問題進(jìn)行統(tǒng)一管理的意義在于：統(tǒng)一管理，便于問題的記錄、跟蹤、協(xié)調(diào)、解決與發(fā)布；便于分析系統(tǒng)各個(gè)階段的質(zhì)量情況、評(píng)價(jià)系統(tǒng)的質(zhì)量以及分析參與系統(tǒng)建設(shè)人員的績(jī)效情況。1.7.2測(cè)試缺陷處理狀態(tài)圖開*問題1.7.3測(cè)試缺陷處理流程理。所有問題按以下流程進(jìn)行處理，并且所有的問題納入到版本管理中進(jìn)行管1. 測(cè)試人員或者是其他問題提出人提出軟件的問題（包括測(cè)試問題），在Jira的問題模版中錄入問題以及問題的相關(guān)情況（如問題發(fā)生的階段、類型、緊急程度、版本等），并將問題發(fā)送給測(cè)試經(jīng)理、開發(fā)經(jīng)理以及相關(guān)的人員。2. 相關(guān)人員可以隨時(shí)查詢問題的情況。開發(fā)經(jīng)理收到問題后，分配人分析問題：如果認(rèn)為該問題需要進(jìn)行

26、修復(fù)，則分配給相關(guān)人員進(jìn)行修復(fù)。如果開發(fā)經(jīng)理分配人同時(shí)也是測(cè)試問題修復(fù)人，則可直接進(jìn)入第3步；如果認(rèn)為該問題描述不清楚或是操作失誤引起的，則指出該測(cè)試問題不是有效問題；如果認(rèn)為該問題已經(jīng)提出過(guò)，則指出該測(cè)試問題重復(fù)。3. 問題修復(fù)人得到分配的測(cè)試問題：如果接受該測(cè)試問題，則開始修復(fù)；如果認(rèn)為該問題描述不清楚或是操作失誤引起的，則指出該測(cè)試問題不是有效問題；如果認(rèn)為該問題已經(jīng)提出過(guò)，則指出該測(cè)試問題重復(fù)。4. 問題修復(fù)人在修復(fù)過(guò)程中：如果正常修復(fù)完成測(cè)試問題，則指出修復(fù)完成；如果由于各種原因不能夠修復(fù)該測(cè)試問題，則指出不能修復(fù)。5. 測(cè)試問題驗(yàn)證人驗(yàn)證修復(fù)完的測(cè)試問題：如果認(rèn)為該問題已經(jīng)正確修復(fù)

27、了，則進(jìn)行關(guān)閉；如果認(rèn)為該問題還沒有正確修復(fù)，則指出驗(yàn)證未通過(guò)。6. 對(duì)于不能修復(fù)的測(cè)試問題，項(xiàng)目經(jīng)理經(jīng)過(guò)分析：如果認(rèn)為該問題可以進(jìn)行修復(fù)，則繼續(xù)分配給相關(guān)人員進(jìn)行修復(fù)；如果認(rèn)為該問題暫時(shí)無(wú)法修復(fù)，則指出問題遺留。7. 對(duì)于進(jìn)行過(guò)程中的測(cè)試問題，開發(fā)經(jīng)理可以重新分配該問題給其他人員。測(cè)試缺陷處理流程。測(cè)試及驗(yàn)收-19-2系統(tǒng)驗(yàn)收方案2.1硬件采購(gòu)驗(yàn)收2.1.1到貨驗(yàn)收開箱后，我公司人員與用戶相關(guān)人員一起對(duì)全部設(shè)備、產(chǎn)品、型號(hào)、規(guī)格、數(shù)量、外型、外觀、包裝及資料、文件（如裝箱單、保修單、隨箱介質(zhì)等）的驗(yàn)收。對(duì)全部產(chǎn)品、零件、配件、用戶許可證書、資料、介質(zhì)等進(jìn)行清點(diǎn)造冊(cè)登記，并與原廠家隨機(jī)裝箱單進(jìn)

28、行核對(duì)，確保完全相符。如有出入則詳細(xì)記載，盡快聯(lián)系原廠家解決。我公司保證標(biāo)書中所采購(gòu)的產(chǎn)品設(shè)備為原廠家全新產(chǎn)品，在數(shù)量、質(zhì)量及性能上完全滿足用戶的要求，為確保這一目標(biāo)的實(shí)現(xiàn)，我公司屆時(shí)將提供如下資料：裝箱單、保修服務(wù)卡、隨箱介質(zhì)。使用中文說(shuō)明和中文維護(hù)手冊(cè)等。2.1.2系統(tǒng)初驗(yàn)系統(tǒng)初驗(yàn)根據(jù)以上測(cè)試方法對(duì)本項(xiàng)目所以設(shè)備進(jìn)行單項(xiàng)測(cè)試，系統(tǒng)進(jìn)行聯(lián)調(diào)測(cè)試無(wú)誤后，我公司將編制項(xiàng)目測(cè)試報(bào)告，提交測(cè)試報(bào)告給用戶審核，完成系統(tǒng)初驗(yàn)。2.1.3試運(yùn)行本系統(tǒng)集成后上線運(yùn)行三個(gè)月為試運(yùn)行期?，F(xiàn)場(chǎng)排除系統(tǒng)試運(yùn)行過(guò)程中出現(xiàn)的硬件故障及軟件故障，對(duì)于易出現(xiàn)問題的設(shè)備提供備用件。提供熱線電話，接受采購(gòu)人的隨時(shí)咨詢。應(yīng)技術(shù)人

29、員的要求，隨時(shí)講解系統(tǒng)的結(jié)構(gòu)及設(shè)計(jì)，包括硬件性能、系統(tǒng)軟件、備份結(jié)構(gòu)特點(diǎn)。2.1.4系統(tǒng)終驗(yàn)正式驗(yàn)收主要圍繞設(shè)備的配置、功能、性能及各項(xiàng)技術(shù)參數(shù)指標(biāo)進(jìn)行，完成用戶整體的系統(tǒng)驗(yàn)收。當(dāng)整個(gè)系統(tǒng)進(jìn)入試運(yùn)行期，我公司將向用戶提供行之有效的技術(shù)支持以確保整個(gè)業(yè)務(wù)的穩(wěn)定和有效地運(yùn)營(yíng)，并確保整個(gè)業(yè)務(wù)能夠順利通過(guò)系統(tǒng)驗(yàn)收。在此同時(shí)，我公司將通過(guò)具體的技術(shù)支持幫助用戶操作人員熟悉和掌握這些設(shè)備和維護(hù)技術(shù)。系統(tǒng)試運(yùn)行期是一個(gè)非常重要的時(shí)期。在此期間，由于用戶技術(shù)人員的技術(shù)水平、設(shè)備管理、設(shè)備操作和具體設(shè)備維護(hù)之間的磨合，將會(huì)出現(xiàn)許多意想不到的問題和人為故障。因此在系統(tǒng)試運(yùn)行期，我公司將配合用戶的要求提供必要的現(xiàn)場(chǎng)

30、技術(shù)支持，同時(shí)通過(guò)定期維護(hù)以避免設(shè)備故障的發(fā)生。在通過(guò)系統(tǒng)試運(yùn)行的情況下，項(xiàng)目小組將和用戶進(jìn)行系統(tǒng)終驗(yàn)。系統(tǒng)調(diào)試、驗(yàn)收程序：按慣例，本工程驗(yàn)收采取過(guò)程中定期抽檢、全檢，最后實(shí)行總體驗(yàn)收的方法進(jìn)行。程序?yàn)閳?bào)告申請(qǐng)驗(yàn)收，各有關(guān)單位會(huì)同驗(yàn)收，最后會(huì)簽認(rèn)同。參見下圖：（一）、驗(yàn)收計(jì)劃將由項(xiàng)目經(jīng)理提交；（二）、在我司方面，驗(yàn)收計(jì)劃將由技術(shù)總監(jiān)批準(zhǔn)實(shí)施（三）、驗(yàn)收結(jié)果必須交由甲方（建設(shè)單位）、我方共同確認(rèn)有效，方可存檔。甲方（建設(shè)單位）、我方各一份備案。系統(tǒng)驗(yàn)收將由驗(yàn)收小組進(jìn)行，驗(yàn)收時(shí)做好記錄，簽署驗(yàn)收證書，并立檔、歸檔。當(dāng)驗(yàn)收不合格時(shí)，我們將無(wú)條件進(jìn)行返修。系統(tǒng)的安裝驗(yàn)收主要有以下內(nèi)容：1）系統(tǒng)設(shè)備器材清單明細(xì)以及隨設(shè)備包裝的各種附件、資料等是否齊全；2）各主要設(shè)備器材的外觀評(píng)估與內(nèi)在技術(shù)指標(biāo)確認(rèn)；3）系統(tǒng)安裝整體外觀效果評(píng)估；4）各系統(tǒng)工程各相關(guān)技術(shù)文件、現(xiàn)場(chǎng)檢查驗(yàn)收記錄等是否齊全；5）系統(tǒng)的安裝客觀測(cè)試；系統(tǒng)的工程安裝驗(yàn)收將按用戶需求進(jìn)行。2.2應(yīng)用系統(tǒng)驗(yàn)收標(biāo)