音乐喷泉测试计划

测试计划项目名称：音乐喷泉系统版本号：内部版编撰人：陈旺华日 期：2011/6/1目录1.测试目的和测试项目简介 31.1 目的 31.2 背景 32.测试参考文档和测试提交文档 42.1测试参考文档 42.2测试提交文档 43.术语和定义 44.测试策略 44.1 测试策略 44.1.1 功能测试 54.1.2 界面测试 54.1.3 值域测试 54.1.4 可用性测试 64.2工具 65.确定测试内容66.资源 86.1角色 86.2系统 87.缺陷严重程度准则98.测试进度 98.1 各测试阶段资源要求及时间安排 98.2 项目里程碑 109. 测试员的任务分配 1010. 风险和问题 1010.1 可能的影响或风险： 101.测试目的和测试项目简介1 简介1.1目的音乐喷泉系统的“测试计划”文档有助于实现以下目标 确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高层次）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素。1.2背景项目名称： 音乐喷泉系统 任务提出者：科创公司 开发者：科创某部门 用户：邵阳城南公园音乐喷泉系统的项目背景： 音乐喷泉是人工环境中观赏价值最高、最富有生命力的理想工程之一。喜马拉雅音乐 喷泉控制系统是一款基于嵌入式系统和工控计算机的两级架构的大型音乐喷泉专业控制软件 集合智能音乐控制、可编程序控制、手动控制技术为一体的音乐喷泉控制系统。音乐喷泉系统的基本功能：1 可基于音乐喷泉工程的实际设备布局定制喷泉布局文件；2基于布局文件可实现WAV格式乐曲的智能分析，得到音控播放文件；基于布局文件还能 得到程控播放文件；3实现了乐曲播放的屏幕模拟播放和现场播放：模拟播放状态下屏幕显示音乐喷泉的仿真运 行；现场播放是实时控制音乐喷泉的运行，集智能音控播放、现场程控播放、现场点击操 作于一体 ；4.有强大的跑泉控制功能：跑泉设备、动作模式、动作速度均可自定义；5有强大的喷泉矩阵控制功能，可任意自定义矩阵的图谱、动作及速度等；6. 基于DMX512协议的灯光控制效果更佳；7. 实时监测下位机的运行，对喷泉设备运行状态实时监控；8引入音乐延时播放控制，使得喷泉效果与音乐更同步。1.3 范围测试的各个阶段： 测试设计：根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测 试方法、测试用例，可能的测试工具等。集成测试：前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程。 系统测试：前期根据需求规格说明书进行功能测试。2.测试参考文档和测试提交文档2.1 测试参考文档用户手册2.2 测试提交文档测试用例： 通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出 优先级。测试日志： 测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和对系 统（模块）现状的评价，以上记录保存到Notes库（X4.0集成测试库和X4.0系统测试库） 中。定期（每三天）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交流大 家对系统现状的看法和急需解决的问题等，以上记录保存到Notes库（XXX4.0开发数据 库）中。缺陷报告：使用 bugfree 记录和 vss 管理缺陷报告。 测试完成后，对 vss 进行整理和分析。验收测试总结报告： 验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。备注：此测试计划不包含单元测试的内容。3. 术语和定义4. 测试策略4.1 测试策略数据库测试：针对与数据库相关的功能进行测试，通过对数据的读写操作测试数据库。以数据 库运行正常，数据不丢失为标准。功能确认测试：集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说 明书逐项测试，验收测试阶段依据说明书逐项测试。以按需求或用户手册所列 功能检查一遍为标准（每个版本周期内）。界面测试：只在系统测试阶段进行，按照相关规定进行检查。以按相关要求规定检查一遍为标 准。值域测试：只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。以常用功能项检查一遍为标准。可用性测试：在系统测试的中后期展开，主要针对重点模块进行。测试编剪的响应速度，节目 播放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息的真实准确 等与非编系统基本要求相关的内容。以满足足够多的基本要求为标准。4.1.1功能测试测试目标：系统提供的功能与需求或用户手册相符。方法：集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依 据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。重要的功能应该投入更多的精力进行测试，并及时小结。完成标准：功能实现，且可以正确执行。所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供 其他的解决方法。需考虑的特殊事项：注意开发组可能的功能变化和需求变更。注意其中一些重要功能是与实际效果相关，并不是简单的功能实 现。注意值域测试的提示信息。4.1.2 界面测试测试目标程序界面符合相关的规范。方法：按照相关规定逐项检查，包括菜单、按钮、版权信息等。检查提示信息中的文字和标点符号、图标等。完成标准：程序界面符合相关的规范。需考虑的特殊事项：注意启动画面和安装程序的版权信息。注意版本信息。4.1.3 值域测试测试目标：对于所有需要输入数据的地方，进行数据输入并检查其输出结果， 进行值域测试不但要验证正确的输入数据能否得到正确的输出结 果，同样也一定要检查输入错误的数据是否可以得到应该的反应， 给出的错误提示是否正确和友善等。方法：逐一对每个需要输入数据的地方进行检查，包括键入和粘贴方式。检查出错是否有提示，提示信息是否正确。完成标准：常用的输入项可以实现测试目标。需考虑的特殊事项：注意小键盘输入是否正常。注意边界值的测试。4.1.4可用性测试测试目标：验证系统能否满足与非编系统基本要求相关的内容。方法：测试主要针对重点模块进行，包括测试编剪的响应速度，节目播 放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息 的真实准确等与非编系统基本要求相关的内容。测试时应该考虑尽可能多的情况，并进行测试。完成标准：满足足够多的基本要求为标准。需考虑的特殊事项：注意实用性的考虑。注意总结和随时补充此类测试项。如果时间不够，可以缩减或转给用户测试。4.2 工具此项目将使用以下工具工具厂商/自行研制版本测试管理WORD、EXCEL、VSSMicrosoftWindows2003缺陷跟踪Bugfree自行研制5.确定测试内容案例：模块名称编辑对应测试用例编号bj主要功能首乐分析、喷泉布局、程控编辑、首控编辑、读入喷泉布局文测试内容功能测试：基于布局文件可实现WAV格式乐曲的智能分析，得到音控播放文件； 基于布局文件还能得到程控播放文件.值域测试、界面测试、可用性测试优先级高模块名称播放对应测试用例编号bf主要功能屏幕模拟播放（音控、程控）、现场音控播放、现场程控播放、现 场点击操作测试内容功能测试：实现了乐曲播放的屏幕模拟播放和现场播放：模拟播放状态下屏幕显 示音乐喷泉的仿真运行；现场播放是实时控制音乐喷泉的运行，集智能 音控播放、现场程控播放、现场点击操作于一体。值域测试、界面测试、可用性测试优先级高模块名称工具条对应测试用例编号gjt主要功能喷泉布局工具条、矩阵工具条、跑泉群点工具条、DSP回送信息显示测试内容功能测试：能进行喷泉布局设计界面测试：无错别字、无多于控件、没有缺少控件、控件显示完全、控件实现相应的功能可用性测试：1、按Enter可以直接确定；2、Alt+X可以打开工具条主界面。优先级高模块名称参数设置对应测 试用例 编号cssz主要功能喷泉控制器串口设置、喷泉控制器参数设置、音乐编辑同步参数设置测试内容功能测试：1、可以修改和取消修改喷泉控制器串口设置；2、可以设置和取消设置喷泉控制器运行参数；3、可以设置和取消设置音乐编辑同步参数。值域测试：1、喷泉控制器串口设置（coml或com2任选其一）；2、喷泉控制器运行参数（大于或等于0的正整数）；3、音乐编辑同步参数（大于或等于0的正整数）。界面测试：无错别字、无多于控件、没有缺少控件、控件显示完全、控件实现相 应的功能可用性测试：1、按Enter可以直接确定；2、Alt+Y可以打开参数设置主界面。优先级中模块名称关于对应测 试用例 编号gy主要功能显示系统的信息测试内容界面测试（参考界面测试）：主界面有作者号、开发人员和版本开 发时间可用性测试：Alt+Z可以进入关于主界面优先级低6.资源6.1 角色下表列出了在此项目的人员配备方面所作的各种假定。角色推荐的最少资源（所分配的专职角色数量）具体职责或注释测试经理熊晨辰进行管理监督。职责：提供技术指导获取适当的资源生成测试计划，测试方案管理测试数据（Notes数据库） 收集测试用例参与测试测试员测试中心提供测试员5名。执行测试。职责：执行测试记录结果从错误中恢复（返测报告） 收集测试用例测试系统管理员熊晨辰、陈旺华、赵诚、伏 亮、詹小娟确保测试环境和资产得到管理和维 护。职责： 管理测试系统 授予和管理角色对测试系统的访问权6.2 系统测试项目所需的系统资源。硬件环境：CPU：Intel（R） Core（TM）2 Quad。内存：384MB （最好 384MB）。硬盘：1块SCSI系统硬盘（8G以上）.软件环境：Windows 2003、sql2000 、bugfree b 系列的 SDK 驱动7. 缺陷严重程度准则Bug严重程度编 号严重状态严重程度说明1Blocker: 阻碍测试工作； 程序无法正常运行 主要功能没有实现 主要业务没有实现2Critical: 运行过程中死机 丢失数据 内存溢出3Major: 主要功能缺陷4Normal: 普通功能缺陷5Minor: 较轻的功能缺陷6Trivial: 产品外观上的问题，界面问题7Enhancement: 建议或者意见缺陷等级说明缺陷（Bug）分为五个等级：P1级（导致系统崩溃；主业务流程出现断点；导致死机；导致程 序模块丢失；内存泄漏），P2级（被测数据处理错误；软件错误导致数据丢失；用户需求未实现）, P3级（被测功能不能正确实现），P4级（功能实现不完美或细小的错误），P5级（建议性问题）。8. 测试进度8.1 各测试阶段资源要求及时间安排人员设备时间安排测试计划熊晨辰、陈旺华、赵诚、詹小娟、伏亮测试用机5套2011-05-26 至 2011-05-27测试方案熊晨辰测试用机4套2011-05-27 至 2011-05-28集成测试陈旺华、赵诚、詹小娟、伏亮测试用机4套2011-05-29 至 2011-05-30，系统测试陈旺华、赵诚、詹小娟、伏亮测试用机4套2011-05-31 至 2011-06-01验收测试熊晨辰测试用机4套2011-06 一周8.2 项目里程碑里程碑任务工作量开始日期结束日期制订测试计划5.0人天2011-05-262011-05-27制订测试方案8.0人天2011-05-272011-05-28集成测试8.0人天2011-05-292011-05-30系统测试8.0人天2011-05-312011-06-01验收测试1.0人周2011-06-022011-06-099. 测试员的任务分配模块测试人员编辑陈旺华、伏亮播放、关于赵诚、熊晨辰工具条、参数设置詹小娟10. 风险和问题10.1 可能的影响或风险：测试时间不够，主要是功能冻结后的系统测试的时间可能不够测试资源的及时到位（设备和人员）开发进度的变化，需求或设计的变更开发组的版本控制