软件测试计划模板

1．简介 1.1目的 XXXX系统的“测试计划”文档有助于实现以下目标： 1.​ 确定现有项目的信息和应测试的软件构件。 2.​ 列出推荐的测试需求（高层次）。 3.​ 推荐可采用的测试策略，并对这些策略加以说明。 4.​ 确定所需的资源，并对测试的工作量进行估计。 5.​ 列出测试项目的可交付元素。 1.2背景 项目 名 称：XXXX编辑系统 任务提出者：某某公司 开 发 者：某公司某部门 用 户：某某公司 XXXX编辑系统的项目背景： XXXX编辑系统用于视音频节目的后期制作。主要针对独立的视音频制作人员、电教中心、视音频制作中心、以及电视台，用于电视专题片、商业演示、简单MTV、简单广告节目的制作。 XXX1.0至3.0都是基于M板卡开发的非编系统；从XXX4.0开始是基于T系列板卡开发的编辑系统。 XXXX编辑系统的基本功能： 输入输出功能包括视音频信号输入输出和文件输入输出。视音频输入输出提供视音频信号采集、录制、播放等功能；文件输入输出支持读写多种不同格式的视频、音频、图像文件。 项目管理功能指以项目方式管理视音频片段、图像、字幕等素材，将用户制作节目时相关的原始素材、节目片段、以及相关设置集中起来管理，称为一个项目，不同的节目可以由建立不同的项目进行管理。项目管理功能主要包括项目设置、素材库管理、素材排序等功能。 编剪功能针对专题片的制作，包括素材剪裁、节目的快速串编、设置切换特技、设置实时效果特技等功能。 字幕采用XX字幕系统。 特技功能为实时特技。实时特技由硬件平台（T板卡）提供，包括常用切换特技、二维效果特技、抠像、颜色校正、透明度调整等功能。 1.3范围 测试的各个阶段： 1.​ 测试 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 根据需求规格 说明书 房屋状态说明书下载罗氏说明书下载焊机说明书下载罗氏说明书下载GGD说明书下载 和最终的系统设计，制订测试计划、测试 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ，包括收集测试方法、测试用例，可能的测试工具等。 2.​ 集成测试 前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；同时进行对新加入测试人员的培训。 3.​ 系统测试 前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。 4.​ 验收测试 根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试，典型配置环境的裸机测试，加密测试。 备注：此测试计划不包含 单元测试 部编版二年级下册第二单元测试题部编版二年级下册第二单元测试卷部编版二年级下册第二单元测试部编版二年级下册语文第二单元测试卷人教版七年级下册英语单元测试卷 的内容。 2．测试参考文档和测试提交文档 2.1 测试参考文档 产品需求说明书 产品概要设计 产品使用说明书 2.2 测试提交文档 1.​ 测试用例 通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级。 2.​ 测试日志 测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存到Notes库（X4.0集成测试库和X4.0系统测试库）中。 定期（每周）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交流大家对系统现状的看法和急需解决的问题等，以上记录保存到Notes库（XXX4.0开发数据库）中。 3.​ 缺陷报告 使用Notes上的报告库（X4.0集成测试库和X4.0系统测试库）记录和管理缺陷报告。 测试完成后，对报告库（X4.0集成测试库和X4.0系统测试库）进行整理和分析。 4.​ 验收测试总结报告 验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。 3．测试进度 3.1 各测试阶段资源要求及时间安排 人员 设备 时间安排 测试计划 张明 无 2001-08至2001-10 测试方案 张明 无 2001-10至2001-12 集成测试 刘涛、张明、刘月 测试用机 1～3 2001-12至2002-01，3周时间 系统测试 张明、测试中心提供测试员2～3名 测试用机 3～4套 2002-01至2002-03，6周时间 验收测试 刘涛、测试中心提供测试员2～3名 测试用机 3～4套 2002-03，2周时间 3.2 项目里程碑 里程碑任务 工作量 开始日期 结束日期 制订测试计划 1.0人月 2001-08 2001-10 制订测试方案 2.0人月 2001-10 2001-12 集成测试 2.0人月 2001-12 2002-01 系统测试 8.0～9.0人月 2002-01 2002-03 验收测试 2.0人月 2002-03 2002-03 对于新加入测试人员的培训，前期提供了一些参考书和资料，供他们自学，估计只能达到初步了解的效果；由于时间比较紧，只能在集成测试阶段，针对X4.0系统进行必要的培训；系统测试阶段也需要新加入的测试人员一边测试，一边了解相关的知识；希望通过这次的测试，新加入测试人员能够积累一定的经验。 4．资源 4.1 角色 下表列出了在此项目的人员配备方面所作的各种假定。 角色 推荐的最少资源 （所分配的专职角色数量） 具体职责或注释 测试经理 张明 进行管理监督。 职责： 提供技术指导 获取适当的资源 生成测试计划，测试方案 管理测试数据（Notes数据库） 收集测试用例 参与测试 测试员 测试中心提供测试员2～3名。 执行测试。 职责： 执行测试 记录结果 从错误中恢复（返测报告） 收集测试用例 测试系统管理员 张明 确保测试环境和资产得到管理和维护。 职责： 管理测试系统 授予和管理角色对测试系统的访问权 4.2 系统 测试项目所需的系统资源。 1.​ 硬件资源 CPU：P4 1.5G以上，或者双PIII 800以上。 主板：Pinnacle推荐的主板，带有AGP插槽，5个PCI32插槽。如果需要支持3路无压缩视频流实时播放，则需要带有2个PCI64插槽。 内存：256 MB（最好512MB）。 显卡：支持双屏显示，带有OpenGL加速的显卡，显存不低于32MB。支持2048×768真彩色，支持YUV直接显示。如ELSA Synergy III （NVIDIA QUADRO MXR）、AGP 、32MB、Dual Monitor Support。 视频卡：b系列及配套的接口箱。 SCSI卡：支持SCSI 160的双通道SCSI卡 机箱：带有配套视频接口背板的机箱。 硬盘：1块IDE或SCSI系统硬盘（20G以上），SCSI硬盘阵列（4块或者8块10000转以上的SCSI硬盘）。 2.​ 软件环境 Windows 2000＋SP2 b系列的SDK驱动 XXXX编辑系统4.0 5．系统风险 ​ 由于目前同类产品比较多，市场压力比较大。 ​ 计划的测试时间，不能满足测试组的要求，主要是功能冻结后的系统测试的时间可能不够。 ​ 测试资源的及时到位（设备和人员）。 ​ 测试人员的培训。 ​ 开发进度的变化，需求或设计的变更。 ​ 开发组的版本控制。 6．测试策略 6.1测试策略 1.​ 数据库测试 针对与数据库相关的功能进行测试，通过对数据的读写操作测试数据库。以数据库运行正常，数据不丢失为标准。 2.​ 功能确认测试 集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。以按需求或用户手册所列功能检查一遍为标准（每个版本周期内）。 3.​ 界面测试 只在系统测试阶段进行，按照相关规定进行检查。以按相关要求规定检查一遍为标准。 4.​ 值域测试 只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。以常用功能项检查一遍为标准。 5.​ 版本验证测试 在系统测试和验收测试进行，尽量避免因开发组版本控制问题影响测试效果。进行必要的报告返测和系统的基本功能测试，一般时间为一天。以确认版本是否值得进行测试为标准。 6.​ 可用性测试 在系统测试的中后期展开，主要针对重点模块进行。测试编剪的响应速度，节目播放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息的真实准确等与非编系统基本要求相关的内容。以满足足够多的基本要求为标准。 7.​ 强度测试 在系统测试的中后期展开，通过模拟用户的测试进行，验证系统的健壮性。首先进行一些必要的负载测试，在达到一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，找出一般测试不能发现的问题。连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据丢失在允许范围内为标准。 8.​ 安全性测试 在系统测试阶段进行。针对与之相关的模块的测试同步进行。以满足基本的安全性要求为标准。 9.​ 裸机测试 在系统测试的中后期和验收测试进行。在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。 10.​ 安装测试 在系统测试的中后期和验收测试进行。以安装正常，并且卸载正常为标准。 11.​ 加密测试 在系统测试的中后期和验收测试进行。主要是针对于加密狗问题的测试。标准是加密+可以使用和不加密+不能使用两个方面都保证是正常的。 6.1.1 数据库测试 测试目标： 确保数据库访问方法和进程正常运行，数据不会遭到损坏。 方法： · 分别针对用户管理、素材库、特技库和节目等不同的数据库访问进行测试。 · 分别测试数据的新建、修改、删除等，包括单个数据和大量数据的读写。 · 测试间接方式的数据读写，例如采集、素材打点等。 · 测试数据的查找功能，检查返回的数据是否正确，并测试相关功能。 · 测试数据的不同显示方式。 · 测试有效和无效数据对数据库的影响。 完成标准： 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 需考虑的特殊事项： · 数据库的效率如何？ · 对于出错情况的保护，包括自动保存，手动保存等。 · 错误数据的清理，自动或手动。 · 如果需要，可以使用必要的测试工具或测试方法。 6.1.2 功能测试 测试目标： 系统提供的功能与需求或用户手册相符。 方法： · 集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。 · 重要的功能应该投入更多的精力进行测试，并及时小结。 完成标准： · 功能实现，且可以正确执行。 · 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。 需考虑的特殊事项： · 注意开发组可能的功能变化和需求变更。 · 注意其中一些重要功能是与实际效果相关，并不是简单的功能实现。 · 注意值域测试的提示信息。 6.1.3 界面测试 测试目标 程序界面符合相关的 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 。 方法： · 按照相关规定逐项检查，包括菜单、按钮、版权信息等。 · 检查提示信息中的文字和标点符号、图标等。 完成标准： 程序界面符合相关的规范。 需考虑的特殊事项： · 注意启动画面和安装程序的版权信息。 · 注意版本信息。 6.1.4 值域测试 测试目标： 对于所有需要输入数据的地方，进行数据输入并检查其输出结果，进行值域测试不但要验证正确的输入数据能否得到正确的输出结果，同样也一定要检查输入错误的数据是否可以得到应该的反应，给出的错误提示是否正确和友善等。 方法： · 逐一对每个需要输入数据的地方进行检查，包括键入和粘贴方式。 · 检查出错是否有提示，提示信息是否正确。 完成标准： 常用的输入项可以实现测试目标。 需考虑的特殊事项： · 注意小键盘输入是否正常。 · 注意边界值的测试。 6.1.5 版本验证测试 测试目标： 验证开发组提交的版本是否值得进行系统测试。 方法： · 返测随版本提交的测试报告。 · 测试系统的基本功能。 完成标准： 得出继续测试或退回开发组的结论。 需考虑的特殊事项： · 此阶段时间不超过一天。 · 注意及时总结经验。 6.1.6 可用性测试 测试目标： 验证系统能否满足与非编系统基本要求相关的内容。 方法： · 测试主要针对重点模块进行，包括测试编剪的响应速度，节目播放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息的真实准确 等与非编系统基本要求相关的内容。 · 测试时应该考虑尽可能多的情况，并进行测试。 完成标准： 满足足够多的基本要求为标准。 需考虑的特殊事项： · 注意实用性的考虑。 · 注意总结和随时补充此类测试项。 · 如果时间不够，可以缩减或转给用户测试。 6.1.7 强度测试 测试目标： 通过此类测试，找出一般测试不能（易）发现的问题。 方法： · 针对重点模块，进行一些必要的加载测试，包括大数据量和长时间测试。 · 在各模块具有一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，进行整个系统的稳定性测试，同样包括加载测试。同时有可能的针对不同的用户，最好能够有不同的用户原型来模拟。 · 尽可能有用户测试，对用户反馈的问题进行验证。 · 有关容量的测试，包括硬盘容量、素材库容量、数据库的大小等。 · 测试死机或程序出错时的系统自我保护的能力，包括素材和节目的自动保存，数据库出现错误数据后的容错性能等。 完成标准： 连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据不丢失或丢失的情况在允许范围内。 需考虑的特殊事项： · 响应时间、事务处理速率等与时间相关的方面是否在允许范围内。 · 注意内存和CPU的使用情况。 · 注意数据的保存情况：素材和节目等。 · 注意及时总结经验。 · 如果时间不够，可以缩减或转给用户测试。 6.1.8 安全性测试 测试目标： 程序提供的安全性功能符合需求的设计。 方法： · 测试用户的安全性，包括用户创建，权限设置，权限的验证（更换用户，用户类型变化等），权限级别等。 · 测试项目、素材库、节目的安全性，主要针对是权限的验证。 · 测试数据库的安全性，主要是文件的保存和修改。 完成标准： 程序的安全性功能可以保证用户的正常使用。 需考虑的特殊事项： · 此方面经验比较少，需要摸索和总结。 6.1.9 裸机测试 测试目标： 在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。标准是裸机环境上程序运行正常。 方法： ·在干净的环境上，进行与其他测试环境相同的测试，应包括所有测试内容（一般有一台机器专门用于裸机测试）。· 完成标准： 证实干净系统的程序使用也是正常的。 需考虑的特殊事项： · 每个新的版本安装前，系统也必须重装（使用GHOST）。 · 注意必要的文件的安装（数据库支持文件等）。 6.1.10 安装测试 测试目标： 安装程序安装后程序可以正常运行，也能正常卸载。 方法： 分以下几种情况进行安装和卸载测试： · 首次安装。以前从未安装过 XXXX编辑系统 的新计算机。 · 更新1：以前安装过相同版本的 XXXX编辑系统 的计算机。 · 更新2：以前安装过较早版本的 XXXX编辑系统 的计算机。 · 更新3：不卸载直接覆盖安装。 完成标准： 证明程序在新安装的操作系统上可以正常运行。 需考虑的特殊事项： · 注意通过比较文件的数量和大小，检查注册表路径等方式，验证程序安装是否完整。 · 注意检查卸载后的剩余文件是否正常。 · 注意非默认路径的安装是否正确。 6.1.11 加密测试 测试目标： 加密+可以使用和不加密+不能使用两个方面都保证是正常的。 方法： · 测试插上加密狗，程序可以启动并使用正常。 · 测试不插上加密狗，程序不能启动。 · 启动后，拔掉加密狗，程序应该可以及时发出提示，并中止程序的使用。 · 将加密狗插到打印机共享器上，系统不能启动。 完成标准： 证实“使用加密狗+可以使用”和“不使用加密狗+不能使用”两个方面都保证是正常的。 需考虑的特殊事项： · 不同版本的加密狗（可能的标准版和三维版）应该有所不同。 6.2 工具 此项目将使用以下工具： 工具 厂商/自行研制 版本 测试管理 WORD、EXCEL Microsoft 2000 缺陷跟踪 自行研制 7．测试功能模块范围 模块名称 对应测试用例编号 主要功能 测试内容 优先级