51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2717|回复: 14
打印 上一主题 下一主题

[讨论] 你们认为怎样测试才是完美测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-1-9 10:56:42 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
小弟在公司做测试时间不长,最近一直在想一个问题,对于产品,怎么样做才能算得上是让大家都满意的完全的测试,要测试那些方面。如果要做到比较完美(也许不可能),究竟要测试到怎么样的深度。不知道大家怎么看。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

15#
发表于 2006-1-12 14:45:30 | 只看该作者
小弟参加测试工作才一段时间,对测试工作还比较迷茫,觉得测试很乏味,不知各位大侠有何看法?
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2006-1-12 10:26:36 | 只看该作者
这是一个测试结束标准的问题,不同 的项目,不同的公司都有不同的标准。我觉得应该是大部分人都可以接受就可以了。无至尽的测试没有必要,也不可能。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
 楼主| 发表于 2006-1-11 15:33:19 | 只看该作者
l楼上的说得不错,一看就是做了一段时间的。我们公司也是这样喊的。不知道在你们的公司有没有这样的感觉,口号喊得响,测试怎样怎样重要,可是自己总是找不到感觉。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2006-1-11 14:16:33 | 只看该作者
大家不要总把测试看成一个孤立的活动,测试是软件研发过程中一个不可或缺的组成部分,和其它活动是有机结合在一起,所以我们在考虑测试的时候不要局限在测试本身,而应该站在整个项目活动的基础上,比如我们测试除了发现问题,还要尽量让我们所提供的信息能帮助开发人员尽快定位和解决问题。所以说只有能让我们的整个软件项目成功的测试才是“完美”的测试,也只有站在这个高度谈“完美”才有意义。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    2015-1-13 14:00
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2006-1-11 10:54:59 | 只看该作者
    不存在完美!大家都可以接受,that's enough
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2006-1-10 16:12:45 | 只看该作者
    怎样测试才是完美测试?
    首先任何一个新人不要进入这个行业就信心满满的来提这个问题,为什么呢?
    首先一个软件不可能是完美的,同样测试也是不可能完美的,甚至在时间上也不是完美的(提供完美的时间来测试),这样的情况下可能完美么?

    如果想对的完美的概念应该怎么定义呢?
    如果简单的说就是“大家都可以接受,that's enough  ”
    进一步完美的测试就是把测试部门能做到的事情都做到了,这是部门能力能达到的地步,如果制定过高的目标只能带来更多的不信任和工作危机
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2006-1-10 15:35:19 | 只看该作者
    沟通第一位。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2006-1-10 11:40:10 | 只看该作者
    是呀,要测试得不是自己满意,是让别人满意,上至老板经理,下到扫地大妈,看门老头都满意那差不多就行了,每个公司都不一样,那就看公司的环境了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2006-1-9 20:13:47 | 只看该作者
    大家都可以接受,that's enough
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2006-1-9 16:48:51 | 只看该作者
    觉得很奇怪的一点是,没有目标,那么当初的测试用例是根据什么来写的闹?
    在测试过程中是不存在真正意义上的完美测试,任何产品都有它自己的生命周期,作为测试人员只要能够把产品生命周期可能存在的bug发现,我觉得这就是一个完美的测试;
    呵呵,当然这种提法又只是一个理论上的概念,实际操作中,可以定义bug的级别,比如release后的产品要求不能出现1级bug(比如能够满足用户一般的功能和性能上的要求),然后其他的就只能在用户使用过程中再慢慢发现和修订了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2006-1-9 16:12:04 | 只看该作者
    我们公司的测试就是通过主观来做出判定的.但是我想应该通过对测试的评估(尤其是QA).
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2006-1-9 15:33:45 | 只看该作者
    对于目标,真不知道该怎么定,一般我们认定bug率不超过多少就可以了。而实际上还要不要继续测试是项目经理说了算,我们没有发言权呀。在性能测试方面更加是糊里糊涂的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2006-1-9 12:10:47 | 只看该作者
    不但在于测试的深度,更在于在测试的过程中要有一个完备的计划和结果评估。如果认为评估的结论达到了测试的目的,也就认为测试已经做好了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2006-1-9 11:49:19 | 只看该作者
    想做到完美的测试确实不容易。
    如果针对公司的某个产品的话,我想你们公司应该有个统一的软件测试通过标准的吧?

    如果还没有的话,建议内部相关人员经过交流和沟通能制定一个适合项目的软件测试通过标准,那么在测试过程中或者测试完毕后就不会再有楼主这样的疑问了~
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 19:22 , Processed in 0.100037 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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