51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5467|回复: 23
打印 上一主题 下一主题

如果有了测试管理工具,是否还需要测试报告?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-5-19 11:00:17 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我公司的产品还在开发中,上头要求我设计一分测试报告模板,现在写好,请大家帮我查查,这种模板是否能用。

另如果自行开发一套软件,来管理BUG,(这套软件实现的基本功能:实现程序员与测试员的生产程流,如:程序员开发代码后---测试员测试---发现BUG再实施给程序员--程序修改---测试员测试---发布),如果用此软件管理,是否还需要测试报告)

[ Last edited by archonwang on 2005-7-25 at 20:57 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
 楼主| 发表于 2005-5-19 11:01:34 | 只看该作者
附上附件。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-7-22 22:26:49 | 只看该作者
个人认为这个测试报告的模版内容不全。在测试报告中应该对这个版本的测试过程加以说明,对于内存、性能测试还应该给出测试数据,另外还应该包括测试覆盖率,故障等级统计等数据。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-7-25 16:47:14 | 只看该作者
建议把自己的标题改一下,否则大家连看的欲望都没有。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2005-7-25 20:57:09 | 只看该作者

    楼主下次注意,这次帮你改个标题。

    最近很奇怪的。我老是打不开附件来着的。不知道什么原因??
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-7-26 09:33:19 | 只看该作者
    不知道楼主做了多久的测试了?这个问题问的我个人感觉很幼稚或者说很可笑。
    难道你理解的测试报告只是包括Bug?你以为有了工具什么都能搞定?典型的唯工具论者,而且这样的人还不在少数。总是想去学习工具的使用,却没有几个踏踏实实的曲学习基本的理论。如果连测试报告,测试用例都不知道怎么写的话,估计测试工具也不会知道如何使用。因为你根本不知道自己该测试那些地方,只能是随机的测试,或者靠着偶然一下心血来潮,或者突发灵感。这样测试出来的结果能让人放心?有点激动,Sorry!
    一个完整的测试报告,我认为应该包括下面几个部分:
    测试项目的说明
    测试环境说明
    测试的配置(是说明这个包里由哪些部分组成,比如在那个包的基础上,加了哪些补丁等)
    功能Review
    Bug分析
    性能测试
    现存问题的使用建议
    进度分析
    成本分析
    对整个项目流程的改进建议
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-7-26 10:44:28 | 只看该作者
    有了工具以后,报告里写的更多是对测试BUG的分析、总结、统计。
    按模块统计并进行分析
    按级别统计并进行分析
    按日期统计并进行分析
    (可以做成图表)
    可以通过你的报告,分析各个环节的问题,可以确定下个阶段工作的重点,测试重点等等。

    领导不会对你陈述的每条BUG感兴趣的

    当然,每个公司的性质、重视程度、重视的地方都不同,所以报告也不同。

    以上仅代表个人意见
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-7-26 10:58:36 | 只看该作者
    关于测试报告的问题,现主要有两种形式:
    1、以BUG分析统计为主;
    2、以质量评价为主。

    这两种报告在不同的测试阶段都有其用武之地。在测试初期以BUG分析统计的报告方式更具实效,主要用于让开发和管理人员了解BUG的情况;而在测试的后期,产品要发布了,这时以质量评价为主的报告其作用要比前一种更大一点。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-7-29 13:56:42 | 只看该作者
    ............................................................
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-8-1 17:49:51 | 只看该作者
    感觉坐的模版不成功,比较粗燥。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-6-1 15:56
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-8-1 19:18:17 | 只看该作者
    这样的测试报告实在太简单了
    没有大量的数据作为支撑,所谓的评价一文不值啊!
    那到底怎么获取数据呢?可以从用例数,Bug数,覆盖率的角度来考虑。像楼主提供的测试报告只从Bug数一个方面来说明问题,实在太简单。而且,Bug当然也要分等级,致命问题发现多少,严重的多少,提示性的多少,都可以统计一下。而不是像楼主您这样这么简单的Bug的统计。好好想想,细细分析,应该可以得到很多。
    测试报告可是你做的工作的一个总结啊,报告写得不好从一个侧面也反映了你测试用例和关注的情况实在太少太马虎了。
    KPXL版主说得好全面了,个人觉得以他说得做测试报告,再加上其他兄弟们的意见,差不多了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2006-4-29 09:58:38 | 只看该作者
    sdlkfj4当然要测试报告啦!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2006-4-29 17:47:12 | 只看该作者
    我觉得管理工具只管理BUG信息,报告应该有很多信息。所以报告还是需要的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2006-4-29 20:11:23 | 只看该作者
    这个称模板确实让人比较寒……
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-4-11 10:18:20 | 只看该作者
    谢谢分享
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-4-12 15:38:17 | 只看该作者
    支持。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2017-4-10 01:47
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
    发表于 2007-4-12 16:46:34 | 只看该作者

    回复 #1 huishelml 的帖子

    新手,学习中
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2015-12-18 11:20
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2007-4-12 16:53:44 | 只看该作者
    sdlkfj2 学习中~ 
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-4-25 13:37:54 | 只看该作者
    学习了不少!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-4-25 14:30:14 | 只看该作者
    不错啊!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-10-19 00:31 , Processed in 0.087561 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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