51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4988|回复: 17
打印 上一主题 下一主题

[原创] 测试报告要附错误截图吗?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-8-31 14:25:30 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
是否都用文字说明呀?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-8-31 16:58:12 | 只看该作者
个人认为,如果有错误的图,会更好一些,图文并茂,看起来比较清晰易懂。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-8-31 17:07:10 | 只看该作者
语言描述不清,或者图片有重要辅助解释作用的,要加图。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2006-9-1 00:08:54 | 只看该作者
屏幕快照当然是少不了的,它的好处在于:

1.能够代替大量的文字描述,直观;
2.作为证据,对于那种不能重现的bug,你仅凭文字描述就显得力度不够了。

不过一般抓完图都要编辑一下再贴上去,把重点地区用红色圈住,如果只是把烤个屏,看的人还得费劲找。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2006-9-1 09:41:45 | 只看该作者
同意楼上说的。我也赞成有截图。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2006-9-1 10:37:06 | 只看该作者
如果整个流程比较规范,那么可以在测试报告中附上缺陷的链接,在缺陷提交中附上截图,这样就可以避免测试报告文件过于庞大。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2006-9-1 14:16:58 | 只看该作者
呵呵是的,测试报告不是bug单,是用来总结测试结果的,所以,没有必要,不要贴图。直接给链接,链接到bug单最好了。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2006-9-4 20:16:22 | 只看该作者
有图就好
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-10-9 18:26:55 | 只看该作者
要是把整个出现错误的操作录制下来不更好?
不过对不可重现的还是截图的好呀。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-4-27 09:06:59 | 只看该作者
测试报告是总结性的文档,应该是概述性的描述,而不在于对每个BUG的详述
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2014-12-29 12:55
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2007-4-27 09:58:26 | 只看该作者
    测试报告没有必要要错误截图,报告是对你测试的结果总结及分析,你将各类bug的结果汇总通过饼图或立体图加以表示就可以了,报告是拿给领导看的,领导是不会过问软件哪个地方出错的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-4-27 10:46:31 | 只看该作者
    截图?那是BUG报告
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-4-27 16:52:25 | 只看该作者
    这个问题还是看各个单位对bug的管理如何了,如果只是有bug report的话你弄截图就有点大了,如果有规范的bug管理系统的话还是建议有截图,有凭有据特别是那些不易容复现的bug,再说做DEV也好看好理解一点!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-4-27 17:33:57 | 只看该作者
    我们公司在写测试报告中一般不用的,用bug管理工具里 描述操作、出错信息等,给开发人员时他们会明白吧,报告给测试经理或技术经理,就不用图吧。。。。不清楚别的公司。。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-4-27 17:37:50 | 只看该作者
    一般不用的,我们公司不用的,有专门软件管理规定各种类型不会说不清的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2010-6-13 18:02:02 | 只看该作者
    我觉得把BUG的地方截图下来再配以文字说明,而且有些BUG出现只是偶尔间或极少出现,但问题是存在的。像我工作过程中就出现BUG但没截图,技术那边的研发人员根椐我的测试报告再重复测试却没出现BUG的情况,很是令我郁闷,所以现在我测试过程中都配以截图。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-6-30 22:30:45 | 只看该作者

    回复 1# 的帖子

    视具体情况而定,不要拘泥于形式,关键要去考虑,是否大家都能从你所提供的信息准确清楚理解情况,从而制定你的策略
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2010-7-3 13:02:32 | 只看该作者
    原帖由 mymarvell 于 2010-6-30 22:30 发表
    视具体情况而定,不要拘泥于形式,关键要去考虑,是否大家都能从你所提供的信息准确清楚理解情况,从而制定你的策略

    嗯,我们千万不能思维僵化了,要根据实际情况灵活运用。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-17 12:55 , Processed in 0.074487 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表