软件黑盒测试方法课件
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3.确定各模块之间及内部的限制关系：特价商 品来自于【商品管理-商品列表】下的普通商 品或金蝶商品，只有这两种商品库存大于0、 已上架（其中金蝶商品要通过审核）时才可 被添加至普通商品；当前时间包含在特价商 品的开始和结束时间段内、已上架的特价商 品才能被前台用户看到，库存大于0时才能被 购买。
15
来自百度文库18
设计测试用例 -单元测试
单元测试的用例主要是针对模块内部 的功能点，现在选择后台的【特价商品 管理-特价商品列表】进行单元测试用例 的设计，其它模块采用同样的方法。
19
单元测试-设计用例基本点
1.对界面可操作按钮测试：增加、修改、 删除、查询； 2.必填项检查：必项未填时系统是否都做 了处理，对必填项是否有提示信息，如在 必填项处加*； 3.字符串长度检查：输入超出需求所说明 的字符串长度的内容，看系统是否检查字 符串长度，会不会出错；
6
黑盒测试方法
7
黑盒测试方法
原则上讲，软件测试方法可以分为两 大类：静态测试和动态测试方法： ?静态测试是指不利用计算机运行被测程
序，而是通过其他手段达到检测的目的。 ?动态测试是指通常意义上的测试——通
过运行和使用被测程序，发现软件故障， 以达到检测的目的。
8
黑盒测试对象
根据软件定义，软件包括程序、数据和 文档，所以软件测试的对象不仅仅是程序。 ?静态测试对象：需求分析、概要设计、详
软件黑盒测试方法
1
内容
?一、黑盒测试概念 ?二、软件测试分类 ?三、黑盒测试方法 ?四、黑盒测试流程
2
黑盒测试概念
3
软件测试分类
黑盒测试也称功能测试或数据驱动测试， 检测程序每个功能是否都能正常使用。它只 检查程序功能是否按照需求规格说明书的规 定正常使用，程序是否能适当地接收输入数 据而产生正确的输出信息。主要针对软件界 面和软件功能进行测试。
② 需求、实施人员以文档形式进行答疑，必 要时进行会议讨论；
③ 测试人员将明确确认需求的需求形成业务 流程图（有助于掌握需求、设计测试用 例）。
13
分析需求-业务流程图的绘制
下面以粮宝宝的特价商品业务流程为例，介 绍业务流程图的画法：
1.确定特价商品业务流程中涉及的所有模块： ①后台的模块有【商品管理-添加新商品】、 【商品管理-商品列表】、【特价商品管理-特 价商品列表】
所属模块 特价商品管理-特价商品列表
用例编号 TC01-1
功能点 检查点 前置条件 操作步骤
预期结果
添加特价商品
特价标题重复
【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、 库存大于0的商品；已存在特价标题为‘小米'特价商品。
1.点击【特价商品管理-特价商品列表】； 2.点击“添加特价商品”按钮； 3.在‘特价标题'编辑框中输入已存在的特价标题，比如：‘小米'； 4.完成其它编辑框的正确填写； 5.点击“保存”按钮。
6.编辑框：中英文字符、数字字符、特殊 字符、及这几种字符的组合； 7.检查添加和修改是否一致：检查添加和 修改信息的要求是否一致，例如添加要求 必填的项,修改也应该必填； 8.文本框内容的合理性：如果是输入正数 的文本框（如：库存）还要判断是否为负 数。
22
单元测试-设计用例
下面举几个具体的例子：
细设计以及程序编码、实施等阶段所得到 的文档，包括需求规格说明书、概要设计 规格说明书、详细设计规格说明书以及系 统（用户）操作手册。 ?动态测试对象：软件程序本身。
9
需求文档的重要性
黑盒测试依赖于需求文档，所以测试 部门应及时、准确地获取、理解需求相关 的文档，针对不理解、疑问之处及时与相 关人员沟通解决。
分析需求-特价商品后台业务流程图 1
左图为特 价商品后 台业务流 程图的上 半部分；
16
分析需求-特价商品后台业务流程图 2
左图为特 价商品后 台业务流 程图的下 半部分；
17
分析需求-特价商品前台业务流程图
左图为特价 商品前台业 务流程图。
注：需求在 整个开发过 程中有较大 的变动性、 新增性，测 试人员应及 时获取正确 的需求，更 新流程图及 测试用例。
4
黑盒测试分类
5
软件测试分类
按照开发阶段划分软件测试可分为： ? 单元测试又称为模块测试，是针对软件设计的
最小单位-程序模块进行正确性检验、检查模 块是否正确实现详细设计说明书中的模块功能。 ? 集成测试也叫组装测试在单元测试的基础上， 检验模块的接口关系，逐步集成为符合概要设 计要求的程序部件或接口。 注：此处只讲本PPT涉及的内容，其它分类（系 统、验收测试）不介绍
20
单元测试-设计用例基本点
4.字符类型检查: 在应该输入指定类型的内 容的地方输入其他类型的内容(如在应该输 入数字的地方输入汉字),看系统是否检查 字符类型，会否报错； 5.信息重复（添加、修改）:在需要命名,且 名字唯一的信息输入重复的内容,看系统有 没有处理,会否报错；
21
单元测试-设计用例基本点
同时，需求文档的正确性同样重要， 若测试人员按照错误的需求文档测试的软 件可能不符合用户需求。
10
黑盒测试流程
11
黑盒测试流程
黑盒测试流程如下： 1. 分析需求； 2. 设计测试用例； 3. 执行测试用例、跟踪BUG ； 4. 撰写测试需求。
12
分析需求
分析需求的步骤如下：
① 获取、阅读需求：测试人员从需求、实施 人员处获取需求并进行理解性、可行性分 析，针对不明确、有异议的需求形成文档 进行部门内部答疑，之后形成新的不明确、 有异议的需求文档，将之反馈给需求、实 施人员；
步骤1-5后，系统给出特价标题不能重复的提示信息。
23
单元测试-设计用例
所属模块 用例编号 功能点 检查点 前置条件 操作步骤
预期结果
特价商品管理-特价商品列表
TC01-2
②前台的模块有【特价商品】
注：本次流程图中以矩形表示模块、菱形表 示数据输入、箭头表示数据流向，但只是个 人习惯，不代表标准使用；
粮宝宝链接：http://58.215.0.42:58088/。 14
分析需求-业务流程图的绘制
2.确定各模块在业务流程中的先后顺序：【商 品管理-添加新商品】->【商品管理-商品列表】 ->【特价商品管理-特价商品列表】->【特价 商品】
15
来自百度文库18
设计测试用例 -单元测试
单元测试的用例主要是针对模块内部 的功能点，现在选择后台的【特价商品 管理-特价商品列表】进行单元测试用例 的设计，其它模块采用同样的方法。
19
单元测试-设计用例基本点
1.对界面可操作按钮测试：增加、修改、 删除、查询； 2.必填项检查：必项未填时系统是否都做 了处理，对必填项是否有提示信息，如在 必填项处加*； 3.字符串长度检查：输入超出需求所说明 的字符串长度的内容，看系统是否检查字 符串长度，会不会出错；
6
黑盒测试方法
7
黑盒测试方法
原则上讲，软件测试方法可以分为两 大类：静态测试和动态测试方法： ?静态测试是指不利用计算机运行被测程
序，而是通过其他手段达到检测的目的。 ?动态测试是指通常意义上的测试——通
过运行和使用被测程序，发现软件故障， 以达到检测的目的。
8
黑盒测试对象
根据软件定义，软件包括程序、数据和 文档，所以软件测试的对象不仅仅是程序。 ?静态测试对象：需求分析、概要设计、详
软件黑盒测试方法
1
内容
?一、黑盒测试概念 ?二、软件测试分类 ?三、黑盒测试方法 ?四、黑盒测试流程
2
黑盒测试概念
3
软件测试分类
黑盒测试也称功能测试或数据驱动测试， 检测程序每个功能是否都能正常使用。它只 检查程序功能是否按照需求规格说明书的规 定正常使用，程序是否能适当地接收输入数 据而产生正确的输出信息。主要针对软件界 面和软件功能进行测试。
② 需求、实施人员以文档形式进行答疑，必 要时进行会议讨论；
③ 测试人员将明确确认需求的需求形成业务 流程图（有助于掌握需求、设计测试用 例）。
13
分析需求-业务流程图的绘制
下面以粮宝宝的特价商品业务流程为例，介 绍业务流程图的画法：
1.确定特价商品业务流程中涉及的所有模块： ①后台的模块有【商品管理-添加新商品】、 【商品管理-商品列表】、【特价商品管理-特 价商品列表】
所属模块 特价商品管理-特价商品列表
用例编号 TC01-1
功能点 检查点 前置条件 操作步骤
预期结果
添加特价商品
特价标题重复
【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、 库存大于0的商品；已存在特价标题为‘小米'特价商品。
1.点击【特价商品管理-特价商品列表】； 2.点击“添加特价商品”按钮； 3.在‘特价标题'编辑框中输入已存在的特价标题，比如：‘小米'； 4.完成其它编辑框的正确填写； 5.点击“保存”按钮。
6.编辑框：中英文字符、数字字符、特殊 字符、及这几种字符的组合； 7.检查添加和修改是否一致：检查添加和 修改信息的要求是否一致，例如添加要求 必填的项,修改也应该必填； 8.文本框内容的合理性：如果是输入正数 的文本框（如：库存）还要判断是否为负 数。
22
单元测试-设计用例
下面举几个具体的例子：
细设计以及程序编码、实施等阶段所得到 的文档，包括需求规格说明书、概要设计 规格说明书、详细设计规格说明书以及系 统（用户）操作手册。 ?动态测试对象：软件程序本身。
9
需求文档的重要性
黑盒测试依赖于需求文档，所以测试 部门应及时、准确地获取、理解需求相关 的文档，针对不理解、疑问之处及时与相 关人员沟通解决。
分析需求-特价商品后台业务流程图 1
左图为特 价商品后 台业务流 程图的上 半部分；
16
分析需求-特价商品后台业务流程图 2
左图为特 价商品后 台业务流 程图的下 半部分；
17
分析需求-特价商品前台业务流程图
左图为特价 商品前台业 务流程图。
注：需求在 整个开发过 程中有较大 的变动性、 新增性，测 试人员应及 时获取正确 的需求，更 新流程图及 测试用例。
4
黑盒测试分类
5
软件测试分类
按照开发阶段划分软件测试可分为： ? 单元测试又称为模块测试，是针对软件设计的
最小单位-程序模块进行正确性检验、检查模 块是否正确实现详细设计说明书中的模块功能。 ? 集成测试也叫组装测试在单元测试的基础上， 检验模块的接口关系，逐步集成为符合概要设 计要求的程序部件或接口。 注：此处只讲本PPT涉及的内容，其它分类（系 统、验收测试）不介绍
20
单元测试-设计用例基本点
4.字符类型检查: 在应该输入指定类型的内 容的地方输入其他类型的内容(如在应该输 入数字的地方输入汉字),看系统是否检查 字符类型，会否报错； 5.信息重复（添加、修改）:在需要命名,且 名字唯一的信息输入重复的内容,看系统有 没有处理,会否报错；
21
单元测试-设计用例基本点
同时，需求文档的正确性同样重要， 若测试人员按照错误的需求文档测试的软 件可能不符合用户需求。
10
黑盒测试流程
11
黑盒测试流程
黑盒测试流程如下： 1. 分析需求； 2. 设计测试用例； 3. 执行测试用例、跟踪BUG ； 4. 撰写测试需求。
12
分析需求
分析需求的步骤如下：
① 获取、阅读需求：测试人员从需求、实施 人员处获取需求并进行理解性、可行性分 析，针对不明确、有异议的需求形成文档 进行部门内部答疑，之后形成新的不明确、 有异议的需求文档，将之反馈给需求、实 施人员；
步骤1-5后，系统给出特价标题不能重复的提示信息。
23
单元测试-设计用例
所属模块 用例编号 功能点 检查点 前置条件 操作步骤
预期结果
特价商品管理-特价商品列表
TC01-2
②前台的模块有【特价商品】
注：本次流程图中以矩形表示模块、菱形表 示数据输入、箭头表示数据流向，但只是个 人习惯，不代表标准使用；
粮宝宝链接：http://58.215.0.42:58088/。 14
分析需求-业务流程图的绘制
2.确定各模块在业务流程中的先后顺序：【商 品管理-添加新商品】->【商品管理-商品列表】 ->【特价商品管理-特价商品列表】->【特价 商品】