xingcyx 发表于 2004-7-30 11:37:37

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

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

一、
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 发表于 2011-7-26 10:14:39

国标15000.51有详细规定

yuetiantian 发表于 2011-7-26 12:43:27

太长,看不完

千里 发表于 2011-7-27 23:21:40

太长了,建议整理整理。
页: [1]
查看完整版本: [讨论]来讨论一下测试报告的写法