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

1、在线视频播放系统测试计划书在线视频播放系统测试计划书在线视频播放系统测试计划书 修订历史记录版本日期AMD修订者说明1.02015年5月19日（A添加，M修改，D删除）4.测试资源4.1人力资源角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释编写人1编写该计划书资料收集人1收集该计划书需要用到的资料4.2 测试环境 软件环境本系统是在Windows XP 和Windows 7 的环境下，使用自动化测试工具，用黑盒的测试方法手动进行测试的Web服务器/应用服务器：Tomcat.7x数据库系统：MySQL 5.1客户端软件：IE/火狐/谷歌硬件环境Windows XP：CPU 2.8GH

2、z 内存：2GWindows 7： CPU 1.8GHz 内存：2GWindows 8： CPU 1.8GHz 内存：2G4.3测试工具用途工具生产厂商/自产版本5.测试风险，优先级由于有人为的手工测试，所以若测试人员的经验不足，有可能会导致测试用例覆盖不够全面。这个问题可能还刚刚接触项目的测试人员很大可能会碰到的问题，所以级别较高。而且书写该文档的人如果对该系统了解的不够全面也是会造成测试计划不够完备。另外服务器在部署时，也应注意视频的格式是否会出现不兼容，以及浏览器类型和版本的问题，但这些问题不是很重要。6.测试策略6.1 数据和数据库的完整性测试 测试目标：确保数据库安装成功，访问过程不

3、出现错误，查询，添加，修改等数据库操作能正常运行，数据不会遭到损坏测试范围：技术：调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件已正常发生；或者检查所返回的数据，确保正当的理由检索到了正确的数据开始标准：完成标准：数据库成功安装，数据库的操作正常，数据不会遭到损坏测试重点和优先级：数据库的安装以及对数据库的操作能正常，由于数据到直接影响到几乎所有操作的进行，所以其优先级为高需考虑的特殊事项：应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。6.2 接口测试测试目标 测试

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

5、4 功能测试测试目标确保测试的功能正常，用户可以正常登陆，视频的上传和播放能够正常实现。测试范围：技术：利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。开始标准：完成标准： 所有功能都能正常使用并不会出错或者产生异常测试重点和优先级： 优先级高需考虑的特殊事项：对用户的信息加以验证，必要的时候需要显示验证码，以防止用户信息泄露。6.5用户界面测试测试目标核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各

6、种访问方法（Tab键、鼠标移动、和快捷键）的使用窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。测试范围：界面的各自组建和它们的事件反应技术：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。开始标准：完成标准：成功地核实出各个窗口都与基准版本保持一致，或符合可接受标准测试重点和优先级：需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问。6.6 性能测试测试目标核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量测试范围：技术：使用为功能或业务周期测试制定的测试过程。通过修改数据文件来增加事

7、务数量，或通过修改脚本来增加每项事务的迭代数量。脚本应该在一台计算机上运行（最好是以单个用户、单个事务为基准），并在多个客户机（虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项”）上重复。、开始标准：完成标准：单个事务或单个用户：在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：直接将“事务强行分配到”服务器上，这通常以“结构化语言”调用的形式来实现。通过创建“虚拟的”用户负载来

8、模拟许多个（通常为数百个）客户机。此负载可通过“远程终端仿真（Remote Terminal Emulation）工具来实现。此技术还可用于在网络中加载“流量”。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。性能测试所用的数据库应该是实际大小或相同缩放比例的数据库。6.7 负载测试测试目标核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。测试范围：技术：使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务发生的次数。开始标准：完成标准：多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。测试重点和优先级：需考虑的特殊事项：负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。负载测试所用的数据库应该是实际大小或相同缩放比例的数据库6.8 强度测试 无6.9 容量测试 无6.10 安全性和访问控制测试 无6.11 故障转移恢复测试 无6.12 配置测试 无6.13 安装测试 无7.严重问题描述问题严重度描述响应时间高中低