1、文案大全實用標準文檔招投標管理系統測試計劃可參考參?；夸浀?1 章 引言 41.1 目的 41.2 名詞解釋 41.3 參考資料 41.4 測試摘要 51.4.1 重點事項 51.4.2 爭議事項 51.4.3 風險評估 51.4.4 時間進度 51.4.5 測試目標 5第 2 章 項目背景62.1 測試圍 62.2 測試目標 62.3 聯系方式 62.4 風險及約束 72.5 測試文檔 72.5.2 測試提交文檔7第3 章資源需求83.1 培訓資料 83.2 測試環境 83.2.1 硬件測試環境83.3 測試工具 9第4 章測試策略94.1 整體測試策略 94.2 開始 /中斷 /完成標準

2、94.3 測試類型1.0.4.4 測試技術1.1.第 5 章 測試計劃1.2.5.1 進度計劃1.2.5.1.1 測試時間進度1.2.5.1.2 測試里程碑1.2.5.2 測試準備1.3.5.2.1 測試環境準備1.3.5.2.2 安裝測試1.3.1.35.3 具體測試實施任務和時間人員安排第 1 章 引言1.1 目的本測試報告為招投標項目的測試報告，目的在于總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到招投標系統功能目標）。預期參考人員包括用戶、測試人員、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。本系統是為方便招投標信息的管理，在本文檔中制定測試計劃

3、旨在說明各種測試階段任務、人員分配和時間安排、工作規，同時保證系統的可靠性。1.2 名詞解釋招投標系統：用于卓越計劃項目分解的東方汽輪機對招投標管理系統簡稱。評標專家組：針對一個招標項目建立一個評標專家組，專家組成員從評標專家信息表中選擇多個專家，并設置組長。供應商列表：針對一個招標項目建立一個供應商列表，從供應商信息表中選擇多個供應商。1.3 參考資料招投標系統-需求規格說明書招投標系統-數據庫設計說明書軟件測試計劃模版1.4 測試摘要1.4.1 重點事項重點事項（按優先級降序）：系統功能數據庫設計系統可操作性和健壯性1.4.2 爭議事項無1.4.3 風險評估被測系統可能存在的問題：1 .系

4、統設計結構不合理2 .數據庫風險：數據庫結構設計不合理；對數據庫操作控制不當導致數據不一致；3 .響應時間不當：時間過長，以至用戶沮喪；時間過短造成誤操作；4 .網絡不安全穩定5 .測試環境不足可能存在的測試缺陷6 .系統健壯性查，出現操作異常1.4.4 時間進度測試開始時間：2013 年 1 月 15 日發布時間：2013 年 2 月 15 日1.4.5 測試目標測試計劃中所有測試方法和模塊已經執行通過同時要求招投標系統在正常的網絡環境下，應能夠保證系統的及時響應:小批量的業務處理的響應時間在 38秒；大批量的業務處理和查詢的響應時間控制在 3040秒以。所有的測試案例已經執行過，盡可能多的

5、發現并排除軟件中潛藏的錯誤，最終把高質量的軟件系統交給用戶。第 2 章 項目背景2.1 測試圍招投標系統的應用平臺設計中選擇B/S 結構，采用基于JAVA 技術并且符合J2EE開發規的系統應用平臺，使系統具有良好的可維護性和可擴展性。包括測試供應商管理功能模塊管理的供應商的類型和供應商基本信息，供應商針對邀標書提出申請后建立供應商列表。招標成功后標記中標供應商。主要集中在測試對供應商類型信息的添加、刪除、修改等功能。專家管理功能模塊對專業領域信息的添加、刪除、修改等功能測試。2.2 測試目標測試計劃中所有測試方法和模塊已經執行通過所有的測試案例已經執行過，盡可能多的發現并排除軟件中潛藏的錯誤，

6、最終把高質量的軟件系統交給用戶。2.3 聯系方式列出項目參與人員的職務、 E-mail 和。職務E-Mail測試負責人試人員一俊試人員二韓藝試人員三焦茵136840973352.4 風險及約束該系統只適用于招投標系統使用人群2.5 測試文檔2.5.1 測試參考文檔文檔說明作者文檔位置（CVS）需求文檔總體設計測試文檔2.5.2 測試提交文檔文檔說明作者文檔位置（CVS）總體測試計劃玲，俊蓉，韓藝珠，焦茵測試用例玲，俊蓉，韓藝珠，焦茵測試報告玲，俊蓉，韓藝珠，焦茵第3章資源需求3.1培訓資料培訓需求培訓容培訓人員開始時

7、間完成時間業務流程了解招投標系統。玲，俊蓉，韓藝珠，焦茵2012 年 10 月 8號2012 年 10 月 9號安裝配置招投標系統玲，俊蓉，韓藝珠，焦茵2012 年 10 月 9號2012 年10月10號工具使用SqlserverTomcat玲，俊蓉，韓藝珠，焦茵2012 年10月10號2012 年10月11號3.2測試環境3.2.1硬件測試環境平臺 1 : Windows機型（配置）IP地址操作系統用途及特殊說明軟件及版本預計空間DELL OptiPlex380222.18.167.35Windows XP無Sqlserver2005 ,Tomcat6.0IE82GDELL OptiPlex

8、380222.18.167.37Windows XP無Sqlserver2005 ,Tomcat6.0IE82GDELL OptiPlex380222.18.167.36Windows XP無Sqlserver2005 ,Tomcat6.0IE82GDELL OptiPlex380222.18.167.38Windows XP無Sqlserver2005 ,Tomcat6.0IE82G3.3測試工具無第4章測試策略4.1 整體測試策略本次測試只針對招投標系統進行功能測試。4.2 開始/中斷/完成標準開始/中斷/完成測試標準說明開始測試標準硬件環境可用且軟件正確安裝完成安裝無確完成或程序的文檔有

9、相當多的失誤或系 中斷測試標準統服務異?；虬l現Block Bug完成測試計劃中的測試規劃并達到程序和測試質完成測試標準量目標，并由Test Lead/R&D Manager 確認4.3 測試類型測試類型是否米用說明功能測試采用根據系統需求文檔和設計文檔，檢查產品是否正確實現了功能。流程測試采用按操作流程進行的測試，主要有業務流程、數據流程、邏輯流程、 正反流程，檢查軟件在按流程操 作時是否能夠止確處理邊界值測試采用選擇邊界數據進行測試，確保系統功能正常，程序無異常。容錯性測試采用檢查系統的容錯能力，錯誤的數 據輸入不會對功能和系統產生非 正常的影響，且程序對錯誤的輸 入有止確的提小信息異常測試

10、采用檢查系統能否處理異常啟動停止測試采用檢查每個模塊能否正常啟動停止、異常停止后能否正常啟動安裝測試采用檢查系統能否止確安裝、配置易用性測試采用檢查系統是否易用友好界面測試采用檢查界面是有美觀合理接口測試采用檢查系統能否與外部接口正常工作配置測試采用檢查配置是否合理、配置是否正常兼容性測試采用對于B/S架構的系統來說需要考慮用戶端瀏覽器的版本。4.4 測試技術測試技術是否米用說明里程碑技術采用里程碑的達成標準及驗收方法在測試完后制訂編寫測試用例采用在產品編碼階段編寫測試用例單元測試/、米用由開發人員進行集成測試采用檢測模塊集成后的系統是否達到 需求對業務流程及數據流的處理 是否符合標準、系統對

11、業務流處理 是否存在邏輯/、嚴謹及錯誤以及 是否存在不合理的標準及要求。確認測試采用在產品發布前，對照 feature list進行基本需求的確認，確認廣品是 否止確實現了功能。驗收測試/、米用由工程實施人員進行第5章測試計劃5.1 進度計劃5.1.1 測試時間進度測試階段開始時間完成時間測試人員階段完成標志制定測試計劃2012 年10月8號2012 年10月15號玲，俊蓉，韓藝珠，焦茵已完成設計測試用例2012 年10 月 15號2012 年10月29號玲，俊蓉，韓藝珠，焦茵進行中測試環境準備2012 年10月8號2012 年10月9號玲，俊蓉，韓藝珠，焦茵已完成測試實施2012 年10 月

12、 29號2012 年11月12號玲，俊蓉，韓藝珠，焦茵未完成功能測試2012 年10 月 29號2012 年11月12號玲，俊蓉，韓藝珠，焦茵未完成文檔編寫2012 年10月8號2012 年11月19號玲，俊蓉，韓藝珠，焦茵進行中5.1.2測試里程碑里程碑完成時間完成標準測試計劃書2012.10.15完成測試計劃書測試用例編寫2012.10.22完成測試用例編寫測試抗e告2012.11.6完成測試報告測試總結2012.11.13完成測試總結5.2 測試準備5.2.1 測試環境準備準備事項開始時間完成時間測試人員階段完成標志測試環境準備2012.10.82012.10.10玲，俊蓉，韓藝珠，焦茵各項配置完成。5.2.2 安裝測試準備事項開始時間完成時間測試人員階段完成