訂票**測試計
劃評審日期： 2023年9月4日
目錄1引言 3
1.1測試目的 3
1.2背景 3
1.3定義 3
1.4參考文件 3
1.5測試提交文件 4
2計畫 4
2.1測試總目標 4
2.2測試管理 4
2.2.1進度安排 4
2.2.2人員分配 4
2.2.3工具 5
3測試策略 5
3.1功能測試 5
3.2效能測試 5
3.3測試環境 5
3.4風險測試 6
4問題嚴重度描述 6
5評價準則 6
5.1 測試通過/失敗標準 6
6本計畫審批意見 7
為了真實地模擬使用者**訂票過程，我們將以「訂票**」為測試物件，展開系統測試。在測試前期，依據**設計系統測試報告，然後設計測試用例，以小組為單位執行測試用例，完成系統測試任務。
隨著現代社會網路的高速發展，為了方便人們的日常生活，提供了網路上的很多服務。其中網上訂票也為人們提供了很大得便利。
loadrunner
mercury interactive的乙個對windows和unix環境的負載測試工具。
功能性測試
按照系統需求定義中的功能定義部分對系統實行的系統級別的測試。
非功能性測試
按照系統需求定義中的非功能定義部分（如系統的效能指標，安全效能指標等）對系統實行的系統級別的測試。
測試用例
測試用例是為特定的目的而設計的一組測試輸入、執行條件和預期的結果。
1、訂票系統測試計畫
2、訂票系統測試用例
3、訂票系統測試報告
通過測試達到以下目的：
測試已實現的產品能達到設計要求，包括：各個功能點能實現，業務流程正確。
產品是執行穩定系統效能達到100%
自動化效能測試工具：loadrunner8.0
下表列出了測試伺服器的系統環境。
沒有測試經驗
人員經驗以及對軟體的熟悉度
人員調整導致研發週期延時
測試時間的縮短導致某些計畫無法執行
測試中發現的缺陷按照嚴重程度分為3個級別，如表ｅ－２，級別不同，嚴重程度也不同。
表ｅ－２：缺陷嚴重級別
本次測試主要是進行系統測試，需要設定測試完成的標準。測試完成的標準是執行完所有系統測試的功能、效能測試用例，無2級以上遺留問題。如果進行系統測試時，存在嚴重的質量問題，導致無法繼續，並且在可接受的時間範圍內無法修復，系統測試終止。
系統測試計畫
本章應分以下各節。本節給出本文件所適用系統和軟體的完整標識，包括所適用的標識號 標題 縮略語 版本號及發行號等。本節明確標明被測軟體的名稱及版本號，並簡要描述軟體的概貌 用途 適用範圍和一般特性 標識專案的委託方 開發方和測試方。本節概述該文件的用途和內容。本節描述本計畫與其它相關專案管理計畫的關係...
系統測試計畫
密級 內部公開 文件編號 sparknet ts temp xtcsjh 版本號 v1.0 系統測試計畫 江蘇星網軟體 江蘇星網軟體 對本檔案資料享受著作權及其它專屬權利，未經書面許可，不得將該等檔案資料 其全部或任何部分 披露予任何第三方，或進行修改後使用。檔案更改摘要 目錄1.測試範圍 4 1....
軟體測試計畫 系統
專案名稱 系統 專案編號 擬制日期 2012年8月28日 校對日期 審核日期 批准日期 目錄1 引言 1 1.1 編寫目的 1 1.2 術語定義及編寫說明 1 1.3 引用標準 1 1.4 參考資料 1 1.5 測試摘要 2 2 資源需求 3 2.1 硬體資源 3 2.2 軟體資源 3 2.3 人力...