在线视频播放系统测试专题计划书

在线视频播放系统测试计划书

修订历史统计版本日期AMD修订者说明1.05月19日（A——添加，M——修改，D——删除）目录225621.介绍 4198431.1目标 4289801.2范围 4130792.测试参考文档和测试提交文档 5320612.1测试参考文档 5274722.2测试提交文档 519743.测试进度 6230614.测试资源 766484.1人力资源 7277094.2测试环境 7232544.3测试工具 7197765.测试风险，优先级 8123076.测试策略 8151936.1数据和数据库完整性测试 862606.2接口测试 8301556.3集成测试 9275216.4功效测试 9240956.5用户界面测试 9215546.6性能测试 10278076.7负载测试 11179466.8强度测试 11228706.9容量测试 11268276.10安全性和访问控制测试 1198196.11故障转移恢复测试 1150086.12配置测试 12238626.13安装测试 129357.严重问题描述 12

1.介绍1.1目标确定目前项目能够使用并测试其播放视频功效和用户长久在线功效。测试目前版本软件能否实现视频播放、暂停和进度条调整，以确保用户能够正常使用该软件。自动化百分比相对较低，手工测试占得相对百分比应该较高，以确保视频正常播放，不出现卡顿掉线。测试完成标准应以软件能够长久保持用户在线，并在播放过程中一直保持不出现较长时机卡顿，能够进行暂停播放功效为基准。因为是首次测试，工作量应该相对较多，对代码结构等全部需要进行调整，工作量相对较高。1.2范围此次测试关键采取黑盒测试方法，关键针对于本系统功效测试模块，对于性能测试，负载测试，安全测试等其它方面测试会依据时间和进度给对应测试。2.测试参考文档和测试提交文档2.1测试参考文档文档（版本/日期）已创建或可用已被接收或已经过复审作者或起源备注可行性分析汇报是□否□是□否□软件需求定义是□否□是□否□软件系统分析（STD,DFD,CFD,DD）是□否□是□否□软件概要设计是□否□是□否□软件具体设计是□否□是□否□软件测试需求是□否□是□否□硬件可行性分析汇报是□否□是□否□硬件需求定义是□否□是□否□硬件概要设计是□否□是□否□硬件原理图设计是□否□是□否□硬件结构设计（包含PCB）是□否□是□否□FPGA设计是□否□是□否□硬件测试需求是□否□是□否□PCB设计是□否□是□否□USB驱动设计是□否□是□否□TunerBSP设计是□否□是□否□MCU设计是□否□是□否□模块开发手册是□否□是□否□测试时间表及人员安排是□否□是□否□测试计划是□否□是□否□测试方案是□否□是□否□测试汇报是□否□是□否□测试分析汇报是□否□是□否□用户操作手册是□否□是□否□安装指南是□否□是□否□2.2测试提交文档《在线视频播放系统测试计划书》（即本计划书）和相关测试软件管理工具生成测试文档。

3.测试进度测试活动计划开始日期实际开始日期结束日期制订测试计划设计测试集成测试系统测试性能测试安装测试用户验收测试对测试进行评定产品公布

4.测试资源4.1人力资源角色所推荐最少资源（所分配专职角色数量）具体职责或注释编写人1编写该计划书资料搜集人1搜集该计划书需要用到资料4.2测试环境软件环境本系统是在WindowsXP和Windows7环境下，使用自动化测试工具，用黑盒测试方法手动进行测试Web服务器/应用服务器：Tomcat.7x数据库系统：MySQL5.1用户端软件：IE/火狐/谷歌硬件环境WindowsXP：CPU2.8GHz内存：2GWindows7：CPU1.8GHz内存：2GWindows8：CPU1.8GHz内存：2G4.3测试工具用途工具生产厂商/自产版本

5.测试风险，优先级因为有些人为手工测试，所以若测试人员经验不足，有可能会造成测试用例覆盖不够全方面。这个问题可能还刚刚接触项目标测试人员很大可能会碰到问题，所以等级较高。而且书写该文档人假如对该系统了解不够全方面也是会造成测试计划不够完备。另外服务器在布署时，也应注意视频格式是否会出现不兼容，和浏览器类型和版本问题，但这些问题不是很关键。6.测试策略6.1数据和数据库完整性测试测试目标：确保数据库安装成功，访问过程不出现错误，查询，添加，修改等数据库操作能正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效和无效数据（或对数据请求）。检验数据库，确保数据已按预期方法填充，而且全部数据库事件已正常发生；或检验所返回数据，确保正当理由检索到了正确数据开始标准：完成标准：数据库成功安装，数据库操作正常，数据不会遭到损坏测试关键和优先级：数据库安装和对数据库操作能正常，因为数据到直接影响到几乎全部操作进行，所以其优先级为高需考虑特殊事项：应使用小型或最小数据库（统计数量有限）来使全部没有法接收事件含有更大可视度。6.2接口测试测试目标 测试范围：技术：开始标准：完成标准：测试关键和优先级：需考虑特殊事项：6.3集成测试测试目标检测需求中业务步骤，数据流正确性测试范围：需求中明确业务步骤，或组合不一样功效模块而形成一个大功效。技术：在使用有效数据时得到预期结果。在使用无效数据时显示对应错误消息或警告消息。各业务规则全部得到了正确应用。开始标准：在完成某个集成测试时必需达成标准完成标准：所计划测试已全部实施。所发觉缺点已全部处理。测试关键和优先级：测试过程中需着重测试用户登陆和视频播放，这也是本系统关键业务，优先级为高需考虑特殊事项：在视频播放测试过程中应注意，视频进度条调整后，视频是否还能正常播放。6.4功效测试测试目标确保测试功效正常，用户能够正常登陆，视频上传和播放能够正常实现。测试范围：技术：利用有效和无效数据来实施各个用例、用例流或功效，以核实以下内容：在使用有效数据时得到预期结果。在使用无效数据时显示对应错误消息或警告消息。各业务规则全部得到了正确应用。开始标准：完成标准：全部功效全部能正常使用并不会犯错或产生异常测试关键和优先级：优先级高需考虑特殊事项：对用户信息加以验证，必需时候需要显示验证码，以预防用户信息泄露。6.5用户界面测试测试目标核实以下内容：经过测试进行浏览可正确反应业务功效和需求，这种浏览包含窗口和窗口之间、字段和字段之间浏览，和多种访问方法（Tab键、鼠标移动、和快捷键）使用窗口对象和特征（比如，菜单、大小、位置、状态和中心）全部符合标准。测试范围：界面各自组建和它们事件反应技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象全部可正确地进行浏览，并处于正常对象状态。开始标准：完成标准：成功地核实出各个窗口全部和基准版本保持一致，或符合可接收标准测试关键和优先级：需考虑特殊事项：并不是全部定制或第三方对象特征全部可访问。6.6性能测试测试目标核实所指定事务或业务功效在以下情况下性能行为：正常预期工作量预期最繁重工作量测试范围：技术：使用为功效或业务周期测试制订测试过程。经过修改数据文件来增加事务数量，或经过修改脚原来增加每项事务迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个用户机（虚拟或实际用户机，请参见下面“需要考虑特殊事项”）上反复。、开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接收时间范围内成功地完成测试脚本，没有发生任何故障。测试关键和优先级：需考虑特殊事项：综合性能测试还包含在服务器上添加后台工作量。可采取多个方法来实施此操作，其中包含：直接将“事务强行分配到”服务器上，这通常以“结构化语言”调用形式来实现。经过创建“虚拟”用户负载来模拟很多个（通常为数百个）用户机。此负载可经过“远程终端仿真（RemoteTerminalEmulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际用户机（每台用户机全部运行测试脚本）在系统上添加负载。性能测试应该在专用计算机上或在专用机时内实施，方便实现完全控制和正确评测。性能测试所用数据库应该是实际大小或相同缩放百分比数据库。6.7负载测试测试目标核实所指定事务或商业理由在不一样工作量条件下性能行为时间。测试范围：技术：使用为功效或业务周期测试制订测试。经过修改数据文件来增加事务数量，或经过修改脚原来增加每项事务发生次数。开始标准：完成标准：多个事务或多个用户：在可接收时间范围内成功地完成测试，没有发生