《软件测试计划模板.doc》由会员分享，可在线阅读，更多相关《软件测试计划模板.doc（10页珍藏版）》请在三一文库上搜索。
1、产品名称测试计划模板文档标识：当前版本：1.0当前状态：草稿发布日期：发布修改历史日期版本作者修改内容评审号变更控制号目录1简介31.1目的31.2背景31.3范围31.4术语31.5参考文档32测试需求33测试资源33.1人力资源33.2系统资源44测试环境44.1用户环境44.2测试环境45测试策略45.1测试交接标准45.1.1单元测试交接标准（可剪裁）45.1.2集成测试交接标准45.1.3系统测试交接标准55.2测试通过标准55.3测试类型55.3.1测试类型155.3.2测试类型265.4测试实施阶段66估计结果记录66.1估计的假设条件66.2集成测试用例数66.3系统测试用例数
2、76.4工作量估计77风险管理78组间协调79度量与分析79.1数据采集79.2度量分析810工作产品与规模811测试进度91 简介1.1 目的指出特定的软件测试计划的具体目的，还需指出该计划所适用的阅读对象；1.2 背景对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。1.3 范围描述测试的各个阶段（如单元测试、集成测试、系统测试、验收测试等），并说明本计所采用的测试类型（如功能测试、性能测试、安全性测试等）。简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。1.4 术语列出计划正文中需要解释术语的定义，必
3、要时，还要给出这些定义的英文单词及其缩写词。1.5 参考文档下表列出了制定测试计划时所使用的文档（项目文档、标准文档、工具文档），并标明了各文档的可用性。文档名称文档标识号及版本号作者备注2 测试需求将确定被当作测试对象的各项需求（例如用例、功能性需求和非功能性需求）的跟踪管理矩阵明确列出，并列出将要测试的对象以及测试优先级。优先级分为：H - 必须测试；M - 应该测试，只有在测试完所有 H 项后才进行该测试 ；L - 可能会测试，但只有在测试完所有 H 和 M 项后才进行测试 。详情请参见测试管理工作表测试用例状态跟踪页。3 测试资源3.1 人力资源下表列出在此项目的人员配备方面所做的各种
4、假定，包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等。角色（人数）姓名具体职责测试经理测试策划测试设计工程师测试方案与测试用例设计、测试总结测试工程师测试执行3.2 系统资源下表列出了测试项目所需的系统资源，包括软、硬件资源、测试工具等。资源名称/类型基本配置及数量测试数据库服务器PC台式机系统软件应用软件测试管理平台性能测试工具4 测试环境4.1 用户环境此处描述用户运行系统时的环境要求，比如所要求的操作系统、软件版本以及其他的一些特殊环境要求等，可根据不同的项目特征和实际情况，考虑是否需要此节。4.2 测试环境此处描述测试所需要搭建的环境，需根据用户环境来确定必须的测试环境，以
5、确保能有效地模拟用户环境，尽可能解决用户运行此系统时所发生的突发状况。5 测试策略5.1 测试交接标准此处描述每种由测试组进行的测试的交接标准，即到什么程度就可以进行单元测试/集成测试/系统测试了。5.1.1 单元测试交接标准（可剪裁）该测试由谁（项目组或测试组）来进行由各项目组根据项目需要进行约定（此小节可选）。5.1.2 集成测试交接标准该测试由谁（项目组或测试组）来进行由各项目组根据项目需要进行约定（此小节可选）。5.1.3 系统测试交接标准 约定的测试内容全部完成，并通过单元测试，由相关人员签字确认。 程序包通过配置代表和QA的审核，并纳入配置库进行管理。 由项目经理或者指定的责任人填
6、写测试交接清单，并由所有相关人员签字确认。5.2 测试通过标准此处描述测试完成标准。1.计划的测试用例已全部执行。 2.经确定的所有缺陷都已得到了商定的解决结果，且没有发现新的缺陷；5.3 测试类型此处描述对测试对象将进行的测试类型和测试策略，主要考虑的事项有：本阶段测试将要使用的技术、进入该测试阶段的准则、判断该阶段测试何时完成的标准以及测试重点和优先级、需考虑的特殊事项等。测试类型详情请参考系统测试规程。5.3.1 测试类型1测试范围测试目标技 术工具与方法开始标准完成标准测试重点 测试优先级需考虑的特殊事项确定所有会影响测试策略中所述测试工作的影响因素或依赖关系。这些影响因素可能包括：
7、1. 人力资源（如用来支持/参与测试的非测试资源的可用性或对这些资源的需要） 2. 约束（例如设备限制或可用性，或对特殊设备的需要/特殊设备的缺乏） 3. 特殊需求（例如测试时间安排或对系统的访问） 5.3.2 测试类型2同5.3.1。5.4 测试实施阶段下表说明测试将在哪个阶段执行。测试类型测试阶段单元测试集成测试系统测试验收测试功能测试性能测试X(X) 可选，或者当系统性能测试发现缺陷时性能测试X(X) 可选用户界面测试X(X) 可选 兼容性测试XX 安装测试XX(X) 可选(X) 可选回归测试当被测试的软件或其环境改变时，在合适的测试阶段进行回归测试6 估计结果记录6.1 估计的假设条件
8、描述作为估计和计划的基础的假设条件。对于功能性部件的测试设计和实现任务采用功能点估计方法，并应用公司历史数据库中的数据，如功能点估计参数、各开发阶段的功能点实现效率等。参照项目估计规程进行。6.2 集成测试用例数（可选）可根据要进行的测试类型或要测试功能点进行估计。功能模块最多用例数适中的用例数最少的用例数合计模块1ABC（A+4B+C）/6模块2模块3合计6.3 系统测试用例数功能模块最多用例数适中的用例数最少的用例数合计模块1ABC（A+4B+C）/6模块2模块3合计6.4 工作量估计写出工作量估计的过程或采用的公式。单位：（人小时）阶段工作量最多工作量适中工作量最少工作量合计测试策划AB
9、C（A+4B+C）/6测试设计测试实现测试执行测试总结合计7 风险管理评估测试中可能存在的风险对项目测试的影响程度，详情请见测试管理工作表测试风险管理页。8 组间协调此处列出测试活动中需要的组间协调活动，详情请见测试管理工作表组间协调页。9 度量与分析9.1 数据采集在下表填上将要采集的原始数据。原始数据来 源采集频度负责人测试用例数测试计划原始数据来 源采集频度负责人测试缺陷数测试管理工作表9.2 度量分析在下表填上将要根据原始数据进行度量的度量指标度量名称说 明类别上限值下限值测试代码覆盖率测试执行的代码行数除以代码行总数（需要工具支持）覆盖测试需求覆盖率测试程序或测试用例支持的需求数量除以需求的总数量来计算覆盖测试执行率已执行的测试程序（测试用例）数量/测试程序（测试用例）的总数量。这种测试程序执行度量表示测试工作的广度。进度测试通过率成功执行的测试程序（测试用例）与测试程序（测试用例）执行数之比。当前质量比率度量表示演示成功的功能数质量10 工作产品与规模本节列出了测试过程中将产生的工作产品及其规模估计、交付时间和审核类型等。工作产品名称估计文档大小（页）文档标识计划完成日期评审类型测试计划.doc20页正式评审11 测试进度此处描述软件测试活动在软件项目开发过程中的时间安排，详情参见测试进度表。