在一个较大型的项目中,通常运作的方式是按照子项目或者功能模块来进行分工的,每个功能模块有具体对应的设计、产品、运营、开发和测试人员。结合实际的项目情况,如果功能较大可能上面一个角色有多个人一起参与,反之也可能一个人同时负责多个功能模块。
从大的方面,我们将测试报告分为两类:
1)测试进度报告:在测试阶段中间发出,告知测试工作的进度,发现的问题、风险,以及接下来的计划。
这种报告发送的频次一句具体的项目情况而定,对于比较重要的且时间比较短的项目,建议每天发出,让相关人员可以非常及时地了解进展和风险。对于一些周期比较长的或者重要性不高的项目,可以考虑隔天或者每周发送,基于大家的讨论来约定。
2)测试完成报告:标志测试工作的结束,会给出对应的测试结果和结论,包含是否达到可发布的标准以及还有哪些遗留问题。这个报告一般在整个测试工作完成之后发出,针对某一个具体的模块或者整个的测试项目。
下面我们看看这两种测试报告的具体内容。
HI,all
xx项目 xx模块 ,测试进度80%。
【当前风险/问题】
1,xxx
2,xxx
【测试工作进度】
用例总计 | 已执行数 |
待执行数
|
已执行占比
|
40
|
20
|
20
|
50%
|
【当前BUG统计】
BUG统计
| 未解决 | 已解决 | 2级或2级以上bug |
15
|
3
|
11
|
1
|
【剩余BUG列表】
bug链接