软件测试学习 之 测试计划与测试报告

测试计划

一般来说，在产品需求确认，做过测试需求分析之后我们就要开始编写测试计划。

测试计划的内容

• 测试范围 明确测什么？比如：产品的具体业务需求有哪些？产品是web端的还是移动端的，还是两者都有？
• 测试策略 明确怎么测。对不同业务需求，具体要有哪些测试类型、测试场景、测试方法。
• 资源安排 包括测试人员的安排，测试环境是怎样的，测试工具的选择等。
• 进度安排 在明确测试范围、方法和人员之后，我们要考虑什么时候开始测试，预计要测试多久？以便和开发计划、上线计划衔接。
• 发布标准 发布标准是测试完成和产品上线需要满足的条件，以便项目内所有角色都有一致认可的目标。怎样才算是测完了？达到怎样的标准才可以上线？
• 风险预防 最后，我们需要对整个测试过程中可能存在的风险，以及当这些风险发生时的应对措施提前进行一些考虑和准备，并在测试计划中体现出来。

测试计划的模板

————————————
每个目录的具体内容参见
作者：fin_123
来源：csdn
你知道测试大牛怎么写测试计划的吗？
https://blog.csdn.net/zouhui1003it/article/details/80659177

————————————

测试报告

测试报告中很关键的一点就是，必须客观真实的反应软件测试的质量检测结果。所以在报告中，应该排除过多的个人因素，客观的去填写结果、说明和报告。但是，如果你有一些想法和建议，也可以在报告结论之后进行附加说明。
老徐不想提供什么测试报告模板，没有意义，每家公司实际情况不同，测试报告模板会略有不同

测试报告核心要素

1. 测试内容

当前的这个版本，到底包含了哪些大的需求点，测试具体的测试项有哪些

2. 测试结论

从测试工程师的专业角度分析，是否达到发布标准，是否可发布 。
包括：

• 测试计划执行是否充分
  （可以增加对安全性、可靠性、可维护性和功能性描述）
• 对测试风险的控制措施和成效
• 测试目标是否完成
• 测试是否通过
• 是否可以进入下一阶段项目目标

3. 风险

已知风险 & 未知风险 ，说明当前测试所揭露的软件缺陷和不足，测试后仍然可能存在的风险，以及可能给软件实施和运行带来的影响。
项目经理、产品经理等多部门，需要根据这份风险分析，确定最终这个版本是否发布出去。

4. 测试时间 & 测试人员

这是非常重要的，投入了哪些人，迭代次数，用了多少时间，测试起止时间。

5. 测试环境、测试设备

用到哪些测试手机，什么客户端环境，什么浏览器等等。

6. 测试方法、测试工具

黑盒测试，白盒测试，性能测试，自动化测试等等，也可以写上测试的重点

7. 测试结果及缺陷的统计和分析（非常重要的一点）

这是测试报告的核心，主要汇总测试各种数据并进行度量，度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。
（具体可根据公司实际情况，进行多维度分析）

• 需求覆盖率
  根据测试结果，按编号给出每一测试需求的通过与否结论。
  需求覆盖率=测试通过需求点/需求总数×100％
• 测试覆盖率和通过率
  根据经过测试的测试用例和设计测试用例的比值，通过这个指标获得测试情况的数据。
  测试覆盖率=执行数/用例总数×100％
  测试通过率=通过数/执行数×100％
• 缺陷密度
  缺陷密度可以得出系统各功能或各需求的缺陷分布情况，开发人员可以在此分析基础上得出那部分功能/需求缺陷最多，从而在今后开发注意避免并注意在实施时予与关注，测试经验表明，测试缺陷越多的部分，其隐藏的缺陷也越多。
  缺陷密度=缺陷数量/代码行或功能点的数量

8. 测试总结

从测试角度，对这个版本存在的一些问题，一些建议，等等。

附录

测试执行记录
测试工具生成的报告截图

——————————
作者：IDO老徐
链接：https://www.jianshu.com/p/1d6c2c218648
来源：简书
简书著作权归作者所有，任何形式的转载都请联系作者获得授权并注明出处。
——————————