测试计划和测试报告

测试报告和测试计划是每位测试人员必须会编写的文档，当然如果你足够幸运的话可能不需要你来编写，而是测试主管来编写，就作者公司而言，当需求的测试周期大于半个月时才会要求编写测试计划，其余小需求没有做强制要求

一.测试报告包含内容

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）

 

• 还没有人评论，欢迎说说您的想法！