行政審批電子監(jiān)察系統(tǒng)測試方案(存儲版)
【正文】 ra 320 SCSI 接口 網(wǎng)卡： 1000M*2 光驅(qū)： DVDROM 客戶端： PIII800 以上 CPU、 256M 內(nèi)存、 20G 硬盤 測試工具 此項目將列出測試使用的工具： 用途 工具 生產(chǎn)廠商 /自產(chǎn) 版本 、優(yōu)先級 預測風險 本次測試過程中，可能出現(xiàn)的風險如下： ? bug 的修復情況 ? 模塊功能的實現(xiàn)情況 ? 系統(tǒng)整體功能的實現(xiàn)情況 ? 代碼的編寫質(zhì)量 ? 人員經(jīng)驗以及對軟件的熟悉度 ? 開發(fā)人員、測試人員關于項目約定的執(zhí)行情 況 該測試方案主要通過以下測試來對系統(tǒng) 的功能、性能 進行檢驗， 最后給出測試的結(jié)論，下列測試策略中詳細列舉出測 試 時需 提供的測試的方法， 目標，前提條件等，最后 給出測試用例的具體格式，方便測試者在測試時工作的開展 。體現(xiàn)在三個方面：以真實的業(yè)務為依據(jù)，選擇有代表性的、關鍵的業(yè)務操作設計測試案例，以評價系統(tǒng)的當前性能；當擴展應用程序的功能或者新的應用程序?qū)⒁徊渴饡r，負載測試會幫助確定系統(tǒng)是否還能夠處理期望的用戶負載，以預測系統(tǒng)的未來性能；通過模擬成百上千個用戶，重復執(zhí)行和運行測試，可以確認性能瓶頸并優(yōu)化和調(diào)整應用，目的在于尋找到瓶頸問題。 網(wǎng)上審批系統(tǒng)審批處理： 待辦事項、已辦事項、網(wǎng)上審批、自動通知、業(yè)務自動處理、督辦催辦、權(quán)限管理、組織機構(gòu)建模、業(yè)務建模、業(yè)務統(tǒng)計查詢、辦事情況監(jiān)控、業(yè)務流程審批監(jiān)管 等 辦公 OA 子 系統(tǒng) 公文交換系統(tǒng)：發(fā)文處理、收文處理、簽報處理、信息審批、個人辦公、內(nèi)部交流系統(tǒng)、制度匯編、領導日程安排 、共享通訊簿、工作臺面自定義功能 會議管理： 包括三方面的內(nèi)容：會議室管理、會議申請、會議紀要。 測試 范圍 行政審批電子監(jiān)察系統(tǒng) 的測試主要包括有功能測試，性能測試，接口測試，安全測試等 ，對系統(tǒng)的功能 點進行測試，主 要依據(jù)《需求規(guī)格說明書》及《詳細設計說明書》，對于應用程序模塊需要設計者提供基本路徑測試法的測試用例。包括： 各個功能點是否以實現(xiàn)，業(yè)務流程是否正確。 測試產(chǎn)品是否達到設計的要 求。所有電子政務應用系統(tǒng)的核心功能和服務都通過應用支撐平臺獲取，各應用系統(tǒng)保持相對獨立，業(yè)務邏輯間松散耦合，信息資源互聯(lián)互通，使電子政務基礎平臺體系可以根據(jù)實際使用需求，采用“ 熱插拔”的方式定制系統(tǒng)的規(guī)模和功能。 下面列出了本系統(tǒng)中出現(xiàn)的各個子系統(tǒng)的功能點，需要針對設計中要求對其進行測試： 網(wǎng)上審批 子 系統(tǒng)： 網(wǎng) 上 審批系統(tǒng)業(yè)務受理 ： 用戶注冊、業(yè)務辦理指南、業(yè)務申請、業(yè)務過程查詢、審批結(jié)果反饋、信息發(fā)布 。 并發(fā)性能測試的過程是一個負載測試和壓力測試的過程，即逐漸增加負載，直到系統(tǒng)的瓶頸或者不能接收的性能點，通過綜合分析交易執(zhí)行指標和資 源監(jiān)控指標來確定系統(tǒng)并發(fā)性能的過程。 測試參考文檔 下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性： 文檔 （版本 /日期） 已創(chuàng)建或可用 已被接收或已經(jīng)過復審 作者或來源 備注 可行性分析報告 是□ 否□ 是□ 否□ 軟件需求定義 是□ 否□ 是□ 否□ 軟件系統(tǒng)分析 是□ 否□ 是□ 否□ 軟件概要設計 是□ 否□ 是□ 否 □ 軟件詳細設計 是□ 否□ 是□ 否□ 軟件測試需求 是□ 否□ 是□ 否□ 硬件可行性分析報告 是□ 否□ 是□ 否□ 硬件測試需求 是□ 否□ 是□ 否□ 模塊開發(fā)手冊 是□ 否□ 是□ 否□ 測試時間表及人員安排 是□ 否□ 是□ 否□ 測試計劃 是□ 否□ 是□ 否□ 測試方案 是□ 否□ 是□ 否□ 測試報告 是□ 否□ 是□ 否□ 測試分析報告 是□ 否□ 是□ 否□ 用戶操作手冊 是□ 否□ 是□ 否□ 安裝指南 是□ 否□ 是□ 否□ 測試提交文檔 系統(tǒng)在測試過程中會產(chǎn)生各個功能點的測試用例，性能的測試用例，接口及其它用例，在測試完成后需要向管理員提供如下資料： 測試計劃 測試用例 測試 Bug 單 測試小結(jié) 測試分析報告 測試活動 計劃開始日期 實際開始日期 結(jié)束日期 制定測試計劃 設計測試 集成測試 系統(tǒng)測試 性能測試 安裝測試 用戶驗收測試 對測試進行評估 產(chǎn)品發(fā)布 人力資源 下表列出了在此項目的人員配備方面所作的各種假定。 目標 ：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例流，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預期的結(jié)果 ， 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。性能評測的目標是核實性能需求是否都已滿足。 參考表格如下： 接口 A 描述 測試目標 測試 技術： 開始標準： 完成標準： 測試重點和優(yōu)先級： 需考慮的特殊事項：
試題試卷相關推薦
鄂ICP備17016276號-1