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

一.测试报告包含内容

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)

 

内容来源于网络如有侵权请私信删除