[讨论]来讨论一下测试报告的写法

xingcyx

各位对测试报告（或者叫缺陷报告）的看法是怎样的？或者说大家的测试报告是怎么写的？来讨论一下。
下面把我在一个测试群里的聊天记录贴出来，请大家踊跃发表意见！

一、
16777556( 网士如疯) 13:05:23
测试报告应该包含哪些内容？是否应该有需求测试、或者开发模式等问题的总结汇报？
259881(杉杉来迟) 13:06:11
需求测试？？
16777556( 网士如疯) 13:06:32
就是在需求分析阶段发现的问题
259881(杉杉来迟) 13:06:42
那，当时不提吗？
259881(杉杉来迟) 13:06:57
需求分析阶段发现的问题，大概是什么咧？
16376779(缘-2000) 13:07:20
关键看领导需要什么了

还有这报告是给谁看
16777556( 网士如疯) 13:07:46
公司领导、项目组相关人员
259881(杉杉来迟) 13:08:33
和给谁看，关系不大吧~
如果项目计划里安排的有测试的全程渗透，就应该如实记录呀~
16777556( 网士如疯) 13:08:35
就是分析设计上存在哪些缺陷、开发模式管理上存在哪些问题
4382064( 〖甜甜圈〗) 13:08:39
开发模式也属于测试报告？
4382064( 〖甜甜圈〗) 13:08:42
不会吧
259881(杉杉来迟) 13:08:48
哦……这是设计测试吧……
259881(杉杉来迟) 13:09:06
看来尘做的测试很到位咧
16777556( 网士如疯) 13:09:11
我就是提出这么个问题来给大家讨论
16777556( 网士如疯) 13:10:09
因为我昨天在测试报告会议上做的报告里面加入了这一部分，领导说这些内容不应该放到测试报告中来，郁闷  
16777556( 网士如疯) 13:10:19
因为我昨天在测试报告会议上做的报告里面加入了这一部分，领导说这些内容不应该放到测试报告中来，郁闷  
259881(杉杉来迟) 13:10:34
这个领导是……？什么角色咧？
他觉得应该放哪里了？
16777556( 网士如疯) 13:10:52
所以来征询一下各位的意见，请各位尽量发表意见
16777556( 网士如疯) 13:11:24
是公司整个研发中心的老总
259881(杉杉来迟) 13:11:49
我对测试不算了解
尘考虑下，这位“领导”提出异议，可能是和项目的背景有关
259881(杉杉来迟) 13:12:14
还有，他对你提出的异议持什么态度？肯定？否定？不置可否？
4594712(白兰) 13:12:33
那你的报告提交给谁呢，你本次测试目标是什么呢/
16777556( 网士如疯) 13:12:34
是否定吧，郁闷啊
16777556( 网士如疯) 13:12:28
是否定吧，郁闷啊
16376779(缘-2000) 13:12:57
我觉的对不同的人，所提供的报告应该是有针对性的描述，给客户看的能和给测试经理看的一样吗？

259881(杉杉来迟) 13:13:01
你是在什么阶段发现的设计问题？
16376779(缘-2000) 13:13:22
所以要看给谁了，大而全并不好，分析报告也分好几种
16376779(缘-2000) 13:13:42
最详细的还是以BUG库中的数据为准
16376779(缘-2000) 13:14:10
验收前，客户也需要你提供相应你内测的报告书
16777556( 网士如疯) 13:14:17
其实我们的做法也不是十分规范，我从项目的开始阶段就介入其中，在这过程中很多问题我都是在项目组会议中提出
16777556( 网士如疯) 13:14:51
但是没有留下一份详细的关于这方面的报告文档，所以最后叫我做测试报告的时候，我就把这些加了进去
259881(杉杉来迟) 13:15:14
测试总结~呵呵，我以为
259881(杉杉来迟) 13:15:25
缘的说法我稍微理解了一点
16777556( 网士如疯) 13:15:52
嗯，我也理解了，可能需要分对象
259881(杉杉来迟) 13:16:39
缘~请教下，你说的提供给客户的自测记录，是不是有所偏重？比如，性能？
16376779(缘-2000) 13:18:31
客户的测试报告，多针对软件设计上规定的要素展示
16376779(缘-2000) 13:19:05
如果这个软件对性能上有所目标，那自然报告书中对性能的测试描述也需要有的
259881(杉杉来迟) 13:19:07
我可以理解为功能点覆盖吗？
16777556( 网士如疯) 13:19:10
嗯。目前我做过的测试报告一般都是对内部的，自己公司的领导和主管
16376779(缘-2000) 13:20:53
公司领导也有分啊

比如说各个部门，你可以给部门经理，和项目经理展示全部的测试情况：比如BUG数，各个模块的分布

但如果给大大领导看的，就要把BUG进行个过滤再报告，因为BUG是有一部分是无效，或不重要的，就不需要都做统计了
259881(杉杉来迟) 13:21:31
这个测试渗透性挺强滴
16376779(缘-2000) 13:22:09
打个比方说实际测试了100个BUG，但我给大大领导的报告书中可能只说了，此次测试发现了50个BUG，其中这个模块多少，那个模块多少，其中重要的多少，轻微的多少。。。
16376779(缘-2000) 13:23:02
测试经理看的就不仅仅了BUG总数了，还需要付送测试用例设计，测试需求
259881(杉杉来迟) 13:24:06
也就是说，测试报告和测试结果不一样，中间有个分析的过程
16777556( 网士如疯) 13:24:51
为什么大领导的BUG数就要打折？我倒是认为在分析总结的内容上可以变化一下，但是客观的BUG数还是应该保持一致的
16376779(缘-2000) 13:27:06
测试的目的是帮助项目组提高软件质量

而不是给领导强调软件多么差BUG多么多
16376779(缘-2000) 13:27:21
开发和测试能比较融洽的配合，这个是关键
16376779(缘-2000) 13:29:35
大大领导会因为你们报告的BUG多，而去指责开发工作不好，那开发为了说明自己的无辜就会说测试的水平差，BUG没质量，那领导又反过来说测试要提高自己水平
最后了，开发测试变的不融洽，工作更干不好
16777556( 网士如疯) 13:30:05
嗯，我大体上明白你的意思了
259881(杉杉来迟) 13:30:07
缘是个人性化滴……你是测试吗
16376779(缘-2000) 13:30:28
做测试的不当当要懂技术，相关的人际技能也非常重要，
16376779(缘-2000) 13:30:42
我是做测试的
16777556( 网士如疯) 13:31:23
做了几年了



二、

4382064( 〖甜甜圈〗) 09:34:16
我写的测试报告一般是这样的
测试时间、人员、产品、版本、测试环境配置、测试最终发现的问题，已经修正的问题，遗留问题
就这样啊
16777556( 网士如疯) 09:34:34
哦
16777556( 网士如疯) 09:34:50
我觉得再加点统计是不是更好？
16777556( 网士如疯) 09:35:04
把发现的问题从不同角度分析一下
4382064( 〖甜甜圈〗) 09:35:46
问题分析不是我的事情 我们一般是由程序员分析
测试是报告问题  不是分析问题
16777556( 网士如疯) 09:35:53
我现在的统计角度大体上有：严重程度，优先级，发生原因，所属模块名称等
4382064( 〖甜甜圈〗) 09:36:01
分析以后容易引导程序员出现判断错误
4382064( 〖甜甜圈〗) 09:36:12
这个BUGZILLA都可以管理啊
16777556( 网士如疯) 09:36:53
我知道，但要统计出一些数字和图表给主管和开发人员看啊
4382064( 〖甜甜圈〗) 09:38:28
我们这个一般不去统计BUGZILLA 可以统计出结果
程序员自己去看  都写出来了 他们还看什么啊
24306578(秋秋) 09:38:32
BUGZILIA是什么工具里的内容，我们公司现在都用TD作BUG记载，但是感觉不是很好
4382064( 〖甜甜圈〗) 09:38:37
BUG改完还要FIX呢
16777556( 网士如疯) 09:39:45
那你们的报告不是纯粹给程序员看的吧？
16777556( 网士如疯) 09:40:03
主管也需要你的报告来做决策的啊
4382064( 〖甜甜圈〗) 09:40:47
就是纯粹给程序员看的 目的是告诉他们有多少BGU 然后有多少需求  确定首先改哪些及优先级不由QA控制
由项目经理决定  
4382064( 〖甜甜圈〗) 09:41:04
BUGZILLA是免费工具 TD 俺没用过
4382064( 〖甜甜圈〗) 09:41:37
BUG管理里面已经包含严重度等内容了 不需要另外罗列
16777556( 网士如疯) 09:42:44
确定首先改哪些及优先级，这些不应该是在出报告的时候再决定吧？改BUG的时候就应该有策略了
4382064( 〖甜甜圈〗) 09:44:33
报告出了以后项目经理决定
QA不提供任何建议  因为特别紧要的BUG 在报告之前已经提出来 程序员有可能都已经改好了
4382064( 〖甜甜圈〗) 09:45:00
测试员和程序员的交流很重要 BUG报告提交之前 一定要先告诉程序员  
24275774(呆子) 09:45:16
WHY??

4382064( 〖甜甜圈〗) 09:46:19
有等报告的时间 一些BUG都改好了 何必一定要浪费时间呢 而且 有些不太重要的小BUG 如果能尽快改好
又不用写到报告里面

gutifeng

国标15000.51有详细规定

yuetiantian

太长，看不完

千里

太长了，建议整理整理。