软件黑盒测试方法

《软件黑盒测试方法》由会员分享，可在线阅读，更多相关《软件黑盒测试方法（41页珍藏版）》请在金锄头文库上搜索。

1、软件黑盒测试方法软件黑盒测试方法内容一、黑盒测试概念二、软件测试分类三、黑盒测试方法四、黑盒测试流程2CONFIDENTIAL - All Rights Reserved黑盒测试概念3CONFIDENTIAL - All Rights Reserved软件测试分类 黑盒测试也称功能测试或数据驱动测试，检测程序每个功能是否都能正常使用。它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。主要针对软件界面和软件功能进行测试。4CONFIDENTIAL - All Rights Reserved黑盒测试分类5CONFIDENTIAL - All R

2、ights Reserved软件测试分类按照开发阶段划分软件测试可分为：单元测试又称为模块测试，是针对软件设计的最小单位-程序模块进行正确性检验、检查模块是否正确实现详细设计说明书中的模块功能。集成测试也叫组装测试在单元测试的基础上，检验模块的接口关系，逐步集成为符合概要设计要求的程序部件或接口。注：此处只讲本PPT涉及的内容，其它分类（系统、验收测试）不介绍6CONFIDENTIAL - All Rights Reserved黑盒测试方法7CONFIDENTIAL - All Rights Reserved黑盒测试方法 原则上讲，软件测试方法可以分为两大类：静态测试和动态测试方法：l静态测试

3、是指不利用计算机运行被测程序，而是通过其他手段达到检测的目的。l动态测试是指通常意义上的测试通过运行和使用被测程序，发现软件故障，以达到检测的目的。8CONFIDENTIAL - All Rights Reserved黑盒测试对象 根据软件定义，软件包括程序、数据和文档，所以软件测试的对象不仅仅是程序。l静态测试对象：需求分析、概要设计、详细设计以及程序编码、实施等阶段所得到的文档，包括需求规格说明书、概要设计规格说明书、详细设计规格说明书以及系统（用户）操作手册。l动态测试对象：软件程序本身。9CONFIDENTIAL - All Rights Reserved需求文档的重要性 黑盒测试依赖

4、于需求文档，所以测试部门应及时、准确地获取、理解需求相关的文档，针对不理解、疑问之处及时与相关人员沟通解决。 同时，需求文档的正确性同样重要，若测试人员按照错误的需求文档测试的软件可能不符合用户需求。10CONFIDENTIAL - All Rights Reserved黑盒测试流程11CONFIDENTIAL - All Rights Reserved黑盒测试流程黑盒测试流程如下：1.分析需求；2.设计测试用例；3.执行测试用例、跟踪BUG ；4.撰写测试需求。分析需求分析需求的步骤如下：获取、阅读需求：测试人员从需求、实施人员处获取需求并进行理解性、可行性分析，针对不明确、有异议的需求形成

5、文档进行部门内部答疑，之后形成新的不明确、有异议的需求文档，将之反馈给需求、实施人员；需求、实施人员以文档形式进行答疑，必要时进行会议讨论；测试人员将明确确认需求的需求形成业务流程图（有助于掌握需求、设计测试用例）。下面以粮宝宝的特价商品业务流程为例，介绍业务流程图的画法：1.确定特价商品业务流程中涉及的所有模块：后台的模块有【商品管理-添加新商品】、【商品管理-商品列表】、【特价商品管理-特价商品列表】前台的模块有【特价商品】注：本次流程图中以矩形表示模块、菱形表示数据输入、箭头表示数据流向，但只是个人习惯，不代表标准使用；粮宝宝链接：http:/58.215.0.42:58088/。分析需

6、求-业务流程图的绘制2.确定各模块在业务流程中的先后顺序：【商品管理-添加新商品】-【商品管理-商品列表】-【特价商品管理-特价商品列表】-【特价商品】3.确定各模块之间及内部的限制关系：特价商品来自于【商品管理-商品列表】下的普通商品或金蝶商品，只有这两种商品库存大于0、已上架（其中金蝶商品要通过审核）时才可被添加至普通商品；当前时间包含在特价商品的开始和结束时间段内、已上架的特价商品才能被前台用户看到，库存大于0时才能被购买。分析需求-业务流程图的绘制分析需求-特价商品后台业务流程图1左图为特价商品后台业务流程图的上半部分；左图为特价商品后台业务流程图的下半部分；分析需求-特价商品后台业务

7、流程图2分析需求-特价商品前台业务流程图左图为特价商品前台业务流程图。注：需求在整个开发过程中有较大的变动性、新增性，测试人员应及时获取正确的需求，更新流程图及测试用例。设计测试用例-单元测试 单元测试的用例主要是针对模块内部的功能点，现在选择后台的【特价商品管理-特价商品列表】进行单元测试用例的设计，其它模块采用同样的方法。 单元测试-设计用例基本点1.对界面可操作按钮测试：增加、修改、删除、查询；2.必填项检查：必项未填时系统是否都做了处理，对必填项是否有提示信息，如在必填项处加*；3.字符串长度检查：输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错；4.字符类型

8、检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入数字的地方输入汉字),看系统是否检查字符类型，会否报错；5.信息重复（添加、修改）:在需要命名,且名字唯一的信息输入重复的内容,看系统有没有处理,会否报错；单元测试-设计用例基本点6.编辑框：中英文字符、数字字符、特殊字符、及这几种字符的组合；7.检查添加和修改是否一致：检查添加和修改信息的要求是否一致，例如添加要求必填的项,修改也应该必填；8.文本框内容的合理性：如果是输入正数的文本框（如：库存）还要判断是否为负数。单元测试-设计用例基本点下面举几个具体的例子：所属模块特价商品管理-特价商品列表用例编号TC01-1功能点添

9、加特价商品检查点特价标题重复前置条件【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、库存大于0的商品；已存在特价标题为小米特价商品。操作步骤1.点击【特价商品管理-特价商品列表】；2.点击“添加特价商品”按钮；3.在特价标题编辑框中输入已存在的特价标题，比如：小米；4.完成其它编辑框的正确填写；5.点击“保存”按钮。预期结果步骤1-5后，系统给出特价标题不能重复的提示信息。单元测试-设计用例单元测试-设计用例所属模块特价商品管理-特价商品列表用例编号TC01-2功能点添加特价商品检查点必填项不填，比如：特价前置条件【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、库存

10、大于0的商品。操作步骤1.点击【特价商品管理-特价商品列表】；2.点击“添加特价商品”按钮；3. 特价编辑框保持为空；4.完成其它必填项的正确填写；5.点击“保存”按钮。预期结果步骤1-5后，系统给出不能为空的提示信息。单元测试-设计用例所属模块特价商品管理-特价商品列表用例编号TC01-3功能点添加特价商品检查点字符类型检查，比如：特价中字符类型检查前置条件【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、库存大于0的商品。操作步骤1.点击【特价商品管理-特价商品列表】；2.点击“添加特价商品”按钮；3. 特价编辑框中字符类型检查，比如输入特价；4.完成其它必填项的正确填写；5.

11、点击“保存”按钮。预期结果步骤1-5后，系统给出特价应为正数的提示信息。单元测试-设计用例注：此外文本框合理性还有库存、限购数为小数的情况等所属模块特价商品管理-特价商品列表用例编号TC01-4功能点添加特价商品检查点文本框内容的合理性，比如：特价中输入负数前置条件【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、库存大于0的商品。操作步骤1.点击【特价商品管理-特价商品列表】；2.点击“添加特价商品”按钮；3. 特价编辑框中输入负数，比如输入-5；4.完成其它必填项的正确填写；5.点击“保存”按钮。预期结果步骤1-5后，系统给出特价应为正数的提示信息。单元测试-设计用例所属模块特

12、价商品管理-特价商品列表用例编号TC01-5功能点添加特价商品检查点开始时间结束时间前置条件【商品列表】中存在已审核、已上架、开始、结束时间包含当前时间、库存大于0的商品。操作步骤1.点击【特价商品管理-特价商品列表】；2.点击“添加特价商品”按钮；3. 将开始时间设置为结束时间，比如输入分别为203-11-21、203-11-19；4.完成其它必填项的正确填写；5.点击“保存”按钮。预期结果步骤1-5后，系统给出开始时间不能大于结束时间的提示信息。设计测试用例-集成测试 集成测试的用例主要是针对模块间的业务流程，现在选择前台购买特价商品的部分流程（从判断是否限购开始及购买结束）进行集成测试用

13、例的设计，其它模块采用同样的方法。 集成测试-设计用例场景 设计用例场景有：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设计用例如下：所属业务流程前台购买特价商品用例编号TC02-1-1场景单位用户购买限购的特价商品（只购买一次）检查流程单位用户购买数不大于限购数1-2-5前置条件【特价商

14、品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、库存大于0且限购的特价商品。操作步骤1.前台用户登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表下找到一个限购的可购买的特价商品；4.进入该商品的详情页面进行购买，购买数量不大于限购数；5.提交该订单。预期结果步骤1-5后，单位用户成功购买数不大于限购数的特价商品。集成测试-设计用例集成测试-设计用例所属业务流程前台购买特价商品用例编号TC02-1-2场景单位用户购买限购的特价商品（购买多次）检查流程单位用户购买数不大于限购数1-2-5前置条件【特价商品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、

15、库存大于0且限购的特价商品。操作步骤1.前台用户登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表下找到一个限购的可购买的特价商品；4.进入该商品的详情页面进行购买，购买数量不大于限购数；5.提交该订单；6.重复步骤3-5，且保证该用户购买多次的商品总和不大于限购数。预期结果1.步骤1-5后，单位用户成功购买数不大于限购数的特价商品；2.步骤6后，单位用户成功购买数不大于限购数的特价商品。所属业务流程前台购买特价商品用例编号TC02-2-1场景单位用户购买限购的特价商品（只购买一次）检查流程单位用户购买数大于限购数1-2-4-2-5前置条件【特价商品管理-特价商品列表】中存在已上

16、架、开始、结束时间包含当前时间、库存大于0且限购的特价商品。操作步骤1.前台用户登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表下找到一个限购的可购买的特价商品；4.进入该商品的详情页面进行购买，购买数量大于限购数；5.提交该订单；6.重复步骤3-5，且调整购买数为不大于限购数。预期结果1.步骤1-5后，系统提示购买数应不大于限购数；2.步骤6后，成功购买。集成测试-设计用例集成测试-设计用例所属业务流程前台购买特价商品用例编号TC02-2-2场景单位用户购买限购的特价商品（购买多次的总和）检查流程单位用户购买数总和大于限购数1-2-4-2-5前置条件【特价商品管理-特价商品列

17、表】中存在已上架、开始、结束时间包含当前时间、库存大于0且限购的特价商品。操作步骤1.前台用户登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表下找到一个限购的可购买的特价商品；4.进入该商品的详情页面进行购买，购买数量不大于限购数；5.提交该订单；6.重复步骤3-5，且保证该用户购买多次的商品总和大于限购数；7.重复步骤3-5，且调整总购买数为不大于限购数。预期结果1.步骤1-5后，单位用户成功购买数不大于限购数的特价商品；2.步骤6后，系统提示购买数应不大于限购数；3.步骤7后，成功购买。集成测试-设计用例所属业务流程前台购买特价商品用例编号TC02-7-1场景多个用户购买不

18、限购的特价商品（每个用户只购买一次）检查流程多个用户购买总数不大于库存数6-8-9-11前置条件【特价商品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、库存大于0且不限购的特价商品；已有一个用户1购买小于库存数的特价商品1。操作步骤1.前台用户2登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表进入特价商品1的详情页面；4.购买数量与已成功购买的用户的购买数之和不大于库存数；5.提交该订单；6.用用户3登录系统重复步骤2-5，且多个用户的购买数和不大于库存数。预期结果1.步骤1-5后，用户2成功购买；2.步骤6后，用户3成功购买。集成测试-设计用例所属业务流程前台

19、购买特价商品用例编号TC02-7-2场景多个用户购买不限购的特价商品（有的用户购买多次）检查流程多个用户购买数不大于库存数6-8-9-11前置条件【特价商品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、库存大于0且不限购的特价商品；已有一个用户1购买小于库存数的特价商品1。操作步骤1.前台用户2登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表进入特价商品1的详情页面；4.购买数量与已成功购买的用户的购买数之和不大于库存数；5.提交该订单；6.用户2重复步骤2-5，且多个用户的购买数和不大于库存数。预期结果1.步骤1-5后，用户2成功购买；2.步骤6后，用户2成功

20、购买。集成测试-设计用例所属业务流程前台购买特价商品用例编号TC02-8-1场景多个用户购买不限购的特价商品（每个用户只购买一次）检查流程多个用户购买数大于库存数6-8-9-11前置条件【特价商品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、库存大于0且不限购的特价商品；已有一个用户1购买小于库存数的特价商品1。操作步骤1.前台用户2登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表进入特价商品1的详情页面；4.购买数量与已成功购买的用户的购买数之和不大于库存数；5.提交该订单；6.用用户3登录系统重复步骤2-5，且多个用户的购买数和大于库存数；7.调整购买数量为

21、不大于库存数进行购买。预期结果1.步骤1-5后，用户2成功购买；2.步骤6后，系统提示库存不足；3.步骤7后，用户3成功购买。集成测试-设计用例所属业务流程前台购买特价商品用例编号TC02-8-2场景多个用户购买不限购的特价商品（有的用户购买多次）检查流程多个用户购买数大于库存数6-8-9-10-9-11前置条件【特价商品管理-特价商品列表】中存在已上架、开始、结束时间包含当前时间、库存大于0且不限购的特价商品；已有一个用户1购买小于库存数的特价商品1。操作步骤1.前台用户2登录粮宝宝商城系统；2.点击【特价商品】模块；3.在特价商品列表进入特价商品1的详情页面；4.购买数量与已成功购买的用户

22、的购买数之和不大于库存数；5.提交该订单；6.用户2重复步骤2-5，且多个用户的购买数和大于库存数。7.用户2调整购买数量为不大于库存数进行购买。预期结果1.步骤1-5后，用户2成功购买；2.步骤6后，系统提示库存不足；3.步骤7后，用户3成功购买。执行测试用例、跟踪BUG 执行设计的用例，记录执行结果，对不通过的用例提交bug给开发人员，并跟踪bug直至被关闭。 执行用例、跟踪bug过程中遇到的问题应及时沟通解决。撰写测试需求 在项目的测试进入扫尾阶段时，测试人员可开始撰写测试需求，包括软件的功能细节点、操作顺序、模块间的制约关系（业务流程）等内容。 测试需求仅供测试部门内部备忘、参考，不用做系统操作手册。谢 谢！