一、测试岗位必备的文档
在一个常规的软件测试流程中，会涉及到测试计划、测试方案、测试用例、测试报告的编写，这些文档也是软件测试岗位必须掌握的文档类型。
1、测试计划
测试计划是组织管理层面的文件，从组织管理的角度对一次测试活动进行规划。对测试全过程的测试范围、组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务分配以及时间进度安排，并提出对各项任务的评估，风险分析和管理需求。
编写时间及依据：
需求分析阶段之后，在开展具体测试活动之前，由测试负责人，主要参考《需求规格说明书》进行测试计划编写。
编写测试计划目的：
项目经理及测试老大更好地把控项目进度，进行相应资源调配等
测试组成员清楚整个项目计划情况，清楚不同阶段所要进行的工作内容及时间
便于其他成员了解测试组的工作任务安排，更好地进行团队协作
测试计划内容：
why—编写目的，为什么要做计划；
what—测试范围，测试哪些方面，不同阶段的工作内容；
when—任务进度安排，同任务阶段的起止时间；
where—相应文档，缺陷的存放位置，测试环境等；
who—人力物力资源分配，哪些测试人员分别负责哪些测试工作；
how—测试方法和策略，使用哪些测试工具
2、测试方案
测试方案一般是对测试计划的进一步细化和明确，是技术层面的文档。它描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计及选择、测试用例的设计方法、测试代码的设计方案等。
测试方案编写时间和依据：
一般是在测试计划完成后进行编写，主要由经验丰富的测试人员，依据《需求规格说明书》和《概要设计说明书》进行设计。
编写测试方案目的：
为后续的测试执行工作明确具体的测试点和测试方法
明确测试所需的各项测试环境及其他测试需求；
方便项目管理者、软件开发人员、软件维护人员和测试人员进行后续维护，找到缺陷原因提供依据
测试方案的核心内容：
明确测试策略
将测试特性进行细化，包括要采用的具体测试技术及工具
测试阶段的准入准出标准及技术方法
测试用例的规划
测试环境的规划
自动化测试框架的设计
3、测试用例
测试用例是为项目需求而编制的一组包含测试输入、执行条件以及预期结果的文档，以便测试某个程序是否满足客户需求。主要为excel和脑图两种形式。
测试用例编写时间和依据：
一般是在测试计划和方案明确后进行编写，依据《需求规格说明书》、原型图、《概要设计说明书》等进行设计。
编写测试用例目的：
是测试工作的指导，是软件测试质量稳定的根本保障，评估测试结果的基准。
有一份用例来指导测试执行，可以在测试人员疲累的时候起到一个牵引作用。
编写用例的过程中，通过熟悉需求，对系统架构或业务有更深入理解
可避免测试背锅
测试用例内容：
用例编号：唯一性，一般规则：产品名_测试阶段(it st uat)_测试项_数字
测试项目：对应一个功能或子功能模块
测试标题：一句话总结当前测试的用意和目的
重要级别：高/中/低
预置条件：需要满足一些前提条件，否则用例无法执行
测试输入：需要加工的输入信息，跟步骤结合起来一定要具有指导性意义
操作步骤：明确给出每个步骤的描述，执行人员可以根据该步骤完成执行工作
预期结果：根据预期输出比对实际结果，来判断被测对象是否符合需求
实际结果：通过测试执行后的实际结果，写用例时为空。
4、测试报告
测试报告是指把测试的过程和结果写成文档，对发现的问题和缺陷进行分析，为纠正软件存在的质量问题提供依据，同时为软件验收和交付打下基础。
测试报告时间和依据：
测试结束后进行编写，一般由测试负责人编写，主要依据 需求文档、测试计划、测试用例、bug记录进行设计。
编写测试报告目的：
确保测试计划是否得到完整执行、测试覆盖率是否达到预定要求
项目是否结项的重要参考和依据
工作的总结，给予项目组成员开发流程规范和质量上的思考
测试报告内容：
编写目的及范围：目的、依据、测试范围、测试环境
测试过程：测试组织、测试时间及人员任务、用例覆盖率/执行率/通过率
缺陷统计与分析：缺陷汇总、缺陷分析、遗留缺陷统计
测试总结：风险分析与建议、测试结论
二、接口测试&自动化测试相关文档
1、接口测试用例
编写时间及依据：后端开发定义了接口文档，依据接口定义文档或概要设计文档 编写
包含内容：
编号、标题、接口名称
接口地址、请求方法、请求头、请求参数
响应体信息、数据库操作
2、接口测试报告
编写时间及依据：已完成接口测试，依据测试计划、接口定义文档、接口用例、bug记录
包含内容：
测试目的和范围
测试工具及资源
测试记录和结果分析
测试结论
3、自动化测试方案
编写时间及依据：测试计划(计划中有明确自动化测试任务)后，依据产品需求、测试计划编写
包含内容：
编写目的、项目情况、测试范围、自动化实施任务
自动化技术选型，包括采用的相关技术、框架思想
测试环境，包括硬件环境和软件环境
测试人员进度及任务安排、交付物管理
三、性能测试相关文档
1、性能测试方案
编写时间及依据：性能测试需求明确后；性能需求的来源，可以是需求文档、技术设计文档及合作团队沟通交流中形成
包含内容：
编写目的、性能指标、测试对象
性能测试场景设计、性能测试用例设计
测试环境、测试工具、测试人员安排
进度安排、交付清单、风险评估
2、性能测试用例
编写时间及依据：已完成测试方案设计；依据测试方案编写
包含内容：
基本信息：编号、测试模块、性能场景、前置条件
性能指标：并发用户数、响应时间、TPS、事务成功率等
服务器资源利用率：CPU、内存、磁盘I/O等
3、性能测试报告
编写时间及依据：已完成性能测试执行，不一定等开发调优完成后
包含内容：
编写目的及范围
测试工具及环境
测试记录及结果分析：一定要包含性能测试中产生的图表数据及对应结论
测试总结论
四、易用性&安全测试相关文档
1、易用性测试
概念：对于用户来说是否易于学习和使用、减轻记忆负担、使用的满意程度等，主观性比较强，一般要根据很多用户的测试反馈信息，才能评价易用性。
包括：易理解性测试、易学性测试、易操作性测试、吸引性测试、易用的依从性测试
2、安全测试
概念：安全测试是在IT软件产品的生命周期中，特别是产品开发基本完成到发布阶段，对产品进行检验以验证产品符合安全需求定义和产品质量标准的过程。通俗点来说，检查系统对非法侵入渗透的防范能力。
包括：程序、网络、数据库安全性测试。
五、项目管理相关文档
1、PERT估算表
概念：PERT（Program Evalution and Review Technique）-计划评审技术，通过考虑估算中的不确定性和风险，可以提高活动持续时间估算的准确性。
使用三种估算值来界定活动持续时间的近似区间: 最可能时间、最乐观时间、最悲观时间
2、WBS任务分解估算
概念：WBS(Work Breakdown Structure)-工作分解结构，是一种估算方法。创建WBS的过程就是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。
作用：1.利于早期理解工作范围 2.利于交付期望的成果 3.利于分配和解释工作 4.为范围变更控制提供基准 5.改善沟通，达成共识
3、项目工作排期表
把项目工作按阶段评估工作量、明确时间、责任人。可按照WBS 分解法进行评估。
4、甘特图
概念：又称为横道图、条状图(Bar chart)。其通过条状图来显示项目、进度和其他时间相关的系统进展的内在关系随着时间进展的情况。以图示通过活动列表和时间刻度表示出特定项目的顺序与持续时间。
5、测试进度监控表
概念：测试进度监控，特别是测试执行进度监控，是测试过程中的关键测试活动。做好测试执行进度监控，其次在测试过程中获取和分析当前的测试状态和信息，并不断跟踪和修正应对活动的有效性。
主要包括：项目进度、测试执行、缺陷情况等。
6、风险追踪表
概念：记录项目开发过程中可能出现、已出现的风险事件，包括风险描述、影响、风险等级、应对策略、风险状态、责任人等。
7、TPI测试关键域
概念：TPI(Test Process Improve)-测试流程改进，是基于连续性表示法的测试过程改进的参考模型,是在软件控制、测试知识以及以往经验的基础上开发出来的。
作用：TPI 模型用于支持测试过程的改进，包括一系列的关键域、生命周期、组织、基础设施、工具及技术，并可用于了解组织内测试过程的成熟度。
8、质量度量指标
概念：软件质量度量就是衡量软件品质的一种手段。
从产品完成度、产品质量、测试完成度、研发过程质量、计划偏离度量、产品质量趋势几个维度实施。
9、缺陷数据度量分析
概念：以量化分析的形式，制作的缺陷报告。
内容：缺陷到达率、缺陷移除率、缺陷分布率、缺陷修复率、缺陷修复轮次统计、缺陷有效率、阶段缺陷分布、缺陷类型分布、测试活动缺陷率。
10、项目质量月报/周报
项目质量月报：以月的形式进行项目总结。包括测试完成度、产品完成度、产品质量、研发过程质量、任务计划偏离度、质量趋势。
项目质量周报：以周的形式进行项目总结。包括任务进度、风险分析、测试资源、用例执行、需求覆盖、缺陷汇总。
11、测试工程师能力胜任考核表
概念：用于年终、评级、升职涨薪等情况下的测试人员的能力考核。
考核维度：专业能力、业务能力、职业素养、管理能力。
12、年终报告
概念：年终的时候，需要对本年度的整体工作做总结汇报。
内容：项目概述、工作业绩、亮点和不足、未来展望。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
