白盒测试思路运用到黑盒测试中

  一直以来我在拿到测试任务时没有一个整体思路,这段时间重温了下测试理论,居然顿悟了一把。

  来看,我们熟知的白盒测试理论中,单元测试是从模块的五个方面进行的,分别是:

    1、模块接口

    2、局部数据结构

    3、路径测试

    4、边界条件

    5、出错处理

  我们知道黑盒测试技术中有等价类、边界值、因果图、场景法、正交分析法,但是这些方法只有在特定场合下使用,在熟知这些测试技术的情况下,我们在接到一个测试特性的时候往往还是搞不清思路。因为黑盒测试技术只是在特定场合下的一种分析工具,而并不是一个整体的思路。我们设想这样的做法,在我们接到一个测试特性之后,设计测试用例之前,我们先将单元测试的五个考虑方向套用上去,将被测特性的输入输出接口列出来,将特性内部的数据结构列出来,画出特性路径(流程)图,找出涉及边界条件的地方,于找出出错处理部分,那不就思路清晰起来了?然后再在这些分析的基础上选择黑盒测试技术进行分析,白盒测试中的路径覆盖方法也完全可以拿出来用。

时间: 2024-10-11 13:10:54

白盒测试思路运用到黑盒测试中的相关文章

用 OpenSessionInViewInterceptor 的思路解决 Spring框架中的Hib

众所周知, 为了解决 Hibernate Lazy 问题, Spring 中引入了 OpenSessionInViewInterceptor, 这样虽然解决了页面上的 Lazy Load 问题,却增加了各层之间的偶合性, 如果一个 Lazy 的 Collection 在页面上可以被正确的 load, 但是如果请求不是来自于 HttpServletRequest (比如在 TestCase 或 Service 中希望获取 lazy 的属性), 一般会导致两种错误: 代码 [java] view p

【转】黑盒测试中的一些小经验分享

一. UI测试: a. 非必填项不填写界面显示: b. 文字输入最大值界面显示需正常: c. 非必填项和必填项都输入界面,主要看字体大小排版这些 d. 界面UI显示(对照设计稿) e. 图片显示(等比截取和压缩需与产品确认) 二. 网络测试: a. 关闭网络启动app b. 进入app关闭网络,刷新界面 c. 进入app关闭网络,刷新界面后开启网络 d. 关于下载关闭网络自动暂停,开启网络自动加载 e. 视频播放,无网络进入,播放中关闭网络 f. 网络差情况下测试,2g.3g.4g.wifi网络

黑盒测试中的一些小经验

1.  UI测试: a.  非必填项不填写界面显示: b.  文字输入最大字符界面显示需正常: c.  非必填项和必填项都输入界面,主要看字体大小排版这些 d.  界面UI显示 e.  图片显示(等比截取和压缩) 2.  网络测试: a.  关闭网络启动app b.  进入app关闭网络,刷新界面 c.  进入app关闭网络,刷新界面后开启网络 d.  关于下载关闭网络自动暂停,开启网络自动加载 e.  视频播放,无网络进入,播放中关闭网络 f.   网络差情况下测试,2g.3g.4g.wifi

因果图在黑盒测试中的应用

因果图的表示符号(原因→结果) 相等: if(C) then Ef 非: if(!C) then Ef 与:if(C1 && C2 && C3) then Ef 或:if(C1 || C2) then Ef Exclusive:排他 Either C1 or C2 or C3 C1,C2,C3不会同时成立,最多只能有一个成立 Inclusive:at least C1 or C2 must present C1,C2至少有一个是1,不能同时为零 Require:C1 req

黑盒测试白盒测试

           白盒测试:是通过程序的源代码进行测试而不使用用户界面.这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正            黑盒测试:又被称为功能测试.数据驱动测试或基于规格说明的测试,是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解 该软件的源代码程序具体是怎样设计的.测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作            黑盒测试(与白盒测试区别

软件开发中的白盒测试

今天,我们来谈谈软件开发过程中的白盒测试. 一.白盒测试的概念 白盒测试(White Box Testing),按照程序内部的结构.逻辑驱动测试程序,通过测试来检测产品内部动作是否按照设计说明书的规定正常进行,检验程序中的每条路径是否都能按预定要求正确工作.白盒测试的对象主要是源程序.是指用代码内部的分支.路径.条件,使程序设计的控制结构导出测试用例.白盒测试是一个与黑盒测试相对的概念,是指测试者针对可见代码进行的一种测试.白盒测试通常再划分为单元测试.集成测试两大类,但依据不同的流程,对白盒测

白盒测试VS黑盒测试

白盒测试 一.定义 白盒测试是一种测试用例设计方法.在这里,盒子指的是被测试的软件,白盒,顾名思义即是盒子是可视的,你清楚盒子内部的东西以及里面是如何运作的.因此,白盒测试需要对系统内部的结构和工作原理有一定的了解,并且基于这个知识来设计你的测试用例. 二.使用白盒测试方法产生的测试用例能够完成的功能 (1)       保证一个模块中的所有独立路径至少被使用一次. (2)       对所有逻辑值均测试true和false. (3)       在上下边界以及可操作范围内运行所有循环. (4)

白盒测试 和 黑盒测试

       白盒测试:在测试类书籍中,白盒测试有多种称法,如玻璃盒测试,透明盒测试,开放盒测试,结构化测试,基于代码的测试,逻辑驱动测试等.白盒测试是一种测试用例设计方法,在这里盒子指的是被测试的软件,白盒,顾名思义即盒子是可视的,你可以清楚盒子内部的东西以及里面是如何运作的,因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解,并且基于这个知识来设计你的用例.        黑盒测试:又叫功能测试,这是因为在黑盒测试中,主要关注于被测软件的功能实现,而不是内部逻辑. 黑盒测试发现以下

软件测试———白盒测试、黑盒测试与灰盒测试

软件测试是一种用来促进鉴定软件的正确性.完整性.安全性和质量的过程.其的目的是尽快尽早地发现在软件产品中所存在的各种问题——与用户需求.预先定义的不一致性,即为了在软件中发现尽可能多的缺陷和不足的地方. 对于软件测试分类,最被大家熟悉的是根据软件结构与算法的角度来分类的:白盒测试.黑盒测试与灰盒测试. 白盒测试又被称结构测试.透明盒测试.逻辑驱动测试或基于代码的测试,是对软件的过程性细节做细致的检查.对于白盒测试,测试员必须要全面了解程序的内部逻辑结构.对所有逻辑路径进行测试."白盒"