测试计划和测试报告
测试报告和测试计划是每位测试人员必须会编写的文档，当然如果你足够幸运的话可能不需要你来编写，而是测试主管来编写，就作者公司而言，当需求的测试周期大于半个月时才会要求编写测试计划，其余小需求没有做强制要求
一.测试报告包含内容
1.简介：编写目的/参考文档/术语定义
2.测试背景：项目背景和测试环境(什么架构上，进行了什么类别的测试，依据了什么文档)
3.进度执行情况：人员安排和每个模块的测试时间和版本信息
4.用例执行情况：用例数分布（模块，类型）和执行率和通过率
5.缺陷统计情况：缺陷数量统计，缺陷重要级别统计，缺陷在不同版本的数量和重要级别，缺陷总数和修复数和遗留以及遗留原因，重要级别的bug主要是什么问题，列举一些以南bug说明
6.测试结论：此次测试通过与否
7.测试建议：通过此次测试对之后测试有何建议
a.在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。
b.发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效 bug。
c.开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。
d.开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug，而且，这样可以保证发现的
bug 都能够被跟踪
二.测试计划包含内容（牢记5W1H原则）
5W1H原则：why（项目介绍） when（进度安排） what（测试重点） who（人员安排） where（硬件） how（测试方法/自动化，手动，工具）
1.测试目的：定义测试计划的重点，功能/性能/流程/数据(易用性/恢复。。。)
2.测试项目简介：软件产品规格，软件产品信息，软件产品简介主要功能，项目背景，软件面向用户
3.测试参考文档：测试依据以及测试计划编写参考文档，例：需求说明书/概要设计/详细设计/数据库设计/用户手册/开发计划
4.测试提交文档：测试用例/日报周报/缺陷报告/总结报告
5.术语和定义：项目中专业术语的解释
6.测试策略：进入/退出标准(准入准出，开始标准，结束标准)
退出：是否提交该轮测试的测试报告，用例执行率，缺陷遗留情况
进入：上一轮测试退出结果
7.确定测试内容：功能/性能/安全等测试的范围和内容
8.资源：人力资源（角色/人数/指责）系统资源(软硬件)
9.测试进度：各个测试阶段对于人力和系统资源以及时间的安排
10.测试人员的任务分配：所属模块的负责内容
11.风险和问题：需求整改/人员流动/测试工程师对业务的了解度/软硬件环境
12.测试工具：测试过程会用到的工具（管理工具禅道和QC（TD）(ALM)，性能工具jmeter/loadruner,自动化功能工具QTP/seleium网页/appium，接口工具jmeter,postman,fiddler）