51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3168|回复: 1
打印 上一主题 下一主题

[转贴] 用例执行百分比=项目完成百分比?

[复制链接]
  • TA的每日心情
    奋斗
    2024-10-22 08:40
  • 签到天数: 546 天

    连续签到: 1 天

    [LV.9]测试副司令

    跳转到指定楼层
    1#
    发表于 2010-7-7 08:31:58 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    时常会有人通过用例执行的百分比来宏观的去看一个项目的测试进度情况。
      但是遇到这种情况的时候测试工程师会说,用例的执行的百分比不足以展示一个项目的测试进度。
      为什么会有这种矛盾呢?
      其实这个等式成立有一定的前提条件,那就是测试工程师写的测试用例的测试粒度是否合理
      怎样的粒度才是合理?
      1、测试粒度不宜过细,测试用例分解的测试粒度过细会给测试工程师带来成倍的额外工作量,对于项目管理来讲,这样是不合算的。
      2、测试粒度不宜过粗,这是因为如果一个测试用例,里面包含了太多验证点。比如在写取钱的用例时,要检查余额查询,用户最大额度查询类似的本可以单独一个用例的东西都硬拼到了一起,那么用例的执行进度和项目的进度肯定不能划等号。简单说就是有的用例简单有的用例复杂,所以有的也许要验证半天,有的只需要10分钟。这样的话,文章开头的等式就当然不相等了。
      粒度过粗还有个麻烦就是,发现很多bug都对应着一个用例。这样给缺陷管理和统计起来也带来麻烦。在项目后期的报告中不能清晰的统计缺陷。
      如何划分测试粒度?
      1、使用功能点划分,细化每个功能点,到这个功能点不能再拆分。
      2、所要测试模快对该系统的整体影响.看其重要性。
      3、最好在用例编写前,项目的测试工程师可以讨论出一个适合项目的统一测试粒度。
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2010-7-7 10:00:16 | 只看该作者
    说的很不错::daxiao:::

    项目实际用例粒度的规范可以写在测试策略中。
    根据实际项目的工作量和人力资源决定用例粒度。

    比如,项目有很多还未来得及培训的初级测试人员,高级测试工程师就可以将由初级测试工程师执行的用例写得更细;通过增加前期用例设计的时间,来弥补执行测试覆盖率可能偏低的风险。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 07:35 , Processed in 0.072006 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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