软件测试技术三之黑盒测试

1、出结果），并利用这些测试用例去运行程序，以发现程序错误的过程。
简单地说，软件测试是“探测”，在“探测”中发现软件的毛病。
,CH1 软件测试概述,CH1 软件测试概述,软件测试的目的和意义,以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷。
如果我们成功地实施了测试，我们就能够发现软件中的错误。
测试的附带收获是，它能够证明软件的功能和性能与需求说明相符合。
实施测试收集到的测试结果数据为可靠性分析提供了依据。
,CH1 软件测试概述,软件测试的过程,模块中有无故障,(1)可以发现很多软件故障 (2)修改成本较低,发现与接口有关的模块之间的问题,增量式集成测试法,是否满足软件需求,结论性评价,证明系统性能,独立的测试机构,向用户表明系统可以像用户预的那样工作,CH1 软件测试概述,软件测试与软件开发的关系 软件测试过程V模型,CH1 软件测试概述,软件测试过程W模型,CH1 软件测试概述,软件测试环境的搭建测试环境是指用来运行软件的环境。
测试环境硬件软件网络数据准备测试工具 搭建软件测试环境还应注意以下几点： 尽量模拟用户的真实使用环境； 测试环境中尽量不要安装其它与被测软件。

2、ntata（IPL）VectorCAST（VectorCAST）Rational RTRT（IBM）TestBed（LDRA）,覆盖率分析Cantata（IPL）VectorCAST（VectorCAST）Rational PureCoverage（IBM）CodeTest（Metrowerks）TrueCoverage（Compuware）TestBed（LDRA）性能分析Rational Quantify（IBM）CodeTest（Metrowerks）TrueTime（Compuware）内存分析Rational Purify（IBM）CodeTest（Metrowerks）BoundsChecker（Compuware）PolySpace（PolySpace）,。

3、测试 验收测试 按照测试实施组织计划（执行主体） 开发方测试（测试） 用户测试（测试） 第三方测试,静态测试与动态测试 静态测试 定义 不运行被测程序 通过其他手段达到检测目的 对被测程序进行特性分析方法的总称 静态的检查程序代码、界面或文档中可能存在的错误的过程 测试活动 需求评审 设计评审 代码走查 代码检查,必须修改的问题（3） 程序没有注释 程序=代码+注释 注释语句/总代码行数=1/51/4 子函数max没有返回值类型 精度丢失问题 建议修改的问题（3） main函数没有返回值类型和参数表（默认为void main （void） 1行代码之定义1个变量。
程序适当加一些空行,#include max(float x,float y) float z;z=xy?x:y;return(z); main() float a,b;int c;scanf(“%f,%f“, ,发现什么问题了吗？,/*程序名称:求两个实数中的大数 作者:* 版本:1.0 创建时间:1.02007-09-10 */ #include float max(float x,float。

4、此，应有目的地确定这些操作的目标，这样就可以复用它们的实施。
测试脚本是自动执行测试过程（或部分测试过程）的计算机可读指令。
,测试脚本语言（test scripting language）是脚本语言的一种，准确地讲是脚本语言在测试领域地一个分支，是自动化软件测试设计的基础。
测试脚本技术分类： 线性脚本：是录制手工执行的测试实例得到的脚本。
这种脚本包括所有的击键、功能键、控制测试软件的控制键及输入数据的数字键 （非常低的脚本开发成本，要求代码能力较低，不需要计划和设计，测试数据在脚本中，维护成本较高）。
,2.结构化脚本：类似于结构化程序设计，结构化脚本中含有控制脚本设计的指令。
这些指令或为控制结构或为调用结构（比线性开发脚本成本较高，要求有一定的代码能力，需要简单的计划和设计，测试数据在脚本中，维护成本相对低一些）。
3.共享脚本：脚本可能被多个测试事例使用（比结构开发脚本成本较高，要具有调整代码的编程技巧，需要计划和设计，测试数据也是硬编码的，维护成本比线性脚本编写要低一些）。
,4.数据驱动脚本技术：将测试输入存储在独立的文件中，而不是存储在脚本中（需要脚本参数化和编程成本比共享的编。

5、的操作步骤。
,61黑盒测试的基本概念,611 黑盒测试 黑盒测试（Black-box Testing）又称为数据驱动测试或基于规范的测试。
用这种方法进行测试时，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，注重于测试软件的功能性需求，测试者在程序接口进行测试，它只检查程序功能是否按照规格说明书的规定正常使用，程序是否能接收输入数据而产生正确的输出信息，并且保持数据库或文件的完整性。
依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性。
它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常运行，因此黑盒测试是从用户观点出发的测试。
由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试。
黑盒测试有两种结果，即通过测试和失败测试。
如果规格说明有误，用黑盒测试方法是发现不了的。
,黑盒测试主要是为了发现以下几类错误： 是否有不正确或遗漏的功能？ 界面是否有错误？ 在接口上，输入能否正确地接受？能否输出正确的结果？ 是否有数据结构错误或外部数据库访问错误？ 性能上。

6、的组成,条件桩:列出问题的所有条件 动作桩:列出可能采取的操作 条件项:列出条件桩的取值 动作项:列出条件项各种取值下应该采取的动作,判定表的组成,规则,任何一个条件组合的特定取值及其相应要执行的操作称为规则； 在判定表中贯穿条件项和动作项的一列就是一条规则； 判定表中列出多少组条件取值，也就有多少条规则，即条件项和动作项有多少列。
,规则示例：三角形问题,规则（续）,规则合并 规则合并就是判定表的简化。
有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系，就可以将规则合并。
,（1）两条规则合并成一条,条件项“”表示与取值无关。
,条件项“”在逻辑上包含其它的条件。
,（2）两条规则的进一步合并,3. 判定表建立步骤,根据软件规格说明 列出所有的条件桩和动作桩； 确定规则的个数； 假如有n个条件，每个条件有两个取值（0,1）,则有2n 种规则； 填入条件项； 填入动作项，得到初始决策表； 简化，合并相似规则（相同动作）。
,案例1：维修机器问题,问题描述： “对于功率大于50马力并且维修记录不全或已运行10年以上的机器，应给予优先的维修处理” 请建立决。

7、餐，查询,待测系统说明,5,待测系统界面,相关知识黑盒测试,网上订餐系统界面,6,相关知识-等价类方法,7,相关知识黑盒测试,本任务介绍了黑盒测试的流程，等价类的基本概念。
通过三角形问题，介绍了如何使用等价类方法设计测试用例，包括等价类的划分方法，有效等价类、无效等价类，等价类测试的分类，等价类测试的指导方针等。
,8,相关知识黑盒测试,三角形问题描述 输入3个整数a、b和c分别作为三角形的3条边，要求a、b 和c必须满足以下条件：程序输出是由这3条边构成的三角形类型：等边三角形、等腰三角形、一般三角形或非三角形。
,9,相关知识黑盒测试,如果输入值不满足这些条件中的任何一个，程序给出相应的信息。
例如，“边c的取值不在允许取值的范围内”等。
如果a、b和c满足Con1、Con2和Con3，则输出下列4种情况之一： 如果不满足条件Con4、Con5和Con6中的一个，则程序输出为“非三角形”。
如果三条边相等，则程序输出为“等边三角形”。
如果恰好有两条边相等，则程序输出为“等腰三角形”。
如果三条边都不相等，则程序输出为“一般三角形”。
,10,知识点列表,。