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