软件测试计划模版VIP免费

<公司名称>项目开发单位：息技术有限公司项目使用单位：项目测试单位：技术有限公司测试计划（仅供内部使用）拟制人：日期：2009-10-20审核人：日期：2009-10-20批准人：日期：2009-10-20修订历史记录日期版本说明作者<公司名称>2009-10-20V9.82<项目名称>Version:测试报告Date:目录1.简介41.1目的41.2背景41.3范围41.4参考文档52.测试需求63.测试策略73.1测试类型73.1.1数据和数据库完整性测试73.1.2功能测试73.1.3业务周期测试93.1.4用户界面测试103.1.5性能评价113.1.6负载测试123.1.7强度测试133.1.8容量测试143.1.9安全性和访问控制测试153.1.10故障转移和恢复测试163.1.11配置测试183.1.12安装测试193.2工具204.资源214.1角色214.2系统235.项目里程碑及风险分析246.可交付工件256.1测试文档256.2测试日志256.3缺陷报告及处理257.测试管理及任务267.1接收测试的条件267.2测试时间安排267.3测试过程控制267.4测试评审与通过标准26<项目名称>Version:测试报告Date:Error:Referencesourcenotfound1.简介1.1目的Error:Referencesourcenotfound的这一“测试计划”文档有助于实现以下目标：•[确定现有项目的信息和应测试的软件构件。•列出推荐的测试需求。•推荐可采用的测试策略，并对这些策略加以说明。•确定所需的资源，并对测试的工作量进行估计。•列出测试项目的可交付元素。•明确测试管理过程及测试任务]1.2背景[输入测试对象（组件、应用程序、系统等）及其目标的的简要说明。需要包括的信息有：主要的功能和特性、测试对象的构架以及项目的简史。]1.3范围[描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。列出可能会影响测试设计、开发或实施的所有约束。]<项目名称>Version:测试报告Date:1.4参考文档下表列出了制定测试计划所用的文档，并标明了文档的可用性：[注：可以视情况删除或添加项目。]文档（版本/日期）已创建或可用已被接受或已经过复审作者或来源备注需求规约是否是否功能性规约是否是否用例报告是否是否项目计划是否是否设计规约是否是否原型是否是否用户手册是否是否业务模型或业务流程是否是否数据模型或数据流是否是否业务功能和业务规则是否是否项目或业务风险评估是否是否<项目名称>Version:测试报告Date:2.测试需求下面列出了那些已被确定为测试对象的项目（用例、功能性需求和非功能性需求）。此列表说明了测试的对象。[在此处输入一个主要测试需求的高层次列表。]<项目名称>Version:测试报告Date:3.测试策略[测试策略提供了推荐用于测试对象的方法。上一节“测试需求”中说明了将要测试哪些对象，而本节则要说明如何对测试对象进行测试。对于每种测试，都应提供测试说明，并解释其实施和执行的原因。如果不实施和执行某种测试，则应该用一句话加以说明，并陈述这样做的理由。例如，“将不实施和执行该测试。。该测试不合适。”制定测试策略时所考虑的主要事项有：将要使用的方法以及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、受控的数据库来执行，可按实际需要进行删减。]3.1测试类型3.1.1数据和数据库完整性测试[数据库和数据库进程应作为<项目名称>中的子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS)，还需要进行深入的研究，以确定可以支持以下测试的工具和方法。]测试目标：[确保数据库访问方法和进程正常运行，数据不会遭到损坏。]方法：[调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据或对数据的请求。检查数据库，确保数据已按预期的方式填充，并且所有数据库事件都按正常方式出现；或者检查...