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

1、在线视频播放系统测试方案书专业资料修订历史记录版本日期AMD修订者说明1.02021 年 5 月 19日A添加,M修改,D删除目录1. 简介5.1.1 目的5.1.2 围5.2. 测试参考文档和测试提交文档 6.2.1测试参考文档 6.2.2测试提交文档7.3. 测试进度8.4. 测试资源9.4.1人力资源9.4.2测试环境.9.4.3测试工具.105. 测试风险,优先级 116. 测试策略116.1数据和数据库的完整性测试 116.2接口测试126.3集成测试126.4功能测试136.5用户界面测试.146.6性能测试156.7负载测试166.8强度测试176.9容量测试176.10平安性和

2、访问限制测试 1.76.11故障转移恢复测试 1.76.12配置测试176.13安装测试187. 严重问题描述 1.8专业资料1. 简介1.1目的确定当前工程能够使用并测试其播放视频的功能和用户长久在线的功能.测试当前版本软件能否实现视频的播放、暂停和进度条调整,以保证用户可以正常 使用该软件.自动化比例相对较低,手工测试占得相比照例应当较高,以保证视 频的正常播放,不出现卡顿掉线.测试完成标准应以软件可以长久保持用户在线, 并在播放过程中一直保持不出现较长时机卡顿,可以进行暂停播放功能为基准.由于是初次测试,工作量应当相对较多,对代码的结构等都需要进行调整,工作 量相对较高.1.2围本次测试

3、主要采用黑盒测试的方法,主要针对于本系统的功能测试模块,对 于性能测试,负载测试,平安测试等其他方面的测试会根据时间和进度给予相应 的测试.2. 测试参考文档和测试提交文档2.1测试参考文档文档版本/日期已创立或可用已被接收或已经过复审作者或来源备注可行性分析报告是口否口是口否口软件需求定义是口否口是口否口软件系统分析是口否口是口否口(STD,DFD,CFD,DD)软件概要设计是口否口是口否口软件详细设计是口否口是口否口软件测试需求是口否口是口否口硬件可行性分析报告是口否口是口否口硬件需求定义是口否口是口否口硬件概要设计是口否口是口否口硬件原理图设计是口否口是口否口硬件结构设计包含是口否口是口

4、否口PCB)FPGA设计是口否口是口否口硬件测试需求是口否口是口否口PCB设计是口否口是口否口USB驱动设计是口否口是口否口Tuner BSP 设计是口否口是口否口MCU设计是口否口是口否口模块开发手册是口否口是口否口测试时间表及人员安排是口否口是口否口测试方案是口否口是口否口测试方案是口否口是口否口测试报告是口否口是口否口测试分析报告是口否口是口否口用户操作手册是口否口是口否口安装指南是口否口是口否口2.2测试提交文档?在线视频播放系统测试方案书?即本方案书以及相关测试软件治理工 具生成的测试文档.3. 测试进度测试活动方案开始日期实际开始日期结束日期制定测试方案设计测试集成测试系统测试性能

5、测试安装测试用户验收测试对测试进行评估产品发布4. 测试资源4.1人力资源角色所推荐的最少资源所分配的专职角色数量具体责任或注释编写人1编写该方案书资料收集人1收集该方案书需要用到的资料4.2测试环境软件环境本系统是在 Windows XP 和Windows 7的环境下,使用自动化测试工具,用黑盒的测试方法手动进行测试的Web效劳器/应用效劳器：Tomcat.7x数据库系统：MySQL 5.1客户端软件：IE/火狐/谷歌硬件环境Windows XP :CPU 2.8GHz存：2GWindows 7 :CPU 1.8GHz存：2GWindows 8 :CPU 1.8GHz 存：2G4.3测试工具

6、用途工具生产J商/自产版本5. 测试风险,优先级由丁有人为的手工测试,所以假设测试人员的经验缺乏,有可能会导致测试用 例覆盖不够全面.这个问题可能还刚刚接触工程的测试人员很大可能会碰到的问 题,所以级别较高.而且书写该文档的人如果对该系统了解的不够全面也是会造 成测试方案不够完备.另外效劳器在部署时,也应注意视频的格式是否会出现不 兼容,以及浏览器类型和版本的问题,但这些问题不是很重要.6. 测试策略6.1数据和数据库的完整性测试测试目标：保证数据库安装成功,访问过程不出现错误,查询,添加,修改等数据库操作能正常运行,数据不会遭到损坏测试围：技术：调用各个数据库访问方法和进程,并在其中填充有效

7、的和无效的数据或对数据的请求.检查数据库,保证数据已按预期的方式填充,并且所有的数据加件已正常发生； 或者检查所返回的数据, 保证正当的理由检索 到了正确的数据开始标准：完成标准：数据库成功安装,数据库的操作正常,数据不会遭到损坏测试重点和优先级：数据库的安装以及对数据库的操作能正常,由于数据到直接影响到几乎所有操作的进行,所以其优先级为高需考虑的特殊事项：应使用小型或最小的数据库记录的数量有限来使所有无法 接受的事件具有更大的可视度.6.2接口测试测试目标测试围：技术：开始标准：完成标准：测试重点和优先级：需考虑的特殊事项：6.3集成测试测试目标检测需求中业务流程,数据流的正确性测试围：需求

8、中明确的业务流程,或组合不问功能模块而形成一个大 的功能.技术：在使用有效数据时得到预期的结果.在使用无效数据时显示相应的错误消息或警告消息.各业务规那么都得到了正确的应用.开始标准：在完成某个集成测试时必须到达标准完成标准：所方案的测试已全部执行.所发现的缺陷已全部解决.测试重点和优先级：测试过程中需着重测试用户的登陆和视频的播放,这也是本系统的主要业务,优先级为高需考虑的特殊事项：在视频播放测试过程中应注意,视频的进度条调整后,视频 是否还能正常播放.6.4功能测试测试目标保证测试的功能正常,用户可以正常登陆,视频的上传和播 放能够正常实现.测试围：技术：利用有效的和无效的数据来执行各个用

9、例、用例流或功能,以核实以下容：在使用有效数据时得到预期的结果.在使用无效数据时显示相应的错误消息或警告消息.各业务规那么都得到了正确的应用.开始标准：完成标准：所有功能都能正常使用并不会出错或者产生异常测试重点和优先级：优先级高需考虑的特殊事项：对用户的信息加以验证,必要的时候需要显示验证码,以防 止用户信息泄露.6.5用户界面测试测试目标核实以下容：通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法Tab键、鼠标移动、和快捷键的使用窗口的对象和特征 例如,菜单、大小、位置、状态和中央 都符合标准.测试围：界面的各自组建和它们的事

10、件反响技术：为每个窗口创立或修改测试,以核实各个应用程序窗口和对 象都可止确地进行浏览,并处于正常的对象状态.开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致,或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问.6.6性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试围：技术：使用为功能或业务周期测试制定的测试过程.通过修改数据文件来增加事务数量,或通过修改脚本来增加 每项事务的迭代数量.脚本应该在一台计算机上运行取好是以单个用户、单个事 务为基准,并在多个客户机虚拟的或实际的客户机,请

11、参见 加的“需要考虑的特殊事项上重复.、开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间围成功地完成 测试脚本,没有发生任何故障.多个事务或多个用户：在可接受的时间围成功地完成测试脚 本,没有发生任何故障.测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在效劳器上添加后台工作量.可采用多种方法来执行此操作,其中包括：直接将“事务强行分配到效劳器上,这通常以“结构化语言调用的形式来实现.通过创立“虚拟的用户庶来模拟许多个通常为数百个客户机.此负载可通过 远程终端仿真Remote TerminalEmulation 工具来实现.此技术切用于在网络中加载“流量.使用多台实际客户机每台客户机都运行测试脚本在系统 上添加负载.性能测试应该在专用的计算机上或在专用的机时执行,以便 实现完全的限制和精确的评测.性能测试所用的数据库应该是实际大小或相同缩放比例的数据库.6.7负载测试测试目标核实所指定的事务或商业理由在不问的工作量条件下的性能行为时间.测试围：技术：使用为功能或业务周期测试制定的测试.通过修改数据文件来增加事务数量,或通过修改脚本来增加每项事务发生的次数.开始标准：完成标准：多个事务或多个用户：在可接受的时间围成功地完