系統(tǒng)測試與驗收方案

1、.1. 系統(tǒng)測試與驗收方案1.1. 測試方案1.1.1. 單元測試1.1.1.1. 單元測試說明 在計算機編程中，單元測試（又稱為模塊測試）是針對程序模塊(軟件設(shè)計的最小單位)來進行正確性檢驗的測試工作。程序單元是應(yīng)用的最小可測試部件。在過程化編程中，一個單元就是單個程序、函數(shù)、過程等；對于面向?qū)ο缶幊?，最小單元就是方法，包括基類（超類）、抽象類、或者派生類（子類）中的方法。單元測試的目標是隔離程序部件并證明這些單個部件是正確的。一個單元測試提供了代碼片斷需要滿足的嚴密的書面規(guī)約。因此，單元測試帶來了一些益處。 單元測試在軟件開發(fā)過程的早期就能發(fā)現(xiàn)問題。1.1.1.2. 單元測試方法與內(nèi)容 單

2、元測試主要采用白盒測試技術(shù)，用控制流覆蓋和數(shù)據(jù)流覆蓋等測試方法設(shè)計測試用例；主要測試內(nèi)容包括單元功能測試、單元性能測試和異常處理測試等。1.1.1.3. 單元測試流程 圖15-1 單元測試流程圖從配置庫獲取源碼文件，設(shè)計測試用例，執(zhí)行測試用例，并利用相關(guān)測試工具對單元代碼進行測試，將測試結(jié)論填寫到單元測試報告和軟件Bug清單中。把軟件Bug清單和測試用例執(zhí)行結(jié)果提交測試負責人，并進入納入質(zhì)量管理。對源碼文件進行的測試，視程序存在缺陷的情況，可能要重復(fù)進行，直至問題解決。單元測試的執(zhí)行者，一般情況下可由程序的編碼者進行，特殊情況可由獨立于編碼者的測試人員進行。1.1.1.4. 單元測試用例編程組

3、組長組織、指導(dǎo)開發(fā)人員根據(jù)系統(tǒng)設(shè)計說明書，編寫所負責代碼設(shè)計模塊的單元測試用例，設(shè)計單元測試腳本。1.1.2. 代碼評審代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質(zhì)量的活動。評審的內(nèi)容：1) 編碼規(guī)范問題：命名不規(guī)范、magic number、 System.out等；2) 代碼結(jié)構(gòu)問題：重復(fù)代碼、巨大的方法和類、分層不當、緊耦合等；3) 工具、框架使用不當：Spring、Hibernate、AJAX等；4) 實現(xiàn)問題：錯誤驗證、異常處理、事務(wù)劃分、線程、性能、安全、實現(xiàn)過于復(fù)雜、代碼可讀性不佳、擴展性不好等；5) 測試問題：測試覆蓋度不夠、可測試性不好等。評

4、審的優(yōu)點：1) 提高代碼質(zhì)量：在項目的早期發(fā)現(xiàn)缺陷，將損失降至最低 2) 評審的過程也是重新梳理思路的過程，雙方都加深了對系統(tǒng)的理解 3) 促進團隊溝通、促進知識共享、共同提高1.1.3. 集成測試1.1.3.1. 集成測試目的 集成測試，也叫組裝測試或聯(lián)合測試。集成測試是在單元測試的基礎(chǔ)上，根據(jù)系統(tǒng)概要設(shè)計及系統(tǒng)集成與開發(fā)詳細設(shè)計，對系統(tǒng)的各單元進行組裝。把分離的系統(tǒng)單元組裝為完整的可執(zhí)行的計算機軟件。集成測試的目的是檢查軟件單元部件是否能夠集成為一個整體，完成一定的功能，并找出單元測試中沒有發(fā)現(xiàn)的錯誤，包括數(shù)據(jù)定義有沒有重合與沖突，接口會不會產(chǎn)生錯誤，組合以后的模塊功能會不會互相影響，組合

5、的系統(tǒng)是不是達到預(yù)期的效果等。1.1.3.2. 集成測試采用的方法和內(nèi)容 集成測試采用白盒測試和黑盒測試相結(jié)合的測試技術(shù)和漸增式的測試策略，用數(shù)據(jù)流等測試方法設(shè)計測試用例。主要測試內(nèi)容包括單元之間的接口測試、全局數(shù)據(jù)結(jié)構(gòu)測試等。1.1.3.3. 集成測試流程 集成測試包括集成測試設(shè)計、集成測試準備、集成測試實施和測試記錄、集成測試問題跟蹤和結(jié)束測試等階段。 集成測試設(shè)計由測試組組長根據(jù)項目計劃和開發(fā)計劃編制集成測試計劃，設(shè)計測試用例。 測試計劃和測試用例應(yīng)當通過項目經(jīng)理的審查。 集成測試準備需要系統(tǒng)測試組組長建立獨立的測試環(huán)境。測試環(huán)境包括測試硬件環(huán)境、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用服務(wù)器等以及測試對象(

6、程序)的安裝和初始化工作。集成測試實施和測試記錄是由系統(tǒng)測試組組長組織人員按照測試計劃和測試用例要求進行測試，并且記錄測試過程和測試結(jié)果。 集成測試問題跟蹤是在測試過程中發(fā)現(xiàn)的問題由系統(tǒng)測試組組長根據(jù)測試記錄提交測試問題報告，并由系統(tǒng)設(shè)計人員和開發(fā)人員解決每一個問題的過程。測試結(jié)束指測試問題報告中的問題解決后，進行回歸測試。當測試問題降低到一定程度并通過測試通過準則時，系統(tǒng)測試組組長提交測試總結(jié)報告結(jié)束測試。1.1.4. 功能測試功能測試包括兩大部分，一是包括基本業(yè)務(wù)功能、業(yè)務(wù)測試、接口測試和可用性測試等方面的功能測試，二是包括：安全性測試、故障恢復(fù)測試、數(shù)據(jù)庫測試、配置測試、安裝測試的產(chǎn)品化

7、測試。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。（1）測試目標組織并執(zhí)行測試，以降低軟件產(chǎn)品中存在的缺陷，保證產(chǎn)品的質(zhì)量和可用性，測試工作的目標就是降低BUG率，從各個方面提高軟件產(chǎn)品的質(zhì)量和可用性。（2）測試流程在確定具體的測試范圍及內(nèi)容后，進行測試分類，并根據(jù)分類的結(jié)果確定需要設(shè)計的測試用例。在整個測試過程中，我們將用缺陷管理工具BugBase對測試大綱、測試用例、測試問題等進行管理，并可對問題進行統(tǒng)計。（3）測試完成標準l 實現(xiàn)功能完全符合功能列表。l 所有的功能頁面均可達。l TD上的問題得到妥善處理，不含有A,B,C類問題。l 定義的測試項

8、目完成。l 產(chǎn)品化測試的約束達成。（5）缺陷管理追蹤工具在上節(jié)描述中提到的TD，可以應(yīng)用于測試的全過程，也可以用于管理各類評審的缺陷等。TD還提供一些模板，例如測試計劃、測試總結(jié)、測試大綱、測試問題卡，因此可以通過BugBase實現(xiàn)從測試計劃到總結(jié)的各測試活動管理。我們以需求說明書、軟件需求規(guī)格說明為輸入編寫測試大綱，對應(yīng)測試大綱中的內(nèi)容和測試需求編寫測試用例，測試人員可以根據(jù)測試大綱和用例執(zhí)行測試，發(fā)現(xiàn)問題后，記錄在TD中，測試負責人通過查看缺陷問題列表將問題分配給對應(yīng)的開發(fā)人員，開發(fā)人員通過查看問題列表修改問題，TD還提供了各種統(tǒng)計功能，例如根據(jù)問題的發(fā)現(xiàn)日期、問題等級、問題的分布、問題引

9、入階段等進行統(tǒng)計，這些統(tǒng)計結(jié)果可用來進行分析和總結(jié)1.1.5. 性能測試性能測試總體流程與業(yè)務(wù)系統(tǒng)測試的流程基本相同。驗收測試主要從系統(tǒng)的實用性、穩(wěn)定性、可維護性、靈活性、可操作性、和安全性方面進行測試。性能測試的內(nèi)容源于用戶對平臺系統(tǒng)的性能要求。1.1.5.1. 測試目標性能測試的目標是在整個系統(tǒng)或一個系統(tǒng)的特定組件上定義、建立和執(zhí)行性能測試。驗證系統(tǒng)是否滿足標書的性能要求，如不能滿足，要進行相應(yīng)的優(yōu)化。1.1.5.2. 測試流程首先對性能測試進行策劃，確定性能測試的類別和測試方法。然后開發(fā)性能測試的用例，確定測試環(huán)境并準備就緒后執(zhí)行性能測試，確定測試中的系統(tǒng)或組件的性能，并使用其結(jié)果決定性

10、能是否可以被業(yè)務(wù)所接受。如果在測試中度量的性能特性證明是不能被接受的，我們可以通過對業(yè)務(wù)的改進、數(shù)據(jù)庫、應(yīng)用服務(wù)器等進行調(diào)優(yōu)，以提高性能質(zhì)量，在進行系統(tǒng)調(diào)優(yōu)前，我們同樣要進行調(diào)優(yōu)的設(shè)計與分析。性能測試與應(yīng)用和技術(shù)架構(gòu)緊密相關(guān)并且兩者互相影響。1.1.5.3. 性能測試指標a) 響應(yīng)時間響應(yīng)速度在用戶心理所能承受的范圍內(nèi)。無論是客戶端還是管理端，當用戶登陸，進行任何操作的時候，系統(tǒng)應(yīng)該及時進行反映，系統(tǒng)應(yīng)能檢測出各種非正常情況，并及時提示用戶。b) 可擴展性在設(shè)計上必須具有適應(yīng)變化的能力，當系統(tǒng)新增業(yè)務(wù)功能或現(xiàn)有業(yè)務(wù)改變時，應(yīng)保證業(yè)務(wù)在整體框架不變的基礎(chǔ)上，業(yè)務(wù)變化造成的影響局部化。c) 易用性

11、所有的業(yè)務(wù)功能界面風格和操作流程一致，業(yè)務(wù)表單做到所見即所得，錄入能夠完全通過鍵盤完成。d) 可靠性系統(tǒng)應(yīng)保證7*24小時內(nèi)不宕機，保證在正常情況下和極端情況下業(yè)務(wù)邏輯的正確性。e) 可用性必須避免由于單點故障或系統(tǒng)升級而影響整個系統(tǒng)的正常運行。f) 可維護性系統(tǒng)能夠簡單方便的修改和升級，包含可度性、可修改性、可測試性等。g) 可管理性和服務(wù)支持能力每個層次、每個構(gòu)件都提供標準的管理接口。實現(xiàn)統(tǒng)一的、一致的日志功能。每個構(gòu)件都提供應(yīng)用架構(gòu)總體設(shè)計規(guī)定的必要的標準外部接口。1.1.6. 用戶測試1.1.6.1. 測試流程用戶測試流程如下：1) 明確測試內(nèi)容，其中包括功能、性能、可用性、安全性、兼

12、容性、與其他系統(tǒng)集成2) 確定測試范圍：確定業(yè)務(wù)情況類型是是非常重要的。每一種業(yè)務(wù)情況類型都對應(yīng)一個實際商業(yè)業(yè)務(wù)。業(yè)務(wù)情況類型可以被表達成多種狀況（例如，簡單情況、或需要進行復(fù)雜處理的例外情況）。3) 測試小組成員確定：由管理人員、業(yè)務(wù)人員、技術(shù)人員等組成，我方提供驗收測試過程中的技術(shù)支持。4) 明確問題分類標準5) 系統(tǒng)的功能通過功能測試進行驗證。在功能測試過程中發(fā)現(xiàn)的問題根據(jù)其嚴重程度進行分類。下表列出了功能測試問題的分類。1.1.6.2. 用戶測試設(shè)計設(shè)計測試用例：確定每個功能的測試用例，明確系統(tǒng)輸入信息和期望的輸出結(jié)果。針對需求規(guī)格說明書的每一條測試內(nèi)容，確定測試用例。每個測試用例包括

13、測試條件（包括生成測試條件需要的測試數(shù)據(jù)類型）和期望的結(jié)果。每個測試用例都應(yīng)該是唯一確定的（例如，賦一個數(shù)值）。設(shè)計測試大綱：依據(jù)測試范圍生成測試大綱。對每一種業(yè)務(wù)情況類型，生成盡可能多的測試用例來完善測試大綱。為了保證測試大綱包含所有的測試用例，將測試用例的條件映射為測試大綱是非常必要的。測試大綱中測試用例的順序安排是非常重要的，它應(yīng)考慮多種方面的因素，主要考慮的因素是按照系統(tǒng)產(chǎn)生的數(shù)據(jù)，在測試大綱中安排測試用例的順序，使得一個測試的結(jié)果作為另一個測試前提。測試環(huán)境準備：為了預(yù)防出現(xiàn)問題，如數(shù)據(jù)損壞或?qū)ο到y(tǒng)資源的爭用，需要建立一個獨立的測試環(huán)境。在進行測試之前，根據(jù)測試計劃中確定的時機建立一

14、個獨立的測試環(huán)境。1.1.6.3. 用戶測試結(jié)果1) 測試結(jié)束后，測試小組根據(jù)測試數(shù)據(jù)，制定并向驗收工作領(lǐng)導(dǎo)小組提交用戶測試報告。2) 測試報告結(jié)果說明軟件滿足下列要求：3) 在認可的外部設(shè)計文檔中表述的功能要求4) 在認可的系統(tǒng)描述文檔中表述的非功能要求5) 此外，測試報告中還包括對系統(tǒng)提出的改進意見。1.1.7. 測試產(chǎn)出1) 測試計劃2) 系統(tǒng)測試方案3) 測試用例4) 系統(tǒng)測試案例5) 系統(tǒng)測試報告6) 試運行測試報告1.2. 驗收方案1.2.1. 驗收流程在驗收階段，平臺系統(tǒng)將按照用戶和我公司都認可的系統(tǒng)需求分析，組織驗收小組，進行功能和性能的驗收測試。從系統(tǒng)的實用性、穩(wěn)定性、可維護

15、性、靈活性、可操作性、和安全性及系統(tǒng)文檔、代碼、規(guī)范及注釋說明等方面組織全面驗收。驗收測試安排分為系統(tǒng)初驗和系統(tǒng)終驗。1.2.2. 系統(tǒng)初驗經(jīng)過系統(tǒng)內(nèi)部試運行，我公司對內(nèi)部試運行期間發(fā)現(xiàn)的問題改正后，提出系統(tǒng)初驗書面申請。驗收標準將按照“需求說明書”和雙方認可的有關(guān)系統(tǒng)設(shè)計文檔所提的要求進行。用戶在收到我公司驗收申請后，盡快組織系統(tǒng)初驗。初驗前我公司提供全部的工程文檔和安裝測試報告，并提供初驗測試文檔，在用戶認可后進行初驗測試，初驗通過后，系統(tǒng)進入正式試運行期。我公司應(yīng)解決試運行期間所反映出的問題，若系統(tǒng)達不到合同規(guī)定要求，試運行期將繼續(xù)順延，直到系統(tǒng)完善，但試運行期最長不得超過一個月。1.2

16、.3. 系統(tǒng)試運行初驗合格后，經(jīng)用戶同意，系統(tǒng)進入試運行階段，試運行周期不超過三個月。在試運行期間，我公司按用戶要求提供培訓(xùn)和技術(shù)支持，保證用戶能夠正確理解和使用系統(tǒng)；我公司對試運行中出現(xiàn)的任何問題及用戶提出的修改意見將及時做出響應(yīng)，并提交解決方案，在用戶確認后實施。試運行期間如出現(xiàn)重大故障，則試運行期從故障排除之日起重新計算。1.2.4. 系統(tǒng)終驗試運行期結(jié)束后，如系統(tǒng)無功能缺陷，能夠正常運行，在具備終驗條件下進行系統(tǒng)終驗，由我公司提出終驗書面申請，用戶在收到我公司驗收申請后，盡快組織系統(tǒng)終驗。成立項目全面驗收小組，由用戶、我公司以及外部專家等組成，對項目進行全面驗收。系統(tǒng)終驗前，我公司提交

17、終驗測試標準和終驗測試計劃，內(nèi)容包括：測試對象及應(yīng)達到的測試指標、測試方法和測試條件、測試資料和數(shù)據(jù)，并以圖表說明每一測試對象或過程的功能輸入輸出測試進度。系統(tǒng)終驗標準：1)系統(tǒng)實用性：項目驗收最關(guān)鍵的指標，檢查系統(tǒng)是否符合當前業(yè)務(wù)的需要，特別是業(yè)務(wù)流的整體性和數(shù)據(jù)流的一致性，并前瞻性提供未來業(yè)務(wù)接口。2)系統(tǒng)穩(wěn)定性：硬件環(huán)境的穩(wěn)定性、軟件運行異常處理和正常運行情況。3)系統(tǒng)可維護性：含網(wǎng)絡(luò)系統(tǒng)管理與維護、服務(wù)器系統(tǒng)平臺管理與維護、操作系統(tǒng)管理與維護、應(yīng)用系統(tǒng)軟件管理與維護、數(shù)據(jù)庫管理與維護以及數(shù)據(jù)庫備份、應(yīng)用系統(tǒng)備份，災(zāi)難事件處理與解決實施方案等。4)系統(tǒng)文檔：驗收文檔是否齊全、規(guī)范、準確、

18、詳細，主要的文檔包括：需求分析報告，框架設(shè)計報告，數(shù)據(jù)庫物理及邏輯設(shè)計報告，詳細設(shè)計報告，編碼規(guī)范及技術(shù)選型報告，測試報告，系統(tǒng)部署和發(fā)布報告，集成方案，軟件用戶使用手冊，系統(tǒng)維護方案和操作文檔等。5)代碼規(guī)范及注釋說明：程序代碼編寫是否規(guī)范；注釋說明或代碼文檔是否詳細全面；接口定義是否符合局信息系統(tǒng)規(guī)劃一致性的要求。6)系統(tǒng)靈活性：系統(tǒng)是否方便客戶進行維護；系統(tǒng)是否在先進性的基礎(chǔ)上具備未來升級和可擴充性；是否利于系統(tǒng)平臺遷移和部署等。7)系統(tǒng)可操作性：界面是否友好性；是否實現(xiàn)傻瓜化操作和智能化數(shù)據(jù)檢索功能。8)系統(tǒng)安全性：是否有完善的安全機制保證系統(tǒng)的安全性，如軟件方面的安全防范（加密措施、相關(guān)認證、數(shù)據(jù)庫安全防范），硬件方面