[软件测试] 第二部分 白盒测试

这篇具有很好参考价值的文章主要介绍了[软件测试] 第二部分 白盒测试。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

软件测试期末复习系列

课件知识点整合

  1. 软件测试基础
  2. 白盒测试
  3. 黑盒测试

PTA习题汇总

  1. 软件测试基础
  2. 白盒测试-逻辑覆盖测试
  3. 白盒测试-基本路径测试
  4. 白盒测试-静态测试
  5. 黑盒测试-等价类划分
  6. 黑盒测试-边界值测试
  7. 黑盒测试-场景法

概念与定义

  1. 白盒测试:侧重于系统或部件内部机制的测试,类型分为分支测试(判定节点测试)、路径测试、语句测试。

  2. 控制流分析(基于程序结构):控制流分析是一类用于分析程序控制流结构的静态分析技术,目的在于生成程序的控制流图,在编译器设计程序分析、程序理解等领域都有重要应用。

  3. 逻辑覆盖测试(对判定的测试)的原理:以程序内部的逻辑结构为基础的用例设计方法,它通过对程序的逻辑结构的遍历,来实现测试对程序的覆盖。

  4. 测试覆盖率:度量测试完整性的指标,是测试有效性的一个度量。

    \[覆盖率 = \frac{至少被执行一次的item总数}{item总数} \]

    测试覆盖率不需要100%,因为覆盖率越高,测试成本越高。

    通常可以设置一个覆盖率达标标准。

  5. 语句覆盖:设计测试用例时应保证程序中每一条可执行语句至少应执行一次。(点覆盖)

  6. 判定覆盖(分支覆盖):设计测试用例时应保证程序中每个判定节点取得每种可能的结果至少一次。或者程序中每个判定的真分支和假分支至少执行一次。(边覆盖)

  7. 条件覆盖:设计测试用例时应保证程序中每个复合判定表达式中,每个简单判定条件(子条件)的取真和取假情况至少执行一次。

  8. 判定-条件覆盖:设计测试用例时应满足判定节点的取真、取假分支至少执行一次,且每个简单判定条件(子条件)的取真和取假情况也至少执行一次。即判定覆盖+条件覆盖。

  9. 条件组合覆盖:条件组合覆盖,设计测试用例时应满足每个判定节点中,所有简单判定条件(子条件)的所有可能的取值组合情况至少执行一次。通过列出真值表的方式来得到完全的覆盖。

  10. 路径覆盖:要求设计足够的测试用例,运行被测程序,覆盖程序中所有可能组合的路径。

  11. 程序图:简化的程序流程图,不关注源代码细节,只关注程序的基本结构。

  12. 环复杂度:用于描述程序结构复杂度的度量。

  13. 基本路径测试:在程序的控制流图的基础上,通过分析控制流程的环路复杂性,导出独立可执行路径集合,从而设计测试用例的方法。

  14. 静态白盒测试:又称为结构分析,是在不执行程序的条件下审查软件设计、体系结构和代码,从而找出软件缺陷的过程。测试对象是文档、代码等非计算机执行的部分。

简答

白盒测试关注的对象

源代码和程序结构。

白盒测试的优缺点

优点

  • 针对性强,便于快速定位,测试效率高;
  • 在函数级别开始测试工作,缺陷修复的成本低;
  • 通过不同的白盒覆盖指标有助于了解和衡量对被测对象的测试覆盖程度,
  • 有助于代码优化和缺陷预防。

缺点

  • 对测试人员的技术要求高。
  • 成本高。

白盒测试的问题

  • 软件测试是不完备的;
  • 软件测试是有风险的;
  • 测试设计应达到的目标:提高效率、降低风险、在代码级别上提高软件质量。

各种程序结构以及它们的复杂程度

程序结构有:线性结构(顺序结构),条件判定结构,循环结构,以及这些结构的组合。

复杂程度:

\[线性结构 < 二分支的条件判定 < 多分支的条件判定 < 循环结构 \]

逻辑覆盖测试的六种测试方法

  1. 语句覆盖

    缺点:关注语句,而非关注判定节点。对隐式分支无效。

  2. 判定覆盖(分支覆盖)

    局限性:判定覆盖仅关心表达式的整体取值,并不关心表达式如何构成,不能覆盖到每个子条件的所有取值情况,由此导致测试的漏洞。

  3. 条件覆盖

    局限性:条件覆盖并不能确保满足判定覆盖。

  4. 判定-条件覆盖(分支-条件覆盖)

  5. 条件组合覆盖

    优点:

    • 条件组合覆盖准则满足语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖准则;
    • 方法简单;只需要找到所有简单条件,并列出真值表,穷尽所有组合情况即可。

    局限性:

    • 条件组合覆盖不能保证所有组合的路径被执行;
    • 测试用例太多;
    • 冗余严重。
  6. 路径覆盖

    覆盖面最广。

    100%满足路径覆盖,一定能100%满足判定覆盖标准;但并不一定能100%满足条件覆盖和判定-条件覆盖,也就不能满足100%条件组合覆盖。

各种覆盖之间的关系

  • 语句覆盖太弱;
  • 判定覆盖、条件覆盖不够全面;
  • 判定-条件覆盖设计难度大;
  • 条件组合覆盖的测试用例数量太多,不能将所有路径覆盖;
  • 路径覆盖的测试用例复杂且数量多,不能将所有的条件组合覆盖。

单独采用任何一种逻辑覆盖方法都不能完全覆盖所有的测试用例,任何一个高效的测试用例,都是针对具体测试场景的。

环复杂度的计算

直观观察法

观察程序图将二维平面分割为封闭区域和开放区域的个数。

公式计算法

方法一:

\[V(G) = E-N+2 \]

其中,\(E\) 是边数, \(N\) 是节点或顶点数。

前提条件:单入口单出口。

例题:

\[V(G)=E-N+2=10-7+2=5 \]

方法二:

\[V(G)=E-N+1 \]

前提条件:无孤立节点,强连通图。如果非强连通图,则需要先添加辅助线。如下图的蓝线。

简单地说,强连通图就是图中任意两个点相互可达。

\[V(G)=E-N+1=11-7+1=5 \]

判定节点法

\[V(G)=P+1 \]

其中,\(P\) 是二分支判定节点的个数。

前提条件:仅计算二分支的判定节点。

如果没有判定节点,只有一条执行路径,则\(V=1\)

如上图,二分支判定节点分别有:A,B,C,D。

因此,\(V(G)=P+1=4+1=5\).

特殊情况的计算

环复杂度的计算公式都有特定的前提条件,遇到特殊情况,则使用其它可以使用的公式。

  • 左图,非单入单出,不能使用公式计算法的方法一,可以使用判定节点法,V=5
  • 右图,非二分支判定节点,不能使用判定节点法,可以使用公式计算法方法一,V=13

基本路径测试的流程

  1. 生成路径地图

  2. 确定独立路径集合的规模

    计算环复杂度\(V\),则需要\(V\)条独立路径。

  3. 找出一组独立路径。文章来源地址https://www.toymoban.com/news/detail-765564.html

    1. 确定主路径(出错概率最高的路径,或者缺陷对用户影响最大的路径)。
    2. 根据主路径抽取其它独立路径。

静态白盒测试的方法

  1. 代码检查
  2. 静态结构分析
  3. 静态质量度量

同行评审的一般流程

  1. 计划评审会议
  2. 召开评审预备会
  3. 准备评审会议
  4. 召开评审会议
  5. 召开第三小时会议
  6. 修复缺陷
  7. 确认修复

同行评审的五种角色

  1. 主持人:负责组织评审会议;
  2. 讲解员:负责讲解被评审的工作产品;
  3. 记录员:负责记录缺陷和决议;
  4. 作者:程序编写者,负责提供被提审的工作产品;
  5. 评审员:程序设计者、测试专家,负责评审工作产品,也负责设计测试用例。

到了这里,关于[软件测试] 第二部分 白盒测试的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • [软件测试] 02 白盒 逻辑覆盖测试 习题

    软件测试期末复习系列 课件知识点整合 : 软件测试基础 白盒测试 黑盒测试 PTA习题汇总 : 软件测试基础 白盒测试-逻辑覆盖测试 白盒测试-基本路径测试 白盒测试-静态测试 黑盒测试-等价类划分 黑盒测试-边界值测试 黑盒测试-场景法 提示 : 篇幅较长,可以使用 Ctrl+F ,在

    2024年02月04日
    浏览(49)
  • [软件测试] 03 白盒 基本路径测试 习题

    软件测试期末复习系列 课件知识点整合 : 软件测试基础 白盒测试 黑盒测试 PTA习题汇总 : 软件测试基础 白盒测试-逻辑覆盖测试 白盒测试-基本路径测试 白盒测试-静态测试 黑盒测试-等价类划分 黑盒测试-边界值测试 黑盒测试-场景法 提示 : 篇幅较长,可以使用 Ctrl+F ,在

    2024年02月04日
    浏览(41)
  • 【软件构造】黑盒测试与白盒测试

    按照 是否需要知道程序内部是如何实现 的,将测试分为 黑盒测试 与 白盒测试 。 需要知道程序内部是如何实现的—— 白盒测试 不需要知道程序内部是如何实现的—— 黑盒测试 白盒测试一般是 内部人员 即程序员进行测试 黑盒测试一般是 外部人员 如专门的测试人员和用户

    2023年04月15日
    浏览(48)
  • 软件工程导论 黑盒测试、白盒测试

    集中检测软件设计的最小单元(即 模块 )。 模块接口 局部数据结构 重要执行通路 出错处理通路 边界条件 一次审查可以发现多个错误,可以减少系统验证的总工作量。 将程序作为一个 整体 ,对错误的定位和改正十分困难。 自顶向下集成 从主控程序模块开始,沿着程序控制

    2023年04月22日
    浏览(50)
  • 软件测试中如何编写单元测试用例(白盒测试)

    目录 前言: 一、 单元测试的概念 二、开始测试前的准备 三、开始测试 四、完成测试 前言: 单元测试是软件测试中一种重要的测试方法,它是在代码级别进行测试,通过对每个模块或功能进行独立测试来保障代码的正确性和可靠性。单元测试可以有效地避免产生隐藏的代

    2024年02月09日
    浏览(51)
  • 软件测试——测试的分类(重点:黑盒测试、白盒测试、单元测试、集成测试、系统测试)

    界面是直接和用户进行交互的,界面设计的好坏决定了用户使用软件的直观感受 界面测试(UI 测试)一般包括以下内容: 对比 UI 设计稿,验证系统显示界面的一致性和正确性 验证界面上每个功能的正确性 验证界面排版布局是否合理。字体大小、图片排版、清晰程度等 验证

    2024年02月09日
    浏览(61)
  • 软件测试之测试的分类(重点:黑盒测试、白盒测试、单元测试、集成测试、系统测试)

    界面是直接和用户进行交互的,界面设计的好坏决定了用户使用软件的直观感受 界面测试(UI 测试)一般包括以下内容: 对比 UI 设计稿,验证系统显示界面的一致性和正确性 验证界面上每个功能的正确性 验证界面排版布局是否合理。字体大小、图片排版、清晰程度等 验证

    2024年02月03日
    浏览(55)
  • 软件质量保证与测试技术实验:白盒测试用例设计

    目录 前言 一、白盒测试 二、实验目的 三、实验内容 四、实验步骤 五、实验过程 题目一 1、程序流程图 2、测试用例​​​​​​​ 3、测试代码 4、测试结果 题目二 1、控制流图 2、独立路径集合 3、测试用例  4、测试代码  5、测试结果 总结 白盒测试是一种基于程序内部

    2024年02月04日
    浏览(53)
  • 软件测试技术 第四章 白盒测试 课后习题参考答案 - 杨胜利

    1.什么是白盒测试? 白盒测试技术是一种常用的软件测试方法,不仅软件测试人员需要掌握,开发人员也需要在开发时用此方法测试自己开发的程序; 白盒测试是一种从开发人员角度出发的测试,主要以程序的源代码为依据,对程序的内部逻辑结构进行测试,故又称“结构测

    2024年02月05日
    浏览(45)
  • 一个黑盒测试和白盒测试区别的软件测试面试题,错失15koffer

    软件测试是确保软件质量的重要环节,而在软件测试中,黑盒测试和白盒测试是两种常见的测试方法。跟小一起学习黑盒测试和白盒测试区别: 它们在测试的角度和目标上存在显著区别,本文将深入探讨这两种测试方法的定义、特点、应用场景以及区别,以帮助读者更好地理

    2024年02月05日
    浏览(44)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包