系統驗收測試計劃_第1頁
系統驗收測試計劃_第2頁
系統驗收測試計劃_第3頁
系統驗收測試計劃_第4頁
系統驗收測試計劃_第5頁
已閱讀5頁,還剩3頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、第1章系統驗收測試計劃1.1. 系統驗收測試大綱系統驗收是協助采購單位對所采購的項目產品進行軟件程序、數據和文檔進行驗證并進行成果移交的工作,其主要要從開發合同、軟件需求、軟件程序包、軟件功能、項目配套軟硬件、軟件樣品、過程文檔等多方面對項目承建方所準備交付的項目進行測試驗收。對于項目的驗收測試主要包括以下測試內容:安裝測試、功能測試、界面測試、性能測試、文檔測試、負載壓力測試、恢復測試、安全性測試、兼容性測試等。1、 安裝測試安裝測試的目的在于驗證軟件能否在系統所允許的運行環境下不同配置安裝可行性,并確認能否正常運行。系統的安裝測試需要驗證以下幾方面:( 1) 根據需求報告中系統的可移植性的

2、規定,選擇項目開發所承諾適用的不同操作系統進行驗證;( 2) 選擇不同層次的硬件配置和軟件配置,一般選用最低、中等和最高三種配置進行測試,驗證系統對軟硬件環境的依懶性;( 3) 觀察系統安裝程序在軟硬件資源充足的情況下能否正常安裝,安裝過程中是否給予充足的提示,是否存在流氓軟件的一些弊病,安裝完成后能否正常運行,能否徹底刪除;( 4) 在資源不充沛的情況下,如磁盤空間不夠、內容不足等,系統能否完成安裝,能否給予各種提示。2、 功能測試功能測試是驗收測試中的主要內容。系統功能測試要包含以下項目:系統的查詢、增加、刪除、修改、保存等操作;資料的網上直報、資料的數字化處理功能、資料的采編錄入功能,*

3、的編纂、審核、印發、統計、共享以及*檔案管理功能,還需要對數字*館的前臺網站功能以及后臺管理功能進行驗證,催非結構化信息資源處理平臺的全文檢索、數據加工工具、分類歸檔、以及系統管理等功能進行驗證。系統功能測試從以下幾方面進行驗證:1) 通過系統的數據加工工具,對一份紙質的文檔資料進行數字化處理,驗證其是否能實現其功能,處理后的電子文檔準確率需要達到95%以上,驗證其是否與需求報告里面的要求匹配;2) 對完成數字化后的文檔在系統中利用系統的分類歸檔功能對數字化文檔進行歸檔處理,驗證歸檔功能是否與需求報告中所規定的一致;3) 對完成處理后的數字文檔進行網上直報,對網上直報功能進行驗證,測試器功能是

4、否與需求報告要求一致;4) 對與網上直報上報的文檔相關或者是與該文檔不相關的附屬信息及補充信息,利用采編錄入功能進行錄入上報,驗證其功能是否符合需求報告要求;5) 對已經完成上報的數字文檔利用全文檢索功能,查找所需要的文檔,驗證全文檢索功能與需求報告的要求是否一致;6) 對上報的數字文檔利用*編纂功能進行*編纂處理的操作,驗證*編纂功能;7) 對編纂好的*進行審核操作,驗證*審核功能是否符合功能要求;8) 對*印發、統計、共享進行管理,驗證系統的*印發、統計、共享功能是否符合需求報告要求;9) 對于經編制完成的*進行歸檔存檔處理,驗證系統的檔案管理功能;10) 對系統數字*館中的欄目排版進行檢

5、查,查看是否與需求報告所規定的一致,對*館中的*機構、*動態、*成果、*館、影像*、*查詢功能按照需求報告要求進行操作,驗證其符合性;11) 對數字*館進行管理,進行*館的欄目編輯,對*館發布內容編輯、發布、審核進行操作,驗證其符合性;12) 對*館中的影像內容進行增減操作,對系統業務流程進行編輯,對系統權限進行管理操作,驗證其功能的符合性;13) 不按照常規的順序執行功能操作,驗證系統的容錯性;14) 重點關注執行正常操作時,觀察輸出結果的異常性。系統的界面測試主要是檢查系統界面是否符合現行標準和用戶習慣。軟件企業可以形成自己的特色,但要確保整個軟件風格一致。界面測試要從友好性、易操作性、美

6、觀性、布局合理、分類科學、標題描述準確等方面入手。測試用例主要從以下幾方面進行:( 1) 背景和前景的顏色是否協調,顏色反差是否用得恰當;( 2) 軟件的圖標、按鈕、對話框等外觀風格是否一致,美觀效果所要求的屏幕分辨率;( 3) 窗口元素的布局是否合理,并保持一致;( 4) 各種字段標題的信息描述是否準確;( 5) 快捷鍵、按鈕、鼠標等操作在軟件中是否一致;( 6) 窗口及報表的顯示比例和格式是否能適應用戶的預期需求;( 7) 誤操作引起的錯誤提示是否友好;( 8) 活動窗口和被選中的記錄是否高亮顯示;( 9) 是否有幫助信息,菜單導航能否正常執行;( 10) 檢查一些特殊域和特殊控件能否運行

7、。4、 性能測試性能測試主要測試軟件的運行速度和對資源的消耗。通過調整系統所依賴的軟硬件配置、網絡拓補結構、工作站點數、數據量和服務請求數來測試軟件的移植性、運行速率、穩定性和可靠性。借助EasyBug或者是WinRunner企業級自動化測試工具來輔助測試,通過極限測試來分析評估軟件性能。5、 硬件支撐平臺測試硬件支撐平臺的測試主要是對系統建設中所要求的系統軟硬件支撐平臺建設的內容進行驗證測試,以檢測軟硬件支持平臺是都符合用戶要求,性是否滿足系統建設所規定的要求,其主要從以下幾方面進行驗證:( 1) 檢查軟硬件支撐平臺所建設的內容數量是否是符合用戶系統建設的要求;( 2) 軟硬件支撐平臺中的硬

8、件服務器、系統網絡、入侵防御、防火墻、安全審計、網站防篡改系統各自的性能以及數據參數是否符合用戶項目建設招標文件的要求;( 3) 對系統軟硬件平臺設計、實施的合理性以及所能達到的效果進行測試評估,驗證其是否符合系統設計標準要求;( 4) 對系統軟硬件支撐平臺的整體綜合性能進行測試驗證。6、 文檔測試文檔是軟件的重要組成部分,也是軟件質量保證和軟件配置管理的重要內容。文檔測試主要通過評審的方式檢查文檔的完整性、準確性、一致性、可追溯性和可理解性。根據系統采購要求,該系統的文檔它至少要具備需求文檔、開發設計、測試評估、項目管理、用戶應用、培訓文檔、服務文檔、會議記錄文檔、以及其他相關的文檔。對文檔

9、進行復審測試時,將從以下幾方面進行:(1) 文檔內容以及標準是否符合軟件企業標準和用戶要求一致;(2) 所提供的文檔是否包括了用戶所要求的或者是其他必要的所有文檔;(3) 檢驗文檔完整性,主要是文檔的種類和內容的完整性;(4) 檢驗文檔的一致性和可追溯性,主要是:軟件的設計描述是否按照需求定義進行展開的;應用程序是否與設計文檔的描述一致;用戶文檔是否客觀描述應用程序的實際操作;關于同一問題的描述是否存在不同的說法;(5) 檢驗文檔的準確性,主要是文檔的描述是否準確,有無歧義,文字表達是否存在錯誤;(6) 檢驗文檔的可理解性,主要審核文檔是否針對特定的讀者群體,表達是否詳細。如操作手冊,除了描述

10、每個模塊的操作,應該還提供關聯性崗位業務、部門業務和跨部門業務的操作說明。7、 其他測試除了上述的測試外,還有必要對系統的其他特性和需求加以測試。如檢測軟件遇突發性故障后對數據的恢復能力,軟件的安全保密性和對硬件、軟件、數據的兼容性,系統所能承擔的最大數據量和健壯性等。其主要包括以下幾方面:( 1) 負載壓力測試。它主要包括并發性能測試、疲勞強度測試、大數據量測試和速度測試。一般采用自動化技術分別在客戶端、服務器端和網絡上進行測試。以真實的業務為依據,選擇有代表性的、關鍵的業務操作作為測試對象。( 2) 恢復測試。通過模擬硬件故障或故意造成軟件出錯,檢測系統對數據的破壞程度和可恢復的程度。(

11、3) 安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統的認證機制、加密機制、防病毒功能等安全防護策略的健壯性。( 4) 兼容性測試。通過硬件兼容性測試、軟件兼容性測試和數據兼容性測試來考察軟件的跨平臺、可移植的特性。1.2. 系統驗收方案系統驗收是根據以上所涉及的系統驗收測試大綱方案,對項目建設情況進行驗證,并最終簽署項目驗收并進行項目成果移交。1、 驗收目的為使信息化項目建設按照用戶項目建設要求進行,確保項目竣工后達到有關要求和標準,并能正常投入運行,必須進行項目驗收。2、 驗收對象項目建設的軟硬件支撐平臺、業務應用系統以及相關的文檔資料等。3、 項目驗收的前提條件( 1) 所有建

12、設項目按照合同要求全部建成,并滿足使用要求;( 2) 已通過軟硬件功能確認測試評審;( 3) 已通過軟硬件系統性能測試評審;( 4) 軟件已置于配置管理之下;( 5) 各種技術文檔和驗收資料完備,符合合同的內容;( 6) 系統建設和數據處理符合信息安全的要求;( 7) 外購的操作系統、數據庫、中間件、應用軟件和開發工具符合知識產權相關政策法規的要求;( 8) 各種設備經加電試運行期滿,狀態正常;( 9) 經過相關主管部門和項目業主單位同意;(10)合同或合同附件規定的其他驗收條件。4、 驗收依據作為項目驗收需要有一定的驗收依據,本項目的驗收選用項目合同書(以及國標、行業標準和相關政策法規、國際

13、慣例等)、項目需求報告、項目招投標文件以及系統設計報告等文件作為項目驗收的依據。根據以上設計的項目驗收測試大綱,對項目的系統功能、性能以及相關文檔進行測試驗證。5、 驗收方法項目驗收是項目開發建設中有組織的主動性行為,它是對項目建設高度負責的體現,也是項目建設成功的重要保證。切實做好項目建設中的驗收工作至關重要,應當采取有效措施,實實在在做好。為保證項目驗收質量,針對不同的驗收內容,在實施驗收操作中,可以采取以下不同的方法:( 1) 登記法對項目中所設計的所有硬件、軟件和應用程序一一登記,特別是硬件使用手冊、軟件使用手冊、應用程序各種技術文檔等一定要登記造冊,不可遺漏,并妥善保管。對項目建設中

14、根據實際進展情況雙方同意后修訂的合同條款、協調發展建設中的問題進行登記。( 2) 對照法對照檢查項目各項建設內容的結果是否與合同條款及項目建設需求報告方案、項目實施方案一致。( 3) 操作法這是項目建設最主要的驗收方法。首先,對項目系統硬件一一實際加電操作,驗證是否與硬件提供的技術性能相一致;其次,運行項目軟件系統,檢驗其管理硬件及應用軟件的實際能力是否與合同規定的一致;第三,運行應用軟件,實際操作,處理業務,檢查是否與合同規定的一致,達到了預期的目的。( 4) 測試法對能使用檢測儀器進行檢測的設備,實施應當一一進行實際測試,檢查是否和設備、實施的規格、性能要求相一致。6、 驗收步驟( 1)

15、需求分析項目建設單位(或者監理單位)組織人員與項目業主單位對項目進行驗收需求分析,針對項目驗收,項目建設單位和業主單位均需配備有經驗的工程師和行業專家來組成項目團隊,負責具體的工作。( 2) 成立項目驗收小組實施測試驗收工作時,應當成立項目驗收小組,具體負責驗收事宜。( 3) 項目驗收的實施嚴格按照驗收測試大綱對項目應用軟件、網絡集成效果、系統文檔資料等進行全面的測試和驗收。( 4) 提交初步驗收報告項目驗收完畢,對項目系統設計、建設質量、設備質量、軟件運行情況等做出全面的評價,得出初步結論性意見,對不合格的項目予以指出,對嚴重問題提出具體的解決要求及意見。( 5) 召開項目驗收評審會召開由驗

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論