《在線視頻播放系統(tǒng)—測試計劃書》由會員分享，可在線閱讀，更多相關《在線視頻播放系統(tǒng)—測試計劃書（14頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、在線視頻播放系統(tǒng) 測試計劃書 修訂歷史記錄 版本 日期 AMD 修訂者 說明 1.0 2015年5月19日 （A添加，M- 修改，D」！1除） 目錄 1 .簡介 3 1.1 目的 3 1.2 范圍 3 2 .測試參考文檔和測試提交文檔 4 2.1 測試參考文檔 4 2.2 測試提交文檔 4 3 .測試進度 5 4 .測試資源 6 4.1 人力資源 6 4.2 測試環(huán)境 6 4.3 測試工具 6 5 . 測試風險，優(yōu)先級 7 6 測 試

2、策略 7 6.1 數(shù)據(jù)和數(shù)據(jù)庫的完整性測試 7 6.2 接口測試 7 6.3 集成測試 8 6.4 功能測試 8 6.5 用戶界面測試 8 6.6 性能測試 9 6.7 負載測試 10 6.8 強度測試 10 6.9 容量測試 10 6.10 安全性和訪問控制測試 10 6.11 故障轉移恢復測試 10 6.12 配置測試 11 6.13 安裝測試 11 7 嚴 重問題描述 11 1. 簡介 1.1 目的 確定當前項目能夠使用并測試其播放視頻的功能和用戶長久在線的功能。 測 試當前版本軟件能否實現(xiàn)視頻的播放、暫停和進度條調整，

3、以保證用戶可以正常使用 該軟件。自動化比例相對較低，手工測試占得相對比例應當較高，以保證視頻的正常 播放，不出現(xiàn)卡頓掉線。測試完成標準應以軟件可以長久保持用戶在線， 并在播放過 程中一直保持不出現(xiàn)較長時機卡頓，可以進行暫停播放功能為基準。 由于是初次測試，工作量應當相對較多 , 對代碼的結構等都需要進行調整，工作 量相對 較高。 1.2 范圍 于性 的測試。 本次測試主要采用黑盒測試的方法，主要針對于本系統(tǒng)的功能測試模塊，對 能測試，負載測試，安全測試等其他方面的測試會根據(jù)時間和進度給予相應 2.測試參考文檔和測試提交文檔 2.1 測試參考文檔 文檔（版本/日期）

4、已創(chuàng)建或可用 已被接收或已經(jīng)過 復審 作者或來源 備 注 可行性分析報告 是口否口 是口否口 軟件需求7E義 是口否口 是口否口 軟件系統(tǒng)分析 （STD,DFD,CFD,DD 是口否口 是口否口 軟件概要設計 是口否口 是口否口 軟件詳細設計 是口否口 是口否口 軟件測試需求 是口否口 是口否口 硬件可行性分析報告 是口否口 是口否口 硬件需求7E義 是口否口 是口否口 硬件概要設計 是口否口 是口否口 硬件原理圖設計 是口否口 是口否口 硬件結

5、構設計（包含 PCB 是口否口 是口否口 FPGAg 計 是口否口 是口否口 硬件測試需求 是口否口 是口否口 PCB設計 是口否口 是口否口 USEB動設計 是口否口 是口否口 Tuner BSP 設計 是口否口 是口否口 MCUS 計 是口否口 是口否口 模塊開發(fā)手冊 是口否口 是口否口 可試時間表及人員安排 是口否口 是口否口 測試計劃 是口否口 是口否口 測試方案 是口否口 是口否口 測試報告 是口否口 是口否口 測試

6、分析報告 是口否口 是口否口 用戶操作手冊 是口否口 是口否口 安裝指南 是口否口 是口否口 2.2 測試提交文檔 《在線視頻播放系統(tǒng)測試計劃書》（即本計劃書）以及相關測試軟件管理工具 生成的測試文檔。 3.測試進度 測試活動 計劃開始日期 實際開始日期 結束日期 B定測試計劃 ，計測試 ，成測試 系統(tǒng)測試 性能測試 ,裝測試 用戶驗收測試 對測試進行評估 產(chǎn)品發(fā)布 4.測試資源 4.1人力資源 “色

7、 所推存的最少資源（所分 配的專職角色數(shù)量） 具體職責或注釋 編寫人 1 編寫該計劃書 ,料收集人 1 收集該計劃書需要用到的資料 4.2測試環(huán)境 軟件環(huán)境 本系統(tǒng)是在 Windows XP和 Windows 7的環(huán)境下，使用自動化測試工具，用黑盒的測試方法 手動進行測試的 Web服務器/應用服務器：Tomcat.7x 數(shù)據(jù)庫系統(tǒng)：MySQL 5.1 客戶端軟件：IE/火狐/谷歌 硬件環(huán)境 Windowsr 內 XP ：^十 CPU 2.8GHz 存： 2G Windows 7 :r 內 CPU 1.8GHz 存： 2G

8、 Windows 8 : CPU 1.8GHz內 2G 存： 4.3測試工具 用途 工具 生產(chǎn)廠商/自產(chǎn) 版本 5 .測試風險，優(yōu)先級 由丁有人為的手工測試，所以若測試人員的經(jīng)驗不足，有可能會導致測試用 例 覆蓋不夠全面。這個問題可能還剛剛接觸項目的測試人員很大可能會碰到的問 題，所 以級別較高。而且書寫該文檔的人如果對該系統(tǒng)了解的不夠全面也是會造 成測試計劃 不夠完備。另外服務器在部署時，也應注意視頻的格式是否會出現(xiàn)不 兼容，以及瀏覽 器類型和版本的問題，但這些問題不是很重要。 6 .測試策略 6.1

9、數(shù)據(jù)和數(shù)據(jù)庫的完整性測試 測試目標： 確保數(shù)據(jù)庫安裝成功，訪問過程不出現(xiàn)錯誤，查詢，添加，修改等數(shù) 據(jù)庫操作能正常運行，數(shù)據(jù)不會遭到損壞 測試范圍： 技木： 調用各個數(shù)據(jù)庫訪問方法和進程， 弁在其中填充有效的和無效 的數(shù) 據(jù)（或對數(shù)據(jù)的請求）。 檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預期的方式填充， 弁且所有的數(shù)據(jù) 加件 已正常發(fā)生； 或者檢查所返回的數(shù)據(jù)， 確保正當?shù)睦碛蓹z索 到了止確的 數(shù)據(jù) 開始標準： 完成標準： 數(shù)據(jù)庫成功安裝，數(shù)據(jù)庫的操作正常，數(shù)據(jù)不會遭到損壞 測試重點和優(yōu)先級： 數(shù)據(jù)庫的安裝以及對數(shù)據(jù)庫的操作能正常，由于數(shù)據(jù)到直接影 響到幾乎所有操作的進行，所以

10、其優(yōu)先級為高 需考慮的特殊事項： 應使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的 事件具有更大的可視度。 6.2 接口測試 測試目標 測試范圍： 技木： 開始標準： 匕成標準： 測試重點和優(yōu)先級： 需考慮的特殊事項： 6.3 集成測試 測試目標 檢測需求中業(yè)務流程，數(shù)據(jù)流的正確性 測試范圍： 需求中明確的業(yè)務流程，或組合不問功能模塊而形成一個大 能。 的功 k/K： 在使用有效數(shù)據(jù)時得到預期的結果。 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。各業(yè)務規(guī)則都 得到了正確的應用。 開始標準： 在完成某

11、個集成測試時必須達到標準 "成標準： 所計劃的測試已全部執(zhí)行。 所發(fā)現(xiàn)的缺陷已全部解決。 ”試重點和優(yōu)先級： 測試過程中需著重測試用戶的登陸和視頻的播放，這也是本 主要業(yè)務，優(yōu)先級為高 系統(tǒng)的 需考慮的特殊事項： 在視頻播放測試過程中應注意，視頻的進度條調整后，視頻 能正常播放。 是否還 6.4 功能測試 測試目標 確保測試的功能正常，用戶可以正常登陸，視頻的上傳和播放能夠 正常實現(xiàn)。 ；則試范圍： ，木： 利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實 以下內容： 在使用有效數(shù)據(jù)時得到預期的結果。 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或

12、警告消息。 各業(yè)務規(guī)則都得到了正確的應用。 上始標準： 七成標準： 所有功能都能正常使用弁不會出錯或者產(chǎn)生異常 ”試重點和優(yōu)先級： 優(yōu)先級高 區(qū)考慮的特殊事項： 對用戶的信息加以驗證，必要的時候需要顯示驗證碼，以防止用戶 信息泄露。 6.5 用戶界面測試 測試目標 核實以下內容： 通過測試進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽包括 窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab 鍵、鼠標移動、和快捷鍵）的使用 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）者B 符合標準。 則試范圍： 界面的各自組建和它們的事

13、件反應 技木： 為每個窗口創(chuàng)建或修改測試，以核實各個應用程序窗口和對象都可 止確地進行瀏覽，弁處于正常的對象狀態(tài)。 ，始標準: 完成標準： 成功地核實出各個窗口都與基準版本保持Tt,或符合可接受標準 ”試重點和優(yōu)先級： 需考慮的特殊事項： 弁不是所有定制或第二方對象的特征都可訪問。 6.6 性能測試 測試目標 核實所指定的事務或業(yè)務功能在以下情況下的性能行為： 正常的預期工作量 預期的最繁重工作量 測試范圍： 技木： 使用為功能或業(yè)務周期測試制定的測試過程。 通過修改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事 務的迭代數(shù)量。 腳本

14、應該在一臺計算機上運行（取好是以單個用戶、單個事務為基 準），弁在多個客戶機（虛擬的或實際的客戶機，請參見 加的“需要考慮 的特殊事項”）上重復。、 開始標準： "成標準： 單個事務或單個用戶：在每個事務所預期時間氾圍內成功地完成測 試腳本，沒有發(fā)生任何故障。 多個事務或多個用戶：在可接受的時間范圍內成功地完成測試腳 本，沒有發(fā)生任何故障。 測試重點和優(yōu)先級： ，考慮的特殊事項： 綜合的性能測試還包括在服務器上添加后臺工作量。 可采用多種方法來執(zhí)行此操作，其中包括： 直接將“事務強行分配到"服務器上，這通常以“結構化語 言調用的形式八來實現(xiàn)。 通過創(chuàng)建“虛擬的

15、”用戶庶來模擬許多個（通常為數(shù)百個）客戶 機。此負 載可 通過”遠程終 端仿 真（Remote Terminal Emulation ） 工具來實現(xiàn)。此技術還可用于在網(wǎng)絡中加載“流 甲.。 使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加 性能測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn) 完全的控制和精確的評測。 性能測試所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫。 6.7 負載測試 測試目標 核實所指定的事務或商業(yè)理由在不問的工作量條件下的性能行為時 間。 則試范圍： b/K： 使用為功能或業(yè)務周期測試制定的測試。 通過修

16、改數(shù)據(jù)文件來增加事務數(shù)量，或通過修改腳本來增加每項事 務發(fā)生的次數(shù)。 開始標準： "成標準： 多個事務或多個用戶：在可接受的時間范圍內成功地完成測試，沒 有發(fā)生任何故障。 測試重點和優(yōu)先級： |考慮的特殊事項： 負載測試應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn) 完全的控制和精確的評測。 負載測試所用的數(shù)據(jù)庫應該是實際大小或相同縮放比例的數(shù)據(jù)庫 6.8 強度測試 無 6.9 容量測試 無 6.10 安全性和訪問控制測試 6.11 故障轉移恢復測試 6.12 配置測試 無 6.13 安裝測試 無 7 .嚴重問題描述 1可題嚴重度 描述 響應時間 高 中 低