51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 10399|回复: 22
打印 上一主题 下一主题

[求助] 测试设计深度度量

[复制链接]
  • TA的每日心情
    奋斗
    2015-9-9 16:45
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2012-8-14 16:41:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    最近公司的质量部经理安排给我一个目标任务,就是对软件测试设计的深度进行度量。

    需要给出度量元定义、记录方法及责任人、指标。

    目前本人正在做这方面的研究和学习,希望前辈或者高人能够给出一些好的素材或者是建议、想法。

    谢谢大家!
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2018-9-27 10:05
  • 签到天数: 36 天

    连续签到: 1 天

    [LV.5]测试团长

    2#
    发表于 2012-8-15 11:27:19 | 只看该作者
    观望中~~
    很深奥啊,那些个名词都是以前书上看到过,完全没有实践过~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2012-8-15 18:55:19 | 只看该作者
    同问,观望
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2012-8-15 18:55:24 | 只看该作者
    同问,观望
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-8-17 11:51:30 | 只看该作者
    流程图画出来,先找到最长路径,然后依次类推。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-9-9 16:45
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
     楼主| 发表于 2012-9-17 14:09:20 | 只看该作者
    软件测试的度量是有的,但是关于软件测试设计深度的度量,我还真没在书上看到过,在网上查了下资料也没有,国外网站也搜过,也没有找到合适的资料。

    等待高人的出现啊。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-9-20 13:46:27 | 只看该作者
    如果是被测对象的复杂度什么的度量的话还好弄,测试设计深度这个有点无理吧。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2013-7-22 16:16:12 | 只看该作者
    同求高人指点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2013-8-1 11:47:02 | 只看该作者
    我想问这个度量目的是什么?为什么要用这么复杂的度量指标?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2013-8-1 18:48:04 | 只看该作者
    好高深的名词
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2013-8-14 14:18:13 | 只看该作者
    谢谢分享了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2013-8-19 12:46:25 | 只看该作者
    对质量来说什么kpi都是负担,老板提出这么个需求,可见老板根本不懂质量,所以你怎么说都没所谓,老板反正不懂。如果作为自己的学习,知道kpi是bogus就足够了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2013-8-28 20:57:41 | 只看该作者
    以下仅供拓宽思路:

    从测试Case的足不足,可以考虑这些参考度量:平均每个功能的Case数,平均每个故事点的Case数
    从测试Case的有效性,可以考虑这些参考度量:Case Bug的比例
    从测试设计效率,可以看看:每天设计Case数,每天执行Case数
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2013-12-3 16:27:31 | 只看该作者
    又见luoyear大侠。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2013-12-27 15:42:00 | 只看该作者
    测试用例的目的是什么?——发现bug   所以可以从测试用例和非测试用例发现bug数考虑一下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2014-2-13 14:12:13 | 只看该作者
    软件测试设计的深度的,在我看来就是该软件的所有细节设计测试用例。
    测量这个维度的,我想大概就是把所有关于细节的测试用例统计一下吧。
    个人意见
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-9-9 16:45
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
     楼主| 发表于 2014-5-13 13:54:53 | 只看该作者
    这个课题我到现在还没做完呢,现在我主要是从量和面2个方面去研究。

    量:就是相关数据的各项统计。

    面:就是测试使用的方法,以及采取的策略模式。

    希望各方大神继续给出指导意见,谢谢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2014-5-14 19:29:41 | 只看该作者
    说说研究成果?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-9-9 16:45
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
     楼主| 发表于 2014-5-14 23:26:50 | 只看该作者
    目前还没有完成呢,哈哈

    从量这个方面,跟13楼说的差不多,主要是一些测试相关数据的统计

    面的话,主要是从测试的策略使用覆盖率上。比如说功能测试做了多少,性能测试做了多少,开发人员是否做了相关的白盒测试,等等。。。以及各个类型测试方法的使用程度。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    20#
    发表于 2014-5-15 08:21:44 | 只看该作者
    观望。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-6 07:54 , Processed in 0.085796 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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