测试计划模板范文.doc

测试计划模板范文 2.列出推荐的测试需求（高层次）。 3.推荐可采用的测试策略，并对这些策略加以说明。 4.确定所需的资源，并对测试的工作量进行估计。 5.列出测试项目的可交付元素。 1.2背景项目名称3yx交易平台任务提出者西安那蓝商务有限责任公司开发者长沙由创信息技术有限公司3yx交易平台的项目背景3YX游戏交易平台成立于xx年4月，是一家提供网游交易c2C服务的批发零售网站。 网站目前有注册会员数十万，每天以数千人的速度不断高速增长中。 3YX致力于整合网络游戏库存资源，确保交易安全，优化游戏币交易流程，提高服务质量，给广大的网络游戏玩家提供最低廉的价格和最满意的服务，让国内玩家轻松享受网络游戏的乐趣。 3yx交易平台的基本功能安全模块该模块提供例如实名认证、用户验证、手机密保、密保令牌等安全服务。 财务模块该模块包含财务审计、财务报表、用户余额、充值、提现、账务查询等功能。 游戏基础信息模块该模块用以维护和保存游戏的基础信息，如区、服，物品类别，属性等参数。 订单处理模块该模块实现订单的生成、处理、取消、结算、记录、查阅等功能。 报表统计模块该模块实现各种统计报表的提取、生成。 通信模块该模块包含短信网关、邮件、站内信、IM接口等。 数据交换模块该模块用来封装数据，向其他被授权模块提供查询和数据交换。 网站主体其余的完成网站所必需的功能，均属此模块。 1.3范围测试的各个阶段1.测试设计根据需求规格说明书和最终的系统设计，制订测试计划、测试方案，包括收集测试方法、测试用例，可能的测试工具等。 2.集成测试前期主要针对单个的功能和模块，及简单的功能组合，后期主要针对基本的流程；同时进行对新加入测试人员的培训。 3.系统测试前期根据需求规格说明书进行功能测试，中期是针对重点模块的性能测试，后期是模拟用户的业务测试，并结合可能的用户测试。 4.验收测试根据用户手册对功能进行检查，复查报告库中的所有BUG，对Release版本进行安装测试，典型配置环境的裸机测试，加密测试。 备注此测试计划不包含单元测试的内容。 22测试参考文档和测试提交文档2.1测试参考文档产品需求说明书产品概要设计产品使用说明书2.2测试提交文档1.测试用例通过测试前的准备和测试后的总结，不断完善测试用例，并按照模块分类，模块内分出优先级。 2.测试日志测试人员每天或阶段性进行小结，记录进行了哪些工作，包括未发现问题的部分和对系统（模块）现状的评价，以上记录保存到Notes库（3yx交易平台集成测试库和3yx交易平台系统测试库）中。 定期（每周）进行测试例会（可能的话，最好是开发和测试例会一起开），及时交流大家对系统现状的看法和急需解决的问题等，以上记录保存到Notes库中。 3.缺陷报告使用Notes上的报告库（3yx交易平台集成测试库和它的系统测试库）记录和管理缺陷报告。 测试完成后，对报告库（3yx交易平台集成测试库和它的系统测试库）进行和分析。 4.验收测试总结报告验收测试完成后，按照要求填写验收测试总结报告，对整个测试过程进行小结。 33测试进度3.1各测试阶段资源要求及时间安排人员设备时间安排测试计划钟旭坤测试方案张明集成测试刘涛、张明、刘月、夏文芳系统测试张明、周纱、钟旭坤无无测试用机13xx-08至xx-10，3周时间测试用机34套时间测试用机34套xx-06至xx-06xx-06至xx-06xx-11至xx-02，6周验收测试刘涛、钟旭坤、徐恒涛xx-03，2周时间3.2项目里程碑里程碑任务工作量开始日期结束日期制订测试计划1.0人月xx-06xx-06制订测试方案2.0人月xx-06xx-06集成测试2.0人月xx-08xx-10系统测试8.09.0人月xx-11xx-02验收测试2.0人月xx-03xx-03对于新加入测试人员的培训，前期提供了一些参考书和资料，供他们自学，估计只能达到初步了解的效果；由于时间比较紧，只能在集成测试阶段，针对3yx交易平台系统进行必要的培训；系统测试阶段也需要新加入的测试人员一边测试，一边了解相关的知识；希望通过这次的测试，新加入测试人员能够积累一定的经验。 4测试通过标准4.1;根据缺陷严重程度有1-urgent，2-very high，3-high，4-medium，5-low通过标准基本流程能够通畅的完成，核心功能可以体现基本界面符合术语规范，不存在错误或明显歧义；所有可使用的流程中的界面设计工作必须完成；按照标准流程没有出现各种非正常提示；关键流程和流程中的基本数据备份恢复没有问题；所有报表能够在基本数据的基础上正确生成；非1，2，3级BUG的遗留数不能超过总用例数的5%5.1角色下表列出了在此项目的人员配备方面所作的各种假定。 角色推荐的最少资源（所分配的专职角色数量）具体职责或注释测试主管理钟旭坤进行管理监督。 职责提供技术指导获取适当的资源生成测试计划，测试方案管理测试数据（Notes数据库）收集测试用例参与测试测试员刘涛、张明、刘月、夏文芳执行测试。 职责执行测试记录结果从错误中恢复（返测报告）收集测试用例测试系统管理员张明确保测试环境和资产得到管理和维护。 职责管理测试系统授予和管理角色对测试系统的访问权5.2系统测试项目所需的系统资源。 1.硬件资源CPU P41.5G以上，或者双PIII800以上。 主板Pinnacle推荐的主板，带有AGP插槽，5个PCI32插槽。 如果需要支持3路无压缩视频流实时播放，则需要带有2个PCI64插槽。 内存1G（最好2G）。 显卡支持双屏显示，带有OpenGL加速的显卡，显存不低于32MB。 支持2048768真彩色，支持YUV直接显示。 如ELSA SynergyIII（NVIDIA QUADROMXR）、AGP、32MB、Dual MonitorSupport。 视频卡b系列及配套的接口箱。 SCSI卡支持SCSI160的双通道SCSI卡机箱带有配套视频接口背板的机箱。 硬盘1块IDE或SCSI系统硬盘（160G以上），SCSI硬盘阵列（4块或者8块10000转以上的SCSI硬盘）。 2.软件环境Windows2000SP2b系列的SDK驱动XXXX系统4.045系统风险?由于目前同类产品比较多，市场压力比较大。 ?计划的测试时间，不能满足测试组的要求，主要是功能冻结后的系统测试的时间可能不够。 ?测试资源的及时到位（设备和人员）。 ?测试人员的培训。 ?开发进度的变化，需求或设计的变更。 ?开发组的版本控制。 56测试策略6.1测试策略1.数据库测试针对与数据库相关的功能进行测试，通过对数据的读写操作测试数据库。 以数据库运行正常，数据不丢失为标准。 2.功能确认测试集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。 以按需求或用户手册所列功能检查一遍为标准（每个版本周期内）。 3.界面测试只在系统测试阶段进行，按照相关规定进行检查。 以按相关要求规定检查一遍为标准。 4.值域测试只在系统测试阶段进行，针对总结（测试过程中逐步总结）出的常用项进行检查。 以常用功能项检查一遍为标准。 5.版本验证测试在系统测试和验收测试进行，尽量避免因开发组版本控制问题影响测试效果。 进行必要的报告返测和系统的基本功能测试，一般时间为一天。 以确认版本是否值得进行测试为标准。 6.可用性测试在系统测试的中后期展开，主要针对重点模块进行。 测试编剪的响应速度，节目播放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息的真实准确等与非编系统基本要求相关的内容。 以满足足够多的基本要求为标准。 7.强度测试在系统测试的中后期展开，通过模拟用户的测试进行，验证系统的健壮性。 首先进行一些必要的负载测试，在达到一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，找出一般测试不能发现的问题。 连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据丢失在允许范围内为标准。 8.安全性测试在系统测试阶段进行。 针对与之相关的模块的测试同步进行。 以满足基本的安全性要求为标准。 9.裸机测试在系统测试的中后期和验收测试进行。 在干净的环境上，进行与其他测试环境相同的测试，应包括所有的测试内容。 标准是裸机环境上程序运行正常。 10.安装测试在系统测试的中后期和验收测试进行。 以安装正常，并且卸载正常为标准。 11.加密测试在系统测试的中后期和验收测试进行。 主要是针对于加密狗问题的测试。 标准是加密+可以使用和不加密+不能使用两个方面都保证是正常的。 6.1.1数据库测试测试目标确保数据库访问方法和进程正常运行，数据不会遭到损坏。 方法分别针对用户管理、素材库、特技库和节目等不同的数据库访问进行测试。 分别测试数据的新建、修改、删除等，包括单个数据和大量数据的读写。 测试间接方式的数据读写，例如采集、素材打点等。 测试数据的查找功能，检查返回的数据是否正确，并测试相关功能。 测试数据的不同显示方式。 测试有效和无效数据对数据库的影响。 完成标准所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 需考虑的特殊事项数据库的效率如何？对于出错情况的保护，包括自动保存，手动保存等。 错误数据的清理，自动或手动。 如果需要，可以使用必要的测试工具或测试方法。 6.1.2功能测试测试目标系统提供的功能与需求或用户手册相符。 方法集成测试阶段主要针对大的功能实现进行测试，系统测试阶段依据需求规格说明书逐项测试，验收测试阶段依据说明书逐项测试。 重要的功能应该投入更多的精力进行测试，并及时小结。 完成标准功能实现，且可以正确执行。 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。 需考虑的特殊事项注意开发组可能的功能变化和需求变更。 注意其中一些重要功能是与实际效果相关，并不是简单的功能实现。 注意值域测试的提示信息。 6.1.3界面测试测试目标程序界面符合相关的规范。 方法按照相关规定逐项检查，包括菜单、按钮、版权信息等。 检查提示信息中的文字和标点符号、图标等。 完成标准程序界面符合相关的规范。 需考虑的特殊事项注意启动画面和安装程序的版权信息。 注意版本信息。 6.1.4值域测试测试目标对于所有需要输入数据的地方，进行数据输入并检查其输出结果，进行值域测试不但要验证正确的输入数据能否得到正确的输出结果，同样也一定要检查输入错误的数据是否可以得到应该的反应，给出的错误提示是否正确和友善等。 方法逐一对每个需要输入数据的地方进行检查，包括键入和粘贴方式。 检查出错是否有提示，提示信息是否正确。 完成标准常用的输入项可以实现测试目标。 需考虑的特殊事项注意小键盘输入是否正常。 注意边界值的测试。 6.1.5版本验证测试测试目标验证开发组提交的版本是否值得进行系统测试。 方法返测随版本提交的测试报告。 测试系统的基本功能。 完成标准得出继续测试或退回开发组的结论。 需考虑的特殊事项此阶段时间不超过一天。 注意及时总结经验。 6.1.6可用性测试测试目标验证系统能否满足与非编系统基本要求相关的内容。 方法测试主要针对重点模块进行，包括测试编剪的响应速度，节目播放的实时性，与字幕的配合，采集录制的帧精确，素材和用户信息的真实准确等与非编系统基本要求相关的内容。 测试时应该考虑尽可能多的情况，并进行测试。 完成标准满足足够多的基本要求为标准。 需考虑的特殊事项注意实用性的考虑。 注意总结和随时补充此类测试项。 如果时间不够，可以缩减或转给用户测试。 6.1.7强度测试测试目标通过此类测试，找出一般测试不能（易）发现的问题。 方法针对重点模块，进行一些必要的加载测试，包括大数据量和长时间测试。 在各模块具有一定稳定性的基础上，开始模拟用户的测试，并与可能的用户测试相结合，进行整个系统的稳定性测试，同样包括加载测试。 同时有可能的针对不同的用户，最好能够有不同的用户原型来模拟。 尽可能有用户测试，对用户反馈的问题进行验证。 有关容量的测试，包括硬盘容量、素材库容量、数据库的大小等。 测试死机或程序出错时的系统自我保护的能力，包括素材和节目的自动保存，数据库出现错误数据后的容错性能等。 完成标准连续正常使用不死机的时间在允许范围之内（1天死机1次），出错后数据不丢失或丢失的情况在允许范围内。 需考虑的特殊事项响应时间、事务处理速率等与时间相关的方面是否在允许范围内。 注意内存和CPU的使用情况。 注意数据的保存情况素材和节目等。 注意及时总结经验。 如果时间不够，可以缩减或转给用户测试。 6.1.8安全性测试测试目标程序提供的安全性功能符合需求的设计。 方法测试用户的安全性，包括用户创建，权限设置，权限的验证（更换用户，用户类型变化等），权限级别等。 测试项目、素材库、节目的安全性，主要针对是权限的验证。 测试数据库的安全性，主要是文件的保存和修改。 完成标准程序的安全性功能可以保证用户的正常使用。 需考虑的特殊事项此方面经验比较少，需要摸索和总结。 6.1.9裸机测试测试目标在干