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