音乐喷泉测试计划课件.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背景项目名称：任务提出者：科创公司开发者：科创某部门用户：邵阳城南公园音乐喷泉系统的项目背景：音乐喷泉是人工环境中观赏价值最高、最富有生命力的理想工程之一。喜马拉雅音乐喷泉控制系统是一款基于嵌入式系统和工控计算机的两级架构的大型音乐喷泉专业控制软件，集合智能音乐控制、可编程序控制、手动控制技术为一体的音乐喷泉控制系统。音乐喷泉系统的基本功能：可基于音乐喷泉工程的实际设备布局定制喷泉布局文件；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功能测试测试目标：系统提供的功能与需求或用户手册相符。方法：·集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。·重要的功能应该投入更多的精力进行测试，并及时小结。完成标准：·功能实现，且可以正确执行。·所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。需考虑的特殊事项：·注意开发组可能的功能变化和