51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7246|回复: 2
打印 上一主题 下一主题

[转贴] 软件测试的四象限缺陷分析法

[复制链接]
  • TA的每日心情
    无聊
    昨天 09:05
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2021-8-25 09:52:17 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
     软件测试的四象限缺陷分析法,所谓四象限分析法是对软件内部各模块、子系统、特性测试所发现的缺陷,按照每千行代码缺陷率(累积缺陷数/KLOC)和每千行代码测试时间(累积人时/KLOC)两个维度进行划分。
      将缺陷分为四个象限:稳定象限、不确定象限、不稳定象限和极不稳定象限,如图2 所示。将软件内部各模块、子系统、特性所累积的测试时间和累积的缺陷数与累积测试时间和累积缺陷数的基线值进行较,划分出各模块、子系统、特性测试所位于的区间,进而判断哪些部分测试可以退出、哪些测试需要加强。四象限分析法可以用于指导测试计划和测试策略的调整。

    图1 数据采集中断缺陷分析

    图2 四象限图
    (1)第一象限为不确定象限。
      第一象限表示模块、子系统经过较长的测试发现较多的缺陷,此时不能确定该模块是否稳定,有可能是稳定的,也有可能是不稳定的。
      (2)第二象限为极不稳定象限。
      第二象限表示模块、子系统在较短的测试时间内发现较多的缺陷,此时说明该模块或子系统极不稳定,需要加强测试。
      (3)第三象限为稳定象限。
      第三象限表示模块、子系统在较短的测试时间内发现缺陷并不是很多,此时说明该模块或子系统不稳定,需要加强测试。
      (4)第四象限为不稳定象限。
      第四象限表示模块、子系统在较长的测试时间内发现的缺陷并不多,此时说明该模块或子系统已经比较稳定了。
      【实例1】对系统中的每个模块发现的缺陷使用四象限分析法进行分析。假定累积测试时间和累积缺陷数的基线值分别为累积1.5 人时/KLOC 和累积缺陷数3/KLOC,系统中插入、查询、预定和保存报告四个功能累积测试时间和累积缺陷数见表1。

    使用四象限分析法对这四个模块的累积缺陷进行分析,如图3 所示。

    图3 模块四象限分析图

      通过四象限分析法可以发现保存报告模块极不稳定,查询模块不稳定,这两个模块应该加强测试,而预定模块则不能确定是否稳定,但可以确定插入模块是稳定的。当然实际工作中不只这四个功能,还包括其他功能,A、B、C 和D 代表其他功能,但本例中未就其他功能进行详细的分析。需要注意的是,各功能在四个象限中的分布并不是均匀对称的。
      【实例2】对整个系统累积发现的缺陷进行四象限分析。假定累积测试时间和累积缺陷数的基线值分别为累积15 人天和累积缺陷数65 个。系统在每个Build 版本测 试过程中所发现的累积缺陷数和测试时间见表2。
      使用四象限分析法对每个Build 版本的累积缺陷进行分析,见图4。

    表2 每个Build 版本累积缺陷数和累积测试时间

    图4 系统四象限分析图

      通过四象限分析可以发现T1和T2版本是很不稳定的,到第T7 和T8 版本时系统趋向于稳定状态,这样可以正确地判断系统什么时候可以退出测试。
      本章节关于“软件测试的四象限缺陷分析法”的内容就学习到这里。






    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏1
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 07:58 , Processed in 0.068658 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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