音乐喷泉测试计划.docx

测试计划 项目名称： 音乐喷泉系统 版 本 号： 内部版 编 撰 人： 陈旺华 日 期： 2011/6/1 目录1.测试目的和测试项目简介11.1目的11.2背景12.测试参考文档和测试提交文档22.1 测试参考文档22.2 测试提交文档23.术语和定义34.测试策略34.1 测试策略34.1.1功能测试34.1.2 界面测试44.1.3 值域测试44.1.4可用性测试44.2 工具55.确定测试内容56.资源66.1 角色66.2 系统77.缺陷严重程度准则78.测试进度88.1 各测试阶段资源要求及时间安排88.2 项目里程碑89. 测试员的任务分配810. 风险和问题910.1 可能的影响或风险：91.测试目的和测试项目简介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、喷泉控制器串口设置（com1或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、bugfreeb系列的SDK驱动7.缺陷严重程度准则 Bug严重程度编号严重状态严重程度说明1Blocker：n 阻碍测试工作；n 程序无法正常运行n 主要功能没有实现n 主要业务没有实现2Critical：n 运行过程中死机n 丢失数据n 内存溢出3Major：n 主要功能缺陷4Normal：n 普通功能缺陷5Minor：n 较轻的功能缺陷6Trivial：n 产品外观上的问题，界面问题7Enhancement：n 建议或者意见缺陷等级说明缺陷（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