系統(tǒng)驗收測試計劃

1、第 1 章系統(tǒng)驗收測試計劃1.1.系統(tǒng)驗收測試大綱系統(tǒng)驗收是協(xié)助采購單位對所采購的項 U 產(chǎn)品進行軟件程序、數(shù)據(jù)和文檔進 行驗 證并進行成果移交的工作，其主要要從開發(fā)合同、軟件需求、軟件程序包、軟 件功能、 項LT配套軟硬件、軟件樣品、過程文檔等多方面對項承建方所準備交付的項LI進行測試驗收。 對于項 LI 的驗收測試主要包括以下測試內(nèi)容： 安裝測試、 功 能測試、 界面測 試、性能測試、文檔測試、負載壓力測試、恢復測試、安全性測 試、兼容性測試等。1、安裝測試安裝測試的口的在于驗證軟件能否在系統(tǒng)所允許的運行環(huán)境下不同配置安裝可行性，并確認能否正常運行。系統(tǒng)的安裝測試需要驗證以下兒方面：根據(jù)需

2、求報告中系統(tǒng)的可移植性的規(guī)定,選擇項U開發(fā)所承諾適用的不同操作系統(tǒng)進行驗證；選擇不同層次的硬件配置和軟件配置，一般選用最低、中等和最高三種配置進行測試，驗證系統(tǒng)對軟硬件環(huán)境的依懶性；觀察系統(tǒng)安裝程序在軟硬件資源充足的悄況下能否正常安裝 , 安裝過程中是否給予充足的提示，是否存在流氓軟件的一些弊病，安裝完成后能否正常運行，能否徹底刪除；在資源不充沛的悄況下，如磁盤空間不夠、內(nèi)容不足等，系統(tǒng)能否完 成安裝，能否給予各種提示。2、功能測試功能測試是驗收測試中的主要內(nèi)容。系統(tǒng)功能測試要包含以下項口 ：系統(tǒng)的查 詢、增加、刪除、修改、保存等操作；資料的網(wǎng)上直報、資料的數(shù)字化處理功能、資料的采編錄入功能嚴

3、 * 的編纂、審核、印發(fā)、統(tǒng)計、共享以及桂檔案管理功能，還需要對數(shù)字材館的前臺網(wǎng)站功能以及后臺管理功能進行驗證 , 催非結構化信息資源 處理平臺 的全文檢索、數(shù)據(jù)加工工具、分類歸檔、以及系統(tǒng)管理等功能進行驗證。系統(tǒng)功能測試從以下兒方面進行驗證：通過系統(tǒng)的數(shù)據(jù)加工工具 , 對一份紙質(zhì)的文檔資料進行數(shù)字化處理， 驗證其是否能實現(xiàn)其功能 , 處理后的電子文檔準確率需要達到 9 概以上，驗證 其 是否與需求報告里面的要求匹配；對完成數(shù)字化后的文檔在系統(tǒng)中利用系統(tǒng)的分類歸檔功能對數(shù)字化文檔進行歸檔處理 , 驗證歸檔功能是否與需求報告中所規(guī)定的一致； (3)對完 成處 理后的數(shù)字文檔進行網(wǎng)上直報，對網(wǎng)上直

4、報功能進行驗證，測試器功能是否與需求報告要求一致；(4) 對與網(wǎng)上直報上報的文檔相關或者是與該文檔不相關的附屬信息及補充信息，利用采編錄入功能進行錄入上報，驗證其功能是否符合需求報告要求；對已經(jīng)完成上報的數(shù)字文檔利用全文檢索功能 , 查找所需要的文檔， 驗證全文檢索功能與需求報告的要求是否一致對上報的數(shù)字文檔利用林編纂功能進行林編纂處理的操作 , 驗證林編 纂功能；對編纂好的林進行審核操作，驗證 * 審核功能是否符合功能要求；對林印發(fā)、統(tǒng)汁、共享進行管理，驗證系統(tǒng)的材印發(fā)、統(tǒng)計、共享功能是否符合需求報告要求；對于經(jīng)編制完成的材進行歸檔存檔處理, 驗證系統(tǒng)的檔案管理功能；對系統(tǒng)數(shù)字林館中的欄口排

5、版進行檢查，查看是否與需求報告所規(guī) 定的一致，對林館中的 *機構、林動態(tài)、林成果、 *館、影像 *、林查詢功能按照需求報告要求進行操作，驗證其符合性；對數(shù)字郴館進行管理 , 進行桂館的欄編輯，對林館發(fā)布內(nèi)容編輯、 發(fā)布、審核進行操作，驗證其符合性；對林館中的影像內(nèi)容進行增減操作，對系統(tǒng)業(yè)務流程進行編輯，對系統(tǒng)權限進行管理操作，驗證其功能的符合性；不按照常規(guī)的順序執(zhí)行功能操作，驗證系統(tǒng)的容錯性；重點關注執(zhí)行正常操作時，觀察輸出結果的異常性。3、界面測試業(yè)可作性、以下兒方業(yè)可作性、以下兒方軟硬系統(tǒng)的界面測試主要是檢查系統(tǒng)界面是否符合現(xiàn)行標準和用戶習慣。軟件企以形成自己的特色，但要確保整個軟件風格一

6、致。界面測試要從友好性、易操 美觀性、布局合理、分類科學、標題描述準確等方面入手。測試用例主要從 面進行：背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當；軟件的圖標、按鈕、對話框等外觀風格是否一致，美觀效果所要求的屏幕分辨率；窗口元素的布局是否合理 , 并保持一致；各種字段標題的信息描述是否準確；快捷鍵、按鈕、鼠標等操作在軟件中是否一致；窗口及報表的顯示比例和格式是否能適應用戶的預期需求；誤操作引起的錯誤提示是否友好；活動窗口和被選中的記錄是否高亮顯示；是否有幫助信息，菜單導航能否正常執(zhí)行；檢查一些特殊域和特殊控件能否運行。4、性能測試性能測試主要測試軟件的運行速度和對資源的消耗。通過調(diào)整系統(tǒng)

7、所依賴的件配置、網(wǎng)絡拓補結構、丄作站點數(shù)、數(shù)據(jù)量和服務請求數(shù)來測試軟件的移植性、運行速率、穩(wěn)定性和可黑性。借助EasyBug或者是 WinRunner企業(yè)級自動化測 試 工具來輔助測試，通過極限測試來分析評估軟件性能。5、硬件支撐平臺測試硬件支撐平臺的測試主要是對系統(tǒng)建設中所要求的系統(tǒng)軟硬件支撐平臺建設的內(nèi)容進行驗證測試，以檢測軟硬件支持平臺是都符合用戶要求，性是否滿足系統(tǒng)建設所規(guī)定的要求，其主要從以下兒方面進行驗證：檢查軟硬件支撐平臺所建設的內(nèi)容數(shù)量是否是符合用戶系統(tǒng)建設的要求；軟硬件支撐平臺中的硬件服務器、系統(tǒng)網(wǎng)絡、入侵防御、防火墻、安全審計、網(wǎng)站防篡改系統(tǒng)各自的性能以及數(shù)據(jù)參數(shù)是否符合用

8、戶項 U 建設招標文件的要求；對系統(tǒng)軟硬件平臺設計、實施的合理性以及所能達到的效果進行測試評佔，驗證其是否符合系統(tǒng)設計 ?標準要求；對系統(tǒng)軟硬件支撐平臺的整體綜合性能進行測試驗證。6、文檔測試文檔是軟件的重要組成部分，也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測試主要通過評審的方式檢查文檔的完整性、準確性、一致性、可追溯性和可理解性。根據(jù)系統(tǒng)采購要求，該系統(tǒng)的文檔它至少要具備需求文檔、開發(fā)設計、測試評關的文遇關的文遇容性,估、項口管理、用戶應用、培訓文檔、服務文檔、會議記錄文檔、以及其他相檔。對文檔進行復審測試時，將從以下兒方面進行：文檔內(nèi)容以及標準是否符合軟件企業(yè)標準和用戶要求一致；所提

9、供的文檔是否包括了用戶所要求的或者是其他必要的所有文檔；檢驗文檔完整性，主要是文檔的種類和內(nèi)容的完整性；檢驗文檔的一致性和可追溯性，主要是 : 軟件的設計描述是否按照需 求定義進行展開的 ; 應用程序是否與設計文檔的描述一致 ; 用戶文檔是 否客觀描述應用程序的實際操作 ; 關于同一問題的描述是否存在不同的 說法；檢驗文檔的準確性 , 主要是文檔的描述是否準確，有無歧義 , 文字表 達是否存在錯誤；檢驗文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達 是否詳細。如操作手冊，除了描述每個模塊的操作，應該還提供關聯(lián)性 崗位業(yè)務、部門業(yè)務和跨部門業(yè)務的操作說明。7、其他測試 除了上述的測試外

10、，還有必要對系統(tǒng)的其他特性和需求加以測試。如檢測軟件突發(fā)性故障后對數(shù)據(jù)的恢復能力，軟件的安全保密性和對硬件、軟件、數(shù)據(jù)的兼系統(tǒng)所能承擔的最大數(shù)據(jù)量和健壯性等。其主要包括以下兒方面：負載壓力測試。 它主要包括并發(fā)性能測試、 疲勞強度測試、 大數(shù)據(jù)量 測試和速度測試。一般采用自動化技術分別在客戶端、服務器端和網(wǎng)絡 上進行測試。以真 實的業(yè)務為依據(jù)，選擇有代表性的、關鍵的業(yè)務操作 作為測試對象?；謴蜏y試。通過模擬硬件故障或故意造成軟件出錯，檢測系統(tǒng)對數(shù)據(jù) 的破壞程度和可恢復的程度。安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統(tǒng)的認證機制、加密機制、防病毒功能等安全防護策略的健壯性。兼容性

11、測試。通過硬件兼容性測試、軟件兼容性測試和數(shù)據(jù)兼容性測試來考察軟件的跨平臺、可移植的特性。1. 2.系統(tǒng)驗收方案系統(tǒng)驗收是根據(jù)以上所涉及的系統(tǒng)驗收測試大綱方案，對項 U 建設悄況進行驗證,并最終簽署項U驗收并進行項U成果移交。1、驗收 U 的為使信息化項 U 建設按照用戶項忖建設要求進行，確保項 U 竣工后達到有關要求和標準，并能正常投入運行，必須進行項目驗收。2、驗收對象 項 U 建設的軟硬件支撐平臺、業(yè)務應用系統(tǒng)以及相關的文檔資料等。3、項口驗收的前提條件 (1) 所有建設項 U 按照合同要求全部建成，并滿足使用要求；(2) 已通過軟硬件功能確認測試評審；已通過軟硬件系統(tǒng)性能測試評審；軟件

12、已置于配置管理之下；各種技術文檔和驗收資料完備，符合合同的內(nèi)容；系統(tǒng)建設和數(shù)據(jù)處理符合信息安全的要求；外購的操作系統(tǒng)、數(shù)據(jù)庫、中間件、應用軟件和開發(fā)工具符合知識產(chǎn)權相關政策法規(guī)的要求；各種設備經(jīng)加電試運行期滿，狀態(tài)正常；經(jīng)過相關主管部門和項口業(yè)主單位同意；合同或合同附件規(guī)定的其他驗收條件。4、驗收依據(jù)作為項U驗收需要有一定的驗收依據(jù)，本項U的驗收選用項U合同書(以及國 標、 行業(yè)標準和相關政策法規(guī)、國際慣例等 ) 、項 U 需求報告、項 H 招投標文件以 及系統(tǒng)設 計報告等文件作為項 LI 驗收的依據(jù)。根據(jù)以上設訃的項 LI 驗收測試大綱 , 對項目的系 統(tǒng)功能、性能以及相關文檔進行測試驗證。

13、5、驗收方法項 U 驗收是項 U 開發(fā)建設中有組織的主動性行為，它是對項 U 建設高度負責的 體現(xiàn),也是項U建設成功的重要保證。切實做好項 U建設中的驗收工作至關重要，應 當采取有效措施，實實在在做好。為保證項口驗收質(zhì)量 , 針對不同的驗收內(nèi)容，在實 施 驗收操作中，可以采取以下不同的方法：(1) 登記法對項U中所設計的所有硬件、軟件和應用程序一一登記，特別是硬件使用手冊、軟件使用手冊、應用程序各種技術文檔等一定要登記造冊，不可遺漏，并妥善保管。對項 LI 建設中根據(jù)實際進展情況雙方同意后修訂的合同條款、協(xié)調(diào)發(fā)展建設中的問題進行登記。對照法對照檢查項 U 各項建設內(nèi)容的結果是否與合同條款及項

14、U 建設需求報告方 案、 項目實施方案一致。操作法這是項 U 建設最主要的驗收方法。首先，對項 U 系統(tǒng)碩件一一實際加電操作， 驗證是否與硬件提供的技術性能相一致 ；其次,運行項U軟件系統(tǒng)，檢驗其管理硬件 及 應用軟件的實際能力是否與合同規(guī)定的一致 ; 笫三, 運行應用軟件，實際操作，處理 業(yè) 務，檢查是否與合同規(guī)定的一致 , 達到了預期的 U 的。測試法對能使用檢測儀器進行檢測的設備，實施應當一一進行實際測試，檢查是否和設備、實施的規(guī)格、性能要求相一致。6、驗收步驟(1) 需求分析項 U 建設單位 (或者監(jiān)理單位 )組織人員與項目業(yè)主單位對項 U 進行驗收需求 分 析, 針對項目驗收，項目建

15、設單位和業(yè)主單位均需配備有經(jīng)驗的工程師和行業(yè)專家來組成項 U 團隊，負責具體的工作。(2) 成立項 LI 驗收小組實施測試驗收工作時，應當成立項 U驗收小組,具體負責驗收事宜。項口驗收的實施嚴格按照驗收測試大綱對項 LI 應用軟件、網(wǎng)絡集成效果、系統(tǒng)文檔資料等進 行 全面的測試和驗收。提交初步驗收報告項 H 驗收完畢，對項目系統(tǒng)設訃、建設質(zhì)量、設備質(zhì)量、軟件運行悄況等做出全面的評價，得出初步結論性意見 , 對不合格的項 LI 予以指出，對嚴重問題提出具體 的 解決要求及意見。召開項目驗收評審會召開山驗收委員會全體成員參加的項 U 驗收評審會，全面細致的審核項 U 驗收 測試小組所提交的驗收報告

16、，給出最終的驗收意見，形成最終驗收評審報告 , 驗收委 員 會成員簽字，并提交給項 LI 建設單位以及業(yè)主進行存檔。7、驗收結論標準 (1) 項 U 驗收結論標準驗收結果分為 : 驗收合格、需要復議和驗收不合格三種。符合項目建設標準、符合需求報告要求、符合項建設設計 ？報告要求、項 H文檔 全面、任務按期保質(zhì)完成等視為驗收合格；山于提供材料不詳難以判斷，或 U 標任務完成不夠全面而乂難以確定其原因等 導 致驗收結論爭議較大的，視為需要復驗。項 U 凡具有下列情況之一的 , 按驗收不合格處理：未按項 U 考核指標或合同要求達到所預定的主要技術指標的；所提供材料不齊全或不真實的；項口的內(nèi)容、 U 標或技術路線等已進行了較大調(diào)整，但未曾得到相關單位認可 的；實施過程中出現(xiàn)重大問題，尚未解決和作出說明，或項口實施過程及結果等存在糾紛尚未解決的；沒有對系統(tǒng)或設備進行試運行，或者運行不合格；存在違犯法律、法規(guī)的其他行為。(2)驗收結論確認和處理 業(yè)主單位及相關部門組織人員對驗收報告和相關結論資料進行確認，對項 U 驗 收 結論進行確認。對驗收結論為