黑盒测试和白盒测试

本文详细介绍了单元测试中的黑盒测试和白盒测试方法。黑盒测试注重功能验证,常用方法包括边界值分析、等价类划分和错误推断,其中边界值分析尤为重要。白盒测试则关注代码结构,分为静态和动态分析,目标是覆盖所有执行路径和逻辑判断。测试覆盖率如语句覆盖、判定覆盖等是评估测试全面性的关键指标。
摘要由CSDN通过智能技术生成

对于代码的单元测试,可以笼统的分为黑盒测试和白盒测试两部分。

一、黑盒测试

黑盒测试又称功能测试或者基于需求的测试。

主要的测试方法包括边界值分析法、等价类划分法、错误推断法等

边界值分析法:根据以往经验,大多数问题发生在数据的边界处。使用该方法需要,第一:确定测试单元输入信号的边界值;第二:用正等于边界值、略小于边界值、略大于边界值编写测试用例进行测试。

等价类划分法:把输入信号的范围分为若干子集,在每个子集中选取有少量有代表性的数据编写测试用例

错误推断法:根据经验分析,那些场景或者工况容易产生问题,针对性的设置用例进行测试

黑盒测试过程中边界值分析法是必不可少的,也是查找问题能力最强的。其次可以辅助使用等价类划分法编写一些用例。最后使用错误推断法补充一些用例。

二、白盒测试

白盒测试又称结构测试或者逻辑驱动的测试。

在白盒测试又分为静态分析和动态分析两类。

静态分析是指不运行待测试的程序,通过代码检测、静态结构分析等通过工程师的逻辑思维去检查代码是否存在问题的方法。

动态分析是指运行待测试程序进行测试的方法统称。

白盒测试的目的:

a 对程序模块的所有独立的执行路径至少测试一次

b 对所有的逻辑判定,取“真”与取“假”的两种情况都至少测试一次

c 在循环的边界和运行界限内执行循环体

d 测试内部数据结构的有效性等

后两条不太理解,还请高手指点

做单元测试时,覆盖度是衡量测试是否全面的,是否可靠的关键指标。覆盖度分为语句覆盖、判定覆盖、条件覆盖、判定\条件覆盖

语句覆盖(Statement Coverage):设计测试用例,使被测程序中的每个语句至少被执行一次

判定覆盖(Decision Coverage,DC):又叫分支覆盖,要求程序中的每个判断的每个可能结果都应该被执行一次,即每个分支的“真”和“假”至少被执行一次。

条件覆盖(Condition Coverage,CC):程序中每个判定的每个条件的所有可能值至少执行一次

改进判定\条件覆盖(Modified Conditon and Decision Coverage,MC/DC):要求设计足够的测试用例,判定的每个条件的所有可能必须出现至少一次,并且每个判定的每个条件要独立地影响判定结果。

  • 9
    点赞
  • 63
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
黑盒测试白盒测试是软件测试中两种常见的测试方法,它们用于验证软件系统的功能和质量。下面是对黑盒测试白盒测试的介绍: 1. 黑盒测试黑盒测试是一种基于软件外部行为的测试方法,测试人员只关注软件的输入和输出,而不考虑内部实现细节。在黑盒测试中,测试人员不需要了解软件的内部结构和代码,只需根据需求规格说明书或功能规范来设计测试用例。黑盒测试主要关注以下几个方面: - 功能测试:验证软件是否按照需求规格说明书中的功能要求正常工作。 - 边界值测试:测试边界值情况下软件的行为,例如输入的最大值、最小值等。 - 错误处理测试:测试软件对于错误输入或异常情况的处理能力。 - 性能测试:验证软件在各种负载情况下的性能表现。 2. 白盒测试白盒测试是一种基于软件内部结构和代码的测试方法,测试人员需要了解软件的内部实现细节。在白盒测试中,测试人员可以查看源代码、设计文档等来设计测试用例,并通过代码覆盖率等指标来评估测试的完整性。白盒测试主要关注以下几个方面: - 语句覆盖:测试用例能否覆盖到软件中的每一条语句。 - 分支覆盖:测试用例能否覆盖到软件中的每一个分支。 - 路径覆盖:测试用例能否覆盖到软件中的每一条可能路径。 - 数据流覆盖:测试用例能否覆盖到软件中的每一个数据流。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值