-
测试计划方案文档
通常情况下，测试计划和测试方案可合为一个文档
文档说明： 包含文档目的和读者对象
文档目的：编写文档的目的、文档时用到的约定和文档的编排方式
读者对象：包括部门经理/高级经理、项目经理、项目组、测试人员、配置管理员及其他相关人员
术语与参考： 包含参考资料与术语解释
参考资料：填写本文档时使用的参考资料，如详细设计文档、开发文档等
术语解释：解释测试人员使用的专业术语，如集成测试、冒烟测试的含义等
测试计划概述： 包含测试系统概述、测试目标、测试方法、测试里程碑、测试系统发布及沟通策略
测试系统概述：介绍测试的系统体系结构、组件、集成测试相关的系统分解或者组装情况
测试目标、方法及策略：说明测试目标、方法（手工、自动）、分阶段测试的策略等
测试系统发布及沟通策略：根据项目的开发情况、说明测试工作和开发工作的协调关系、系统发布的策略等。
测试范围： 从系统的功能模块及测试类型经行阐述。对需要测试的、不测试的内容分别进行说明
分阶段测试： 包含测试阶段定义、准入与准出标准、测试内容
测试阶段定义
准入与准出标准
测试内容
环境与工具： 包括测试环境与测试工具
测试环境：根据不同测试类型的测试要求，可能要搭建不同的测试环境进行测试。
测试工具：采用的测试工具及用途、来源和版本
测试开发： 包括测试需求、测试系统设计、测试用例库、测试包及其说明、分析模板[可选]
测试需求：由需求说明书提取出来的测试需求（详情见项目测试整体需求）
测试系统设计包括测试用例库、测试包以及说明
测试用例库：按不同的测试类型分类，列举本项目开发的所有测试用例
测试包及其说明：测试用例用“；”分割
分析模板[可选]：根据业务流程画出测试设计的分析模型
阶段测试详细计划： 根据项目情况，计划每个阶段中的每一轮的测试计划，包括测试的系统版本和测试物、策略、要求、人员、进度、采用的测试包或测试用例等
测试执行管理与评价： 阐述项目测试的发布、测试记录与缺陷管理等遵守的规范、规则等内容，以及本项目测试的小结和总结的计划
风险列表： 阐述项目测试可能遇到的风险
附录： 附录A测试用例、附录B测试脚本等、链接到相应的文档
-
项目测试整体需求文档
测试需求概述： 描述本文档的目的、项目达成的标准等
被测对象： 简述描述测试项目的背景、重要模块、需达到的质量目标等
测试模型需求： 包括测试原理/策略需求和操作流程需求
测试原理/策略需求：描述所需要测试类型的内容及是否使用辅助工具等
操作流程需求：描述不同类型测试键的先后顺序，以及测试流程的先后顺序。
整体测试需求
测试环境需求：描述所需测试类型的环境需求，如功能测试环境、性能测试环境需求
被测对象需求：
~应测试的特性包括：
a、功能特性——需测试的模块及其功能
b、性能特性——测试系统需要达到的性能指标
c、配置特性——使用的操作系统、硬件限制以及数据库版本等
~不被测试的特性：如界面UI测试及稳定性测试等
测试工具需求：描述本项目需使用的测试工具
测试代码需求：如需建立自动化测试代码、性能测试代码以及需自构测试工具等
测试数据需求：描述项目使用到的测试数据
测试人员需求：测试人员资历以及他们需具备的技能标准
测试设计需求
测试工具设计需求：如有自建测试工具的需求，此处详细描述工具的特性功能设计方案
测试代码设计需求：如有自建测试代码的需求，此处详细描述代码的特性功能设计方案
测试用例设计需求：此处描述测试用例的框架结构以及使用的设计方法
-
项目测试细化需求文档
掌握了系统整体需求说明数的主要组成部分后，测试人员需要对系统进行各个模块的细化需求提取工作，项目测试细化需求文档可以根据项目的特性来进行细化。
在该示例中，项目测试细化需求分为需求汇总信息分析、流程分析、数据功能点分析和校色部门分析
? 需求汇总信息分析内容：
? 测试需求流程分解内容：
? 测试数据功能点分析内容：
? 测试角色及部门分析内容：
-
项目用例文档
测试框架可以分为俩种类型：
- 代码型测试框架：如自动化测试中需使用的框架Cucumber和RobotFramework等，也可以是自己编写的框架。测试人员可以简单地使用这些框架完成测试用例管理、执行测试、输出测试报告等工作。
- 用例型测试框架：编写测试用例的框架（测试用例框架 = 测试用例整体需求 + 测试用例层级关系）。
测试用例汇总表
界面测试用例
功能测试用例
流程测试用例
接口测试用例
性能测试用例
性能测试实现方式有俩种：
1、通过负载接口压测来实现接口的性能测试，一般可以通过程序模拟或jmeter工具来完成
2、不通过负载，单用户情况下的响应情况，可以人为地通过htpwatch等工具来完成
-
缺陷报告
原文地址：https://www.cnblogs.com/CSgarcia/p/9661862.html