51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: wangnan
打印 上一主题 下一主题

测试盲点

[复制链接]

该用户从未签到

141#
发表于 2007-10-22 21:05:04 | 只看该作者

回复 19# 的帖子


我也是新手
看了之后好想自己动手也
回复 支持 反对

使用道具 举报

该用户从未签到

142#
发表于 2007-10-25 17:24:25 | 只看该作者
难道开发没犯这个错误就要说你所设计的case无效吗?是你用你设计的用例进行了测试才证明了它的正确,所以你的用例仍是有效的,它的有效性就在于它证明了一个正确的事实.
回复 支持 反对

使用道具 举报

该用户从未签到

143#
发表于 2007-10-25 19:22:07 | 只看该作者

没有需求怎么写用例呀

我是新手,现在公司要求上用例,需求也是不规范的,但是我倒是知道需求是什么?写了很多用例,但不知道写得怎么样。没有原来的用例库
回复 支持 反对

使用道具 举报

该用户从未签到

144#
发表于 2007-11-5 11:43:28 | 只看该作者

TEST CASE

进入测试行业已经两个月了,关于case有效性的概念我想说下个人的观点,并不是说一个case发现的BUG越多,这个case就很好,实际上我觉得这么做也是很危险的,因为这么想了之后,设计出的case本身可能是隐含了别的BUG,但是在测试的时候由于BUG的重叠,有些BUG会被先前发现的BUG掩盖.但是在设计那些能够让软件正常运行的用例时候,可以一次尽可能的包括所有类型.在做case时,如果想发现BUG,设计出的case最好是仅关注于某块具体的某项可能出BUG的地方.
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2017-10-27 23:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    145#
    发表于 2007-11-5 16:03:46 | 只看该作者
    多学习,活到老,学到老!
    给自己作个广告,现有北京动感地带手机号:13811000101出售,网上查询是大吉之号,有意购买者请加QQ:340318993
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    146#
    发表于 2007-11-10 12:37:07 | 只看该作者
    多学习,多跟公司里有经验的测试前辈们交流,看看他们是如何来测
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    147#
    发表于 2007-11-15 11:22:14 | 只看该作者
    恩  很有收获!!谢谢各位
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    148#
    发表于 2007-11-16 13:34:30 | 只看该作者
    没有测试怎么知道是无效的呢,这就是测试,就要重复,然后积累,然后才会有效的发现BUG,然后就是高手乐!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    149#
    发表于 2007-11-16 14:05:56 | 只看该作者
    学习学习,再学习!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    150#
    发表于 2007-11-23 14:43:10 | 只看该作者

    回复 1# 的帖子

    测试是苦力活呀,你多花点时间,多发挥自己的创造力,就能发现更多的bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    151#
    发表于 2007-11-24 10:41:15 | 只看该作者

    回复 32# 的帖子

    发现了至今未被发现的BUG就是好的用例/
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    152#
    发表于 2007-11-24 13:01:03 | 只看该作者
    恩,我觉得,测试用例是要在测试过程中不断完善的。不是说写好了测试用例就不改了,测试的时候就对着用例子走一遍的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    153#
    发表于 2007-11-25 09:36:54 | 只看该作者
    学习中,看了文章,受益匪浅啊~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2017-6-1 10:40
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    154#
    发表于 2007-11-27 14:53:53 | 只看该作者
    测试盲点
    或许说是被忽视的地方吧。唉 继续迷惘~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    155#
    发表于 2007-12-5 10:18:38 | 只看该作者
    多读一读同事的CASE
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    156#
    发表于 2007-12-5 13:00:02 | 只看该作者
    首先要了解您当前所在项目的背景,项目相关知识,然后找出测试的测重点
    根据产品的bug库分析每一个bug,
    多学,多记录,多想!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    157#
    发表于 2007-12-5 14:53:31 | 只看该作者
    要在保证测试覆盖率的前提下,尽量精简自己的Case。用等价类,边界值,因果图等方法写出有效的Case,在对Case进行讨论,检查Case的有效性,在回归测试中逐步补充和完善自己的Caes。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    158#
    发表于 2007-12-6 15:09:37 | 只看该作者
    学习中
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    159#
    发表于 2007-12-7 18:42:12 | 只看该作者
    我也是新手,而且还没有进入一个规范的测试部门,现在也只是做些功能性的测试,我想学习更多的测试,希望来年能进入一家正规的测试部门或者公司。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    160#
    发表于 2007-12-16 18:15:18 | 只看该作者
    据我的经验看来,事实上大多数的错误并不是从case上发现的,因为case大多数是基本的功能。而我们的普通用户使用方法和思维方式各异,根本无法概全。
    把好的test case和bug数量结合,不太切当。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 23:51 , Processed in 0.075780 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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