热门标签 | HotTags
当前位置:  开发笔记 > 后端 > 正文

软件测试与质量之黑盒测试:软件测试白盒测试和黑盒测试

本文主要介绍关于黑盒测试,测试用例的知识点,对【软件测试与质量之黑盒测试】和【软件测试白盒测试和黑盒测试】有兴趣的朋友可以看下由【黎扶澈】投稿的技术文章,希望该技术和经验能帮到你解决你所遇的测试理论

本文主要介绍关于黑盒测试,测试用例的知识点,对【软件测试与质量 之黑盒测试】和【软件测试白盒测试和黑盒测试】有兴趣的朋友可以看下由【黎扶澈】投稿的技术文章,希望该技术和经验能帮到你解决你所遇的测试理论相关技术问题。

软件测试白盒测试和黑盒测试

目录

一、黑盒测试的概念

1.1 定义

1.2 黑盒测试的基本原理

1.3 优/劣势

1.4 测试方法的评价标准

二、黑盒测试用例设计方法

2.1 边界值分析法(边界值测试)

2.1.1 产生原因

2.1.2 边界值测试流程

2.2 等价类分析法(等价类测试)

2.2.1 等级类测试流程

2.2.2 两种划分等价类的方式

2.2.3 对无效等价类设计测试用例

2.2.4 如何选择合适的覆盖指标

2.2.5 独立性假设

2.2.6 输出域的测试流程

2.3 场景分析法(基于场景的测试)

2.3.1 基本流和备选流的定义及区别

2.3.2 场景的定义


一、黑盒测试的概念 1.1 定义

只知道系统输入和预期输出,不需要了解程序内部结构和内部特性的测试方法就称为黑盒测试

1.2 黑盒测试的基本原理

 

1.3 优/劣势

优势

方法简单有效可以整体测试系统的行为开发与测试可以并行对测试人员技术要求相对较低

不足和弊端

行业门槛偏低 1.4 测试方法的评价标准

在最短时间内,以最少的人力,有利于发现最多的,以及最严重的缺陷。

精确的:测试针对性强完备的:测试覆盖全面,无漏洞无冗余简单的:测试方法简单易行易于调试:缺陷定位难度小  二、黑盒测试用例设计方法 2.1 边界值分析法(边界值测试) 2.1.1 产生原因 经过长期的测试工作经验表明,在 输入域的边界或边界附近,常常会发现大量缺陷边界值测试倾向于选择系统边界或边界附近的数据来设计测试用例 2.1.2 边界值测试流程 确定有几个输入条件确定每个输入的边界点划定边界邻域delta每个边界对应3个测试数据单边界设计测试用例

输出域的边界测试用例设计流程与上述类似:

  

2.2 等价类分析法(等价类测试)

等价类就是一组具有相同处理机制的数据的集合

有效等价类 有效等价类对应有效输入域的数据有效等价类设计的测试用例用于检验被测系统 是否能够正确完成指定功能 无效等价类 无效等价类则对应无效输入域的数据无效等价类设计的测试用例被用来 考察被测系统的容错性

弱覆盖:测试用例应覆盖所有的有效等价类
强覆盖:测试用例应覆盖所有有效等价类的所有组合情况

2.2.1 等级类测试流程

面向输入域的等价类测试主要步骤:

确定有几个输入条件,且应尽量从用户角度分析需求,更有利于避免改变原始输入域针对有效域和无效域分别划分等价类,并确保数据等价,避免漏洞;同时,在输入条件存在相互关联时,应注意划分等价类时兼顾这种关联性,或者,在等价类划分完成后利用其它测试方法来消除测试用例的冗余;一般情况下尽量选择 强覆盖指标,当进度压力大时可选择 弱覆盖标准设计测试用例;设计测试用例时,注意在有效域内使用组合机制,在无效域内使用单缺陷机制 2.2.2 两种划分等价类的方式 基于系统实现的等价划分(从程序员实现系统的角度出发,关注接口)基于用户需求的等价划分(从用户的角度出发,关注隐含的系统内部处理流程) 2.2.3 对无效等价类设计测试用例

采用单缺陷原则:即测试用例的失败应由单个无效等价类关联的缺陷所导致;(每个测试用例应该唯一对应一个输入的无效等价类)

对有效域和无效域可以用相同方式进行等价测试吗?

有效域内设计测试用例,应确保每个测试用例覆盖的均为有效等价类,在无效域内,则应基于单缺陷原则设计测试用例,不应该出现多个无效等价类组合成测试用例的情况

2.2.4 如何选择合适的覆盖指标 划分出最多有效等价类的那个输入条件决定弱覆盖指标的最少测试用例数;强覆盖指标下,测试用例的数量是每个输入条件所拥有的有效等价类数量的乘积 2.2.5 独立性假设 当等价类划分不彻底时,将导致测试的漏洞;

对策:划分等价类时务必仔细分析需求,严格保证数据的等价

当输入条件之间存在关联时,引入独立性原则将造成测试的冗余

对策:尽量基于关联性来划分等价类(可以创建决策表)

2.2.6 输出域的测试流程 确定有几个输出结果对每类输出结果划分等价类选择合适的覆盖标准,将等价类组合起来设计测试用例

注意:

输入域:需要严格区分有效域和无效域输出域:不存在无效输出域的概念 2.3 场景分析法(基于场景的测试)

2.3.1 基本流和备选流的定义及区别 基本流:应选择容易出错的,或者出错后导致损失严重的高风险事件流作为基本流。是从初始状态到终止状态的完整业务流程。

基本流的特点:最高风险的事件流;操作频率高;涉及业务规则复杂;涉及重要功能;涉及用户类型广泛;涉及用户数量大;涉及交互复杂;

备选流:仅是一个业务片段

 备选流的节点形式:

 起始节点从基本流的某个判定节点开始起始节点从其他备选流的某个判定节点开始终止节点是基本流上的某个状态终止节点是其他的系统终止状态备选流上的每个节点执行后可以继续往下执行,也可以返回基本流上的某个节点继续执行

基本流和备选流的区别

 

2.3.2 场景的定义

场景可以看做是基本流与备选流的有序集合。一个场景中至少应包含一条基本流 

从场景设计测试用例

找到输入条件判断是否有效条件判断是否触发条件需要取哪些测试数据得到系统预期输出

 

本文《软件测试与质量 之黑盒测试》版权归黎扶澈所有,引用软件测试与质量 之黑盒测试需遵循CC 4.0 BY-SA版权协议。


推荐阅读
author-avatar
季幸静仪1255_189
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有