51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3710|回复: 8
打印 上一主题 下一主题

[讨论] 近来一直被两个问题困扰

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-3-19 18:42:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
近来一直被两个问题困扰
1.什么是漏测?
2.什么是隐含需求?

对于测试人员来说,漏测是否意味着失职?
如何解决漏测问题呢,或者退一步说,如何减少漏测呢?
我苦思不得其解。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2015-1-13 13:37
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2009-3-19 19:47:18 | 只看该作者
    软件测试的其中一条原则--错误不可避免。
       软件测试无法找出所有的缺陷
       原因:
            1)完全测试是不可能的;
            2)部分缺陷在测试过程中没有激活;
            3)测试人员也会犯错;

    测试只能说明软件有错及质量状况如何,不能说明软件无错。

    测试的依据来源于需求,关键要和开发多沟通多交流,另外经验也是很重要的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2009-3-24 11:31:58 | 只看该作者

    按我的理解给你说

    1、漏测
    故名思义,是不小心没有测试。一般这个漏测是指发布包在发布出去之后,由客户发现的缺陷,称之为“漏测”。这个漏测将来是要在项目质量管理中统计的。
    2、隐含需求
    正式需求一般都写在需求分析中了,那些没写进需求分析说明书的需求,则是隐含需求,是属于大家都知道,无须在文档中说明的内容。比方说,那个系统都有系统管理员角色,这个就不用在需求中特别说明。大家心里都清楚
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2009-7-11 17:04:51 | 只看该作者
    漏测跟隐含需求没有必然的联系吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2009-7-12 00:41:58 | 只看该作者
    支持3楼的说法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2009-7-13 23:18:06 | 只看该作者
    确实很难做到完全测试。没有说哪个软件发布以后就没有bug的。qa也不是神仙嘛。
    是不是失职,要看发布以后用户发现的bug是否“应当”被测试出来。
    要减少漏测,建议定期对客户发现的bug进行分析,从而在以后设计测试用例的时候改进。这也是一个不断提高的过程。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-7-16 18:17:24 | 只看该作者

    我的看法

    1、漏测
    就是需求中明确的有说明,在测试用例中没有编写,没有测试到。
    2、隐含需求
    就是需求中没有明确说明,但是有行业或者其默认的规定。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-7-20 11:58:54 | 只看该作者
    测试只能说明软件有错及质量状况如何,不能说明软件无错。

    同意这种说法
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2009-7-21 02:22:39 | 只看该作者
    支持。。。。。。。。。。。。。。。。。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 04:44 , Processed in 0.076043 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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