软件黑盒测试方法ppt课件.ppt

软件黑盒测试方法 1 CONFIDENTIAL AllRightsReserved 2 内容 一 黑盒测试概念二 软件测试分类三 黑盒测试方法四 黑盒测试流程 CONFIDENTIAL AllRightsReserved 3 黑盒测试概念 软件测试分类 黑盒测试也称功能测试或数据驱动测试 检测程序每个功能是否都能正常使用 它只检查程序功能是否按照需求规格说明书的规定正常使用 程序是否能适当地接收输入数据而产生正确的输出信息 主要针对软件界面和软件功能进行测试 CONFIDENTIAL AllRightsReserved 4 CONFIDENTIAL AllRightsReserved 5 黑盒测试分类 软件测试分类 按照开发阶段划分软件测试可分为 单元测试又称为模块测试 是针对软件设计的最小单位 程序模块进行正确性检验 检查模块是否正确实现详细设计说明书中的模块功能 集成测试也叫组装测试在单元测试的基础上 检验模块的接口关系 逐步集成为符合概要设计要求的程序部件或接口 注 此处只讲本PPT涉及的内容 其它分类 系统 验收测试 不介绍 CONFIDENTIAL AllRightsReserved 6 CONFIDENTIAL AllRightsReserved 7 黑盒测试方法 CONFIDENTIAL AllRightsReserved 8 黑盒测试方法 原则上讲 软件测试方法可以分为两大类 静态测试和动态测试方法 静态测试是指不利用计算机运行被测程序 而是通过其他手段达到检测的目的 动态测试是指通常意义上的测试 通过运行和使用被测程序 发现软件故障 以达到检测的目的 CONFIDENTIAL AllRightsReserved 9 黑盒测试对象 根据软件定义 软件包括程序 数据和文档 所以软件测试的对象不仅仅是程序 静态测试对象 需求分析 概要设计 详细设计以及程序编码 实施等阶段所得到的文档 包括需求规格说明书 概要设计规格说明书 详细设计规格说明书以及系统 用户 操作手册 动态测试对象 软件程序本身 CONFIDENTIAL AllRightsReserved 10 需求文档的重要性 黑盒测试依赖于需求文档 所以测试部门应及时 准确地获取 理解需求相关的文档 针对不理解 疑问之处及时与相关人员沟通解决 同时 需求文档的正确性同样重要 若测试人员按照错误的需求文档测试的软件可能不符合用户需求 CONFIDENTIAL AllRightsReserved 11 黑盒测试流程 黑盒测试流程 黑盒测试流程如下 分析需求 设计测试用例 执行测试用例 跟踪BUG 撰写测试需求 12 分析需求 分析需求的步骤如下 获取 阅读需求 测试人员从需求 实施人员处获取需求并进行理解性 可行性分析 针对不明确 有异议的需求形成文档进行部门内部答疑 之后形成新的不明确 有异议的需求文档 将之反馈给需求 实施人员 需求 实施人员以文档形式进行答疑 必要时进行会议讨论 测试人员将明确确认需求的需求形成业务流程图 有助于掌握需求 设计测试用例 13 下面以粮宝宝的特价商品业务流程为例 介绍业务流程图的画法 1 确定特价商品业务流程中涉及的所有模块 后台的模块有 商品管理 添加新商品 商品管理 商品列表 特价商品管理 特价商品列表 前台的模块有 特价商品 注 本次流程图中以矩形表示模块 菱形表示数据输入 箭头表示数据流向 但只是个人习惯 不代表标准使用 粮宝宝链接 http 58 215 0 42 58088 分析需求 业务流程图的绘制 14 2 确定各模块在业务流程中的先后顺序 商品管理 添加新商品 商品管理 商品列表 特价商品管理 特价商品列表 特价商品 3 确定各模块之间及内部的限制关系 特价商品来自于 商品管理 商品列表 下的普通商品或金蝶商品 只有这两种商品库存大于0 已上架 其中金蝶商品要通过审核 时才可被添加至普通商品 当前时间包含在特价商品的开始和结束时间段内 已上架的特价商品才能被前台用户看到 库存大于0时才能被购买 分析需求 业务流程图的绘制 15 分析需求 特价商品后台业务流程图1 左图为特价商品后台业务流程图的上半部分 16 左图为特价商品后台业务流程图的下半部分 分析需求 特价商品后台业务流程图2 17 分析需求 特价商品前台业务流程图 左图为特价商品前台业务流程图 注 需求在整个开发过程中有较大的变动性 新增性 测试人员应及时获取正确的需求 更新流程图及测试用例 18 设计测试用例 单元测试 单元测试的用例主要是针对模块内部的功能点 现在选择后台的 特价商品管理 特价商品列表 进行单元测试用例的设计 其它模块采用同样的方法 19 单元测试 设计用例基本点 1 对界面可操作按钮测试 增加 修改 删除 查询 2 必填项检查 必项未填时系统是否都做了处理 对必填项是否有提示信息 如在必填项处加 3 字符串长度检查 输入超出需求所说明的字符串长度的内容 看系统是否检查字符串长度 会不会出错 20 4 字符类型检查 在应该输入指定类型的内容的地方输入其他类型的内容 如在应该输入数字的地方输入汉字 看系统是否检查字符类型 会否报错 5 信息重复 添加 修改 在需要命名 且名字唯一的信息输入重复的内容 看系统有没有处理 会否报错 单元测试 设计用例基本点 21 6 编辑框 中英文字符 数字字符 特殊字符 及这几种字符的组合 7 检查添加和修改是否一致 检查添加和修改信息的要求是否一致 例如添加要求必填的项 修改也应该必填 8 文本框内容的合理性 如果是输入正数的文本框 如 库存 还要判断是否为负数 单元测试 设计用例基本点 22 下面举几个具体的例子 单元测试 设计用例 23 单元测试 设计用例 24 单元测试 设计用例 25 单元测试 设计用例 注 此外文本框合理性还有库存 限购数为小数的情况等 26 单元测试 设计用例 27 设计测试用例 集成测试 集成测试的用例主要是针对模块间的业务流程 现在选择前台购买特价商品的部分流程 从判断是否限购开始及购买结束 进行集成测试用例的设计 其它模块采用同样的方法 28 集成测试 设计用例场景 29 设计用例场景有 1 单位用户购买限购的特价商品 1 2 5 1 2 4 2 5 2 单位用户购买不限购的特价商品 1 3 6 1 3 7 3 6 3 多个用户购买限购的特价商品 5 8 9 11 5 8 9 10 9 11 4 多个用户购买不限购的特价商品 6 8 9 11 6 8 9 10 9 11 集成测试 设计用例场景 30 下面就上页的场景1和4设计用例如下 集成测试 设计用例 31 集成测试 设计用例 32 集成测试 设计用例 33 集成测试 设计用例 34 集成测试 设计用例 35 集成测试 设计用例 36 集成测试 设计用例 37 集成测试 设计用例 38 执行测试用例 跟踪BUG 执行设计的用例 记录执行结果 对不通过的用例提交bug