亖呉?盀
依据:LLD(详细设计)
目的:利用不同的逻辑率达某种程度的代覆盖率(考虑全部程的
步骤:静态分
优点:迫使测试人
检测代
揭示
对代码
缺点:白盒测试
白盒测不验证规
无法检查代码遗漏的路径和数
黑盒测试:
依据:SRS(Software requriement specification软件需求说明书)
目的:从质量特性的不同面，对软件进行试，检测该软件是否
隐式的需求
步骤:构造输入和预期输出，过一定的操作步
优点:对较大的代码单元来说，黑盒测试比白
测试人员不需要了实现得细节，括
测试人员编程人员是
从用户的角度行测试，很容易
有助于暴露任与闺阁不一致或
测试用例以在规格完成
缺点:不能测试
如果程序未执行
没有清晰的和简的规格，测试
chaixiaoqinger 实习小编 一级|息|我的百科|我的知道|百度首页 | 退出我的百科我的贡献草稿箱我的任务为推荐
帮助置 首页 自然
拆分词条 黑盒测试
百科名片
黑盒测试黑盒测也称功能测试，它是通测试来检测每个功能是否都能正常使用。在测试中，把程序看一不能打的黑子，在完全不虑程序内部结构和内部特性的情况下，在程序接进行测试，只检查程序功能是否按照需求规格说明书的规正常使用，程序是否能适当地接收输入数据而生正确输出。黑盒测试着于程序外部结构，不考虑内部逻辑结，主要针对软件
目录
解说
作用
测试方法概述
划分等价类
划分等价类准则
输入条件
边界值分析
错误推测法
因果图法
利用因果图生成
判定表通常由
判定表的建立步骤(根据软件规格说明)
正交试验设计法
黑盒测试的
测试设计
测试开发
测试执行
测试评估
黑盒测试的优点
黑盒测试的缺点
黑盒测试(功能
WinRunner的工作流六个步骤识别应
建立测试脚本
对测试脚本除错(debug)
在新版应用程
分析测试结果
回报缺陷(defect)
常用的功能
作用
测试方法 概述
划分等价类
划分等价类准则
输入条件
边界值分析
错误推测法
因果图法
利用因果图生成测
判定表通常由
判定表的建立步骤(据软件规
正交试验设计法
黑盒测试的流
测试设计
测试开发
测试执行
测试评估
黑盒测试的优点
黑盒测试的缺点
黑盒测试(功能
WinRunner的工作流程个步骤 识别用
建立测试脚本
对测试脚本除错(debug)
在新版应用程序
分析测试结果
回报缺陷(defect)
常用的功能测试方
黑盒测是以用户角度，从输入数据与输出数据对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定误，盒测试方法是发现不
黑盒测法注重于试软件的功能需求，主要试发现下列几类错误。 功能不正或遗漏; 界面错误; 数据库访问误; 性能错误;
编辑本段测试方法
概述
从理论上讲，黑测试只有采用穷举入测试，把所有可能的输入都作为测试情况考虑，才能查程序中有错误。实际测试情况有无穷多个，人们不仅要测试所合法的输入，而且还要对那些不合法但可能的输入进测试。这样看来，完全测试是不可能的，所以我们要有针对性的试，通过制定测试案例指导测的实施，保证
以及有计划地进行。黑盒测行为须能够加以量化，才真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体黑测试用例计方法括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、试验设计法、能图法等。 等价类划分的办法是把程序的输入域分成若干部分(子集)，然后从每个部分中选取少数代性数据测试用。每一类的代表性
划分等价类
1) 划分等价类: 等价类是指某输入域的子合。在该子集合中，各输入数对于揭露程序中的错误都是等效的，合理地假定:测试某等价类的代表就等于对这一类其它值的测试.因此,可以全部输数合理划分若干等价类,在每一个等价类中取一个数作为测试的输入条件,就可以用量代表性的测试数据.取得较好的测试结果.等价类划分两种不同的情况:有效等类和无效价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意的输入数据构成的集合.利用有效等价类可检验程序是否现了规格说明中所规定的功能性能. 效等价类:等价类的定义巧相反. 设计测试用例时,要同时考虑两种等价类.因为,软件不要能接合理数据,也要能经受意外的
划分等价类准则
2)划分等价类的方法:下面给出六条确等价类的原则. ?在输入条件规定取值范或值的个数的情况下,则可以确立一个有等类和两个无效等价类. ?在入条件规定了输入值的集合或者规定了“必须如”的条的情下,可确立个有效等价类一个无效等价类. ?在入条件是一个布尔量的情况下,可定一个有效等价类和一个无效等价类. ?在规定了输入数一组值(假定n个),并且序要对每一输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类. ?在定了输入数据必遵守的规则的情况下,可确立一个有效等价(符合规则)和若干个无效等价类(从不同角度反则). ?知已划分的等类中各元素在程处理中的方式不同的情况下,则应将该等价类进一步的划分为更的等价类. 3)计测试用例:在确立了
输入条件
输入条件 有效等类 无效等价类 然后从划分出的等价类中按以下三个原则设计测试用例: ?每一个价类定一个唯一的号. ?设计一个新的测试用例,使其尽能多地覆盖未被覆盖地有效等价类,重复这一步.直到有的有效等价类都被覆盖为止. ?设计个新的试用,使其仅覆盖一尚未被覆盖的无效等价类,重复这步.直到所有的
边界值分析
边界值分析是通过选择等价类边界的测试用。边界值分析不仅重视输入条件边界，而且必须考输出域边界。它是对等价类划分方法的补充. (1)边界值分析方法的考虑: 长期的测试工作经验告诉我们,大量的错误是发生入或出范的边界上,而是发生在输入出范围的内部.因此针对各种边情况设计测试用例,可以查出更多的误. 使用边界值分析方法设计测试用例,首先应确定边界情况.常输入和输出等价类的边界,是应着重测试边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选等价类中的典型值任意值作为测试数据. (2)基于边界值析方法选择测试用例的原则: 1)如果输入件定了值的范围,刚达到这个范围边界的值,以刚刚超越这个范围边界的值作为试输数据. 2)如果输入条件定了值的数,则最个数,最小个数,比最小
规格说明的每个输出件,使用前面的原则1). 4)根据规格说明的每个输出条件,应用前面的原2). 5)果程序的规说明给出的输入域或输出域是有序集合,则应取集合的第个元素和最后一个元素作为测试用例. 6)如果程序中使用了一个内部数据结构,应当选这个数据结构的界上的值作为测试用例. 7)分析规格说明,
错误推测法
错误推测法是基于经验直觉推程序中所有可存的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的本思: 列举程序中有可能有的错误容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时列出的许多在模块中常见的错误. 以前产品测试中曾经现的错误等, 这些就是经验的总结. 还有, 输入据和输据为0. 输入表格为格或输入表格只有一行. 这些都是容易发生误的情况. 可选择
因果图法
前面介绍的等价类划分法和边值分析方法,都着考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件的互组合,能会产一些新的情况. 要检查输入条件的组合不是一件容易的事情, 即使把所有输条件划分成等价,他们之间的组合情况也相当多. 因此必须考虑采用一适合于描述对于多种条件的组合,相应产生多个动作的形式考虑设试用例. 就需要利用因果图(逻辑模型). 因果图方法最终生成的就判定表. 它适合于
利用因果图生成
(1) 分析软件规格说明描述中, 那些原因(输入条件或输入件的等类),那些是结果(即输条件), 并给每个原因和结果赋予一个标识符. (2) 分软件规格说明描述中的语义.找出原因与结果间, 原因与原因之间对应的关系. 根据这些关系,画出果图. (3) 由于语法或境限制, 有些因与原因之间,原因与结果之间的组情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件. (4) 把因果图转换为. (5) 把判定表的每一出来为依据,测试用例. 从因果图生成的测试用例(局部,组合关系下的)包括了所有输入数据的取TRUE与取FALSE的情,构成的试用例数目达到最少,且测试用例数目随输数据数目的增加而线性地增加. 前面果图方法中已经到判定表.判定表(Decision Table)是分析和表多逻辑条件下执行不同操作的情况下工具.程序设计发展初期,判定表就已被当编写程序辅助工具.由它可以把复杂的逻辑关系和种条件组合的情况表达得具体又明确. 判定表通常由四个
条件桩(Condition Stub):列出了问题得所条.通常认为列出得条件的次序无关紧要. 动作桩(Action Stub):列出了问定能采取的操作.这些操作排列顺序没有约束. 条件项(Condition Entry):列出针对它左列条件值.在所有可能情下的真假值. 动作项(Action Entry):列出在件项的各种取值情况下应该采取的动作. 规则:任何一个条件组的特定取其相应要操作.在判定表中贯穿件项和动作项的一列就一条规则.显然,判定表中列多少组条件取值,也就有
判定表的建立步骤(根据软件规格说明)
?确定规则的个.假如有n个条件.每条件有两个取值(0,1),故有2n种规则. ?列出有的条桩和作桩. ?填入条件项. ?填入动作项.等到初始定表. ?简化.合并相似规则(相同动作). B. Beizer 指出了适合使用判表设计试用条件: ?规格说明以判定表形式给出,或容易转换成判定
不会也不影响行哪些操作. ?规则的排列顺序不会也不影响行哪些操. ?每当某一规则的条件已经足,并确定要执行的操作后,不检验别的规则. ?如某一规到满足要执行多个操作,这些
正交试验设计法
就是使用经造好了的正交表来安排试验并进行数据析的一种方法，目的是用最少测
编辑本段黑
测试计划
首先，根据户需求报告中关功能要求和性能指标的规格说明书，定义相应的测需求报告，即制订黑盒测试的最高标准，以后所有的测试工都将围着测试需求来进行，符合测试需求应用程序即是合格的，反之即是合格的;，还要适选择测试内容，合理安排测人员、测试
测试设计
将测试划阶段订的测试需求分解、细化为干个可执行的测试过程，并为每个试过程选择适当的测试用例(测试用例选择的坏将影响到测试结果的有
建立可重复使
测试执行
执行测开发阶段建的自动测试过程，并对所发现的缺进行跟管理。测试执行一般由单元测试、组合测试、集成测试、系统联及回归测试等步骤组成，测试人本着科学负责的态度，一
测试评估
结合量化测试覆盖域及缺跟踪报告，对于应用件的质量和开发团队的工作度
编辑本段黑
1. 本上不用管着，如果程序停止运行了一般是被测程序crash了 2. 设计完测试用例之后，下来的工作就是爽了，当然苦闷的确定crash原因 编
1. 结果取决于测例的设，测试例的设计部来势来源于经验，OUSPG的东西很值得借鉴 2. 没有状态转换概，目前一成功的子基本上都是针PDU来做的，还做不到针对被测试程序的状态转换来 3. 就有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单确认一。而就有的测试来说，就麻烦了，尤其不是一个单独的testcase造成的问题。这
编辑本段黑盒测试(能测试)
如何高效地完成功能测试,选择一款合适功能测试工并培训一支高素质的工具用队伍疑是至关重要的。尽管现阶段存在少数不用何功能测试工具，从事功能测试外项目的软件服务企业。短期来看，这类企业盈状况尚，长久来看，们极有可能被动化程度较高的软件服务企取代。 目前，用于功能测试工具软件有很多，针对不同架构软件的工具也不断推陈出新。这点介绍的是其中一个较为型自动化测试具，即Mercury公司的WinRunner。 WinRunner是一种用于检验应程序能否如期运行的企业级软件功能测试具。通过自动捕获、检测和模拟户交互操作，WinRunner别出绝大多数件功能缺陷，从确保那些跨越了多个功能和数库的应用程序在发布时尽量不出功能性障。 WinRunner的
成功能点测试; 能针对相测试脚，执行相同的作，从而消除人工测试所带来的理解上的误差; 此外，它还能重复执行相同动作，测工作中最燥的部可交由机器完成; 它支持程序风格的测试脚本，一个高素质的测试工程师能助它完成流程极复杂的测试，通过使用通配符、宏、条件语句、循环语等，还能较好地完成测试脚本的重用; 它针对于大多数程语言Windows技术，提供了较的集成、支持环境，这对基于Windows平台的应用程序实施
编辑本段WinRunner的工作流
识别应用程
在WinRunner中，们可以使GUI Spy识别种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。提供种GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最区别是后者对每个测试脚本产生一个GUI文件，它能自动建立、储、加载，推荐初学者选用这种模式。但，这种模式不易于描述象的改变，效率比，因此对于一个有经验测试人员来说前者不失一种更好的选择，它只产生个共享的GUI文件，这
建立测试脚本
在建立测试脚本时，一般先行录制，然后在录制形成脚本手工加入需要的TSL(与C语言类似的测试脚本语言)。录制脚本有两种模式: Context Sensitive和Analog，选择依据主要在于是否对鼠标轨迹进行模拟，在需要回放时一般选Analog。在录过程中这两种模式可以通过F2键相互切换。 只要看看代软件的规模和功能点数就可以明白，功测试早已跨越了单靠手敲敲键、点点鼠标以完成的阶段。而性测试则是控制系统性能的有效手段，在软件的能力
对测试脚本除错(debug)
在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。以使用step、pause、breakpoint来控制和跟踪测试脚
在新版应用程
当应用程序有版本发布时，我会对应用程序的各种功能包括新增功能进行测试，这当然不可能来重新录制和编写所有的测试脚本。我们可以使已有的脚，批量运行这些测试脚本测试旧的能点是否正常工作。可以使用一个call命令载各测试本。还可在call命令中各种TSL
分析测试结果
分析测试结在整个测试过中最重要，通过分析可以发现应用程序的各功能性陷。当运行完某个测试脚本后，会产生一测试报告，从这个测试报告中我们能发应用程序的功能性缺陷，能看实际结期望结之间的差异，以及在测
回报缺陷(defect)
在分析完试报告后，按照测流程要回报应用程序各种缺陷，然后将这些缺陷发指
编辑本段常用
功能测试就是对产品的功能行验证，根据功能试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如: 1. 页面链检查:每一个链是否都有对应的页面，并且页面之间切换正确。 2. 相关性检查:除/增加一项会不会对其他项产生影响，如果产生影，这些影响是否都正确。 3. 检查按钮的功能否正确:update, cancel, delete, save等功能是
所说明字符串长度的内容, 看系统是否检查字符串长度,会不会出错. 5. 字符类型检查: 在应该输入指定类的内容的方输入其他类型的内容(如在该输入整型的地方入其他字符类型),看系统是否检查字符类型,会否报错. 6. 标点符号查: 输入内容包括各种标点符号,特别是空格,种引号,回车键.看系统处理是否正确. 7. 中文字符处理: 在可以输入文的系统输入文,会否出现乱码或出错. 8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致 9. 信息重复: 在一些需要命名,且名该唯一的信息输入重的名或ID,系统有没有处理,会否报错,重名包是区分大小写,以及在输入容的前后入空格,系统是否作出正确处理. 10. 检查删除功能:在一些可一次删除个信息的地,不选择任何信息,按”delete”,看系统如何处理,会否出错;后个和个信息,进行删除,看否正处理. 11. 检查添加和修改是否一致: 检查添加改信息的要求是一致,例如添加要求必填的项,修改也应该必填;添加规定整型的,改也必须为整型. 12. 检查修名:修改时把不能重名的项改已在容,看会否理,报.同时,也注意,会不会报和自己重名错. 13. 重复提交表单:一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。 14. 检查多次使用back键的情况: 在back的地方,back,回到原面,再back,重复多次,看会否出错. 15. search检查: 在有search功能的地方输入系统存在和不在内容,看search结果是否正确.如可以输入多个search条件,可以同时添加合理和不合的条件,看系统处理是正确. 16. 输入信息位置: 注意在光标停的地方入信时,光标和所输入的信息会否跳到别方. 17. 上传下载文件检查:上传下载文件功能是否实现，上传文件是否能打开。对上传件的格式有何规定，系统是否有解释信息，检查系统是否能够做到。 18. 必填项检查:应填写的项没有填写时系统是否都做了理，对必填项是否有提示信息，如在必项前* 19. 快捷键检查:是否支持用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不许输入信息的段，如选人，选期对快捷方式是否也做了限制。 20. 回车键检: 在输入结束后直接按回键,看系统理如何,会报错。词
黑盒测试解说作用测试方法述划分价类划分等价类则入条件边界值分析错误推测法因果图法利用因果图生成测试用例的基...判定常四个部分成判定的建立步骤(根据件...正交试验设计法黑盒测试的流程测试计划测试设计测开发测试执行测评估黑盒测试的优点黑盒测试的缺点黑盒测试(功能测试)工具的...WinRunner的工作流程六个步骤识别用程序GUI建脚本对测试脚本除(debug)在新版应用程序执行测试脚本
1黑盒测试与白盒测试的优缺点比较
1黑盒测试与白
黑盒测试 白盒测试
优点：适应阶段测试 优：可构测试数据使特定程序部分得测试 从产品功能角度测
容易入手生成测试数据 可
缺点：某些代码得不到测试 缺
如果规格说明有误，可无法发现 无法对未实现
不易进行充分性测试 工作量大通只
2 软件维护的内容
校正性维护：在软件交付用后，由于软开发过程中产生错误
发现，因此必然有一部分含的错误被遗
适应性维护：随着计算机迅速发展，计机硬件和软件环境在
在不断发生变化。
完善性维护：在软件漫长运行时期内，户往往会对软件提出
预防性维护：为了提高软件的可维护性可靠性而对软件进的
3 详细设
1） 算法设计：用某种图形表格语言工具将每个模块处
来
2） 数据结构设计：对需求分析、要设计确定的概念
3） 物理设计：对数据库进行理设计，即确
4） 其他设计：信息代码设、输入输出格式
5） 评审：对处理过程的算和数据库的物理
4. 调试的目的是什？调试有哪
目的：软件测试的目的是尽能的发现错误，调试则是在测试成功后工
错误的原因与位置并改，所以调试
技术手段：简单的调试技术：1）在
归纳法调试：收集有关数据、组织数据、提出
演绎法调试：
回溯法调试：
黑盒测试的方法
黑盒测试的方法
1. 等
划分等价类 1) 划等价类： 等价类是指个输入域的子集合。在该子集合中，各个输入数据对于揭露程中错误都等效的，并合理地假：测试某等价类的代表值就等于对这一类其它值测试.因此，以把全部输入数据合理划分为若干等价类，每一个等价类中取一个数据作为测试的输入条，就可用少量性的测试数据.取得较好的测试结果.等价类划分
有效等价类：是指于程序的规格说明来说合理的，有意义的输入数据成的集合.利用有效等价类可检验程序否了规格说明中所
无效等价类：与有效价类的定
设计测试用例时，同时考虑这两种等价.因为，软件不仅要能接收理的数据，也要能经受意外的考验.样的
划分等价类标准 2）划分等价类方法：下面给出六
①在输入条件规定了取值范或值的个数的情下，则可以确立一个有等
②在输入条件定了输入值的集或者规定了“必须如”的条件的情况下，可确立个
③在输入条是一个布尔的情况下，可确定一个有效等价和一个效等价类。 ④在规定了输入数的一组值（假定n个），并且程序要对每一个输入值别处理情况下，可确立n个有效
⑤在规定了输入据必须遵守的规则情况下，可确立一个有等价类（符合规则）和若干个效
⑥在确知已划的等价类中各元在程序处理中的方式同的情况下，则应再将该等类
3）设计测试用例：在确立了等价类后，可立等价类表，列出所有划分的等价类： 输入条件 2）划分等价的：下面给出六条
①在输入条件规定了取值范或值的个数的情下，则可以确立一个有等
②在输入条件定了输入值的集或者规定了“必须如”的条件的情况下，可确立个
③在输入条是一个布尔的情况下，可确定一个有效等价和一个效等价类。 ④在规定了输入数的一组值（假定n个），并且程序要对每一个输入值别处理情况下，可确立n个有效
⑤在规定了输入据必须遵守的规则情况下，可确立一个有等价类（符合规则）和若干个效
⑥在确知已划的等价类中各元在程序处理中的方式同的情况下，则应再将该等类
3）设计测试用例：在确立了等价类后，可建立等价类表，出
2. 边
边界值分析是通选择等价类边界的测试例。边界值分析法不仅重输入条件边界，而且也必须考虑输域边
（1）边界值
长期的测试工作经验诉我们，大量的错误是发在输入或输出范围的边界上，而是发生在输入输出范围的内部.因此针对种边况设计测试用例，
使用边界值分方法设计测用例，首先应确定边界情况.通常输和输出价类的边界，就是应着重测试的边情况.应当选取正好等于，刚刚于或刚刚小于边界的值作测试数，而不是选取等价类中的典
（2）基于边界值分析法选择测试
1）如果输入件规定了值的范围，则应取刚达到这个范的边界的值，以及刚刚超越这范
2）如果输入件规定了值的个，则用最大个数,最个数，比最小个数少一，比大
3）根据规格说明的每个输条件，使用前
4）根据规格说明的每个输条件，应用前
5）如果程序规格说明给出的入域或输出域是有序合，则应选取集合的第一个素
6）如果程序中使用了一个部数据结构，则当选择这个内部数据结构
7）分析规格说明，出其它可能
3. 错误推测法。
错误推测法是基于经验和直觉测程序中所有可存在的各种错误，从而有对
错误推测方法的基本想： 列举出程序中有可能有的错误和容易发生错误的特殊情况，根据他们选择测用例。 例如，在单元测试曾列出的许多在模块中常见的错误. 以前品测试中曾发现的错误等，这些就是经验的总结。还，输入数据和输出数据为0的情况. 输表格空格表格只有一. 这些都是容易发生错误的情。可选择这些情
4. 因果图法。
前面介绍的等价类划分法和边界值分析方法，是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等。 虑输入件之的相互组合，能会产生一些新的情况. 但要检查输入条件的组不是一件容易事情，即使把所有输入条件划分成等价类，他之间的组合情况也相当多. 因此必须考虑采用种适合描述多种条件的组合，相应产生多个动作的形式来考虑设计试用例. 这就
因果图方法最终生成的就是定表。它适合于查程序输入条件的各组
（1）分析软件规说明描述中，哪些是因（即输入条件或输入条件等价类），哪些是结果（即输出条），
（2）分析软规格说明描述中的义。找出原因与结果间，原因与原因之间对应的关
（3）由于语法或境限制，有些原因与原之间，原因与结果之间的组合况不可能出现. 为表明这些特殊情况，在因图上用一些记号标
（4）把因果
（5）把判定表的每一列拿来作为依据，
从因果图生的测试用（局部，组合关系下的）包了所有输入数据的取TRUE与取FALSE的情况，构成的测试用例数目达到最少，且测试例数目随输入数据数
前面因果图方法已经用到了判定。判定表（Decision Table）是析和表达逻辑条件下执行不同操作的情况下的工具.在序设计展的初期，判定表就已被当作编程序的辅助工具了.由于它可以复杂的逻系和多种件组合的情况表达得既具
条件桩（Condition Stub）：出了问题的所有条件.通常认为列出的条件的次序无关紧要。 动桩（Action Stub）：列出了问题规定可能采取的操作.这些操作排列顺序没约束。 条件项（Condition Entry）：列出针对它左列条件的取值.在所可能情下的值。 动作项（Action Entry）：列在条件项的各种
规则：任何个条件组的特定取值及其相应要执行的作.在定表中贯穿条件项和动作项一列就是一条规则.显然，判定表中列出多少组条取值，就有多少条规则，既条
判定表的建立步骤
①确定规则的数。假如有n个条.每个条件有两个取
③填入条件项。
④填入动作项.
⑤简化.合并相
B. Beizer 指出了适使用判定表设
①规格说明以判定表形式出，或很容易
②条件的排列顺序不也不影响执
③规则的排列顺序不也不影响执
④每当某一规则的件已经满足，并确定要行的操作后，不必检验别的则。 ⑤如果某一规则得到满足要执多个
6. 正交
就是使用已经好了的正交表格来排试验并进行数据分的一种方法，目的是用最少测
黑盒测试的方法
黑盒测试的方法
黑盒测试（Black-box Testing ，又称为功能测或数据驱测试）是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，需测试产品的内部结构和处理过程。
黑盒方法有：等价类划分、边界分析、错误推测、
测试注重于试软件功能性需求，也即黑盒测试软件工程师派生出执行程序所有功需求的输入条件。黑盒测试并不是白盒测试的代品，是用于辅助白盒测试
功能错误或遗漏；
4）性能错误；黑测试试图发现以下类型的误：1）2）界面错误；3）据结构或外部数据库访问错误；一、黑测试测试用例设计5）
方法。等价类划分方法。边界值分析方法。错推测方法。因图方法。判定表驱动分析方。正实验设计方法。功能图分析方法等价类划分：是所有可能的输入数据，即程序的输入划分成若干部分（子集），然后从每一个子集中取少数有表性的数据作测试用例。方法是一种重要的，常用的黑盒试用例设计方法。1）划分等价类：等价类是指某个输入域的子集合。在该子集合中，各个输入数据对露程序中的错误都是等效的。并合理地假：测试某等价类的代表值就等于对这一类其它值的测试。因此，可以把全部输入数据理划分为若干等类，在每一个等价类中取一个数据作为测试输入条件，就可以用少量代表性的试数据。取得的测试结果。分可有两种不的情况：有效等类和无效等价类。有效等价：是对于程序的规格说明来说是合理，有意的输入据成的集合。利用有效等
的定义恰巧反。无效价类：与有效等价类设计测试例时，要同时考虑这两种等价类。为，软件不仅要能接收合理的数据，也要能经受意的考。这样的测试才能确保
原则。2）划等价类的方法：下给出六条确定等价类①在输入条件规定了取值范围值
②在输入条件规定了输入值的集或者个有效等价
规定了“必须如何”的条件的情况下，可确一个有效等价类和一个无效价类。③在输入条件是一个布尔量的情下，确定一个有效等
类。④在规定了输入数据的一组值（假定n 个），
⑤入值分别处理的情况下，可确n 个有效等价
在规定了输入数据必须守的规则的情况下，可立一个有效等价类（符合规则）和若干个无效等价类（从不同角违规则）。⑥在确已划分的等价中各元素在程序处理中的方式不同的情况下，则再将该等价类一步的划分为更小的等价类。3）设计测试用：在确立了等价类后，可建立等价类表，列出有划分的等价：输入条件有效价类无效等价类………………然后从分出的等价类中
定一个唯一的编。①为每一个价类规②设计一个新的测试用例，使其尽可能地覆盖尚被覆盖地有效等价类，重复这一步。直到有的有效等价类都被覆盖为止。③设计个新的测试用例，使其仅覆盖个尚未被的无效等类，重复这一步。直到
是对等价类划分方法的补充。边界值析法边界值分方（1）边界值分析方法的考虑：长期的测试工作经验告诉我们，大量的错误是生在入或输出围的边上，而不是发生输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的误。使用边界值分析方法设计测试用例，首先应确定边界况。通常输入和输出等价类的边界，就是应着重测试的界情况。当选取于，室验实TI 国中刚刚大于或刚刚小于边界的值作为测试数，而不是选取等价类
的原则：（2）基于边界值分析法选择测试用例1）如果输入条件规定了值的范，
2）如果输入的值，以及刚刚超这个范围边界的
条件规定了值的个数，则用大个数，最小个数，比最小个数少一，比最个
原则1）。3）根据规格说明的每输出条件，使用前面5）4）根据规格说明的每输
如果程序的规格说给出的输入域或输出是有序集合，则应选取集合第一个元素和最后一个元素作为测
7）分结构，则应当选择这个内数据结构的边界
析规格说明，找其它可能的边界条件。误推测法错误推测法：基经验和直觉推测程序中所有可能存的各
例的方。错误推测方法的基本思想：列举出程序中所有可能有错误和容易发生错误的特情况，根据他们选测试用。例如，在单元测试时曾出的许多在模块常见的错误。以前产品测试中曾经发现的错误等，些就是经验的总结。还有，输入数据和输出数据为0的情况。输表格为空格或输入表格只有一行。这些都是容易发生错误的情。可选择些情况下的例作测试用例。因果图方法前面绍的等价类划分方法和边界值分析方法，都是着重考虑输入条件，但未考虑输入条件之间的联系，相互组合等。考虑输入条件之间的相互组合，可能会产生一些的况。但要检查输条件的组合不一件容易的事情，即使把所有输条划分成等价类，他们之的组情况也相当多。因此必须考虑采用一适合于描述对于多种条件的组，相应生多个动的形式来考虑设计测试用例。这就需要利用因果图（逻辑模型）。因图法终生成的就是判定表。它合于检查程序输入条件的各种组合情况。利用因果图生试用例的基本步骤：（1）分析软件规格说明描述中，那些是原因（输入输入条件的等价类），那些是结果（输出条件），并给每个原因和结一标识。（2）分析软件格说描述中的语义。出原因与结果之间，原因与原因之间对应的关系。根据这些关系，画出因果图。（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间组合情况不不可能出现。为这些特殊情况，在因果图上用一些记号表明束或限制条件。（4）因果图换为判定表。（5）把判定表的每拿出来作为依据，设计测试用例。从因图生成的测用例（局部，组合关系下的）包括了有输入数据的取TRUE 与FALSE 的情况，构成的测试用例目达最少，且测试用例数目随输入数据数的而线地增加。前面因果图方法中已经用到了定表。判定表（Decision Table ）是分析和表达多逻辑条件执行不同操作的情况下的工具。在序设计发展的期，判定表就已被当作编写程序辅助工具了。由于它可以把复杂的逻辑关和种条件组合的情况表得既具又明确。判表常由四部分组成。条件桩（Condition Stub ）：列出了问题得所有条件。通常认为列出得条件的次无关紧要。作桩（Action Stub ）：列出了问题定可能
条件项（Condition Entry ）：列出针对它左些
列条件的取值。在所可能情况
出在条件项的各种值情况下应该采取动作。动作项（Action Entry ）：列规：任一个件组合的特定取值及其相应要执行的操作。在判定中贯穿条项和动作项的一列就是一条规则。显，判定表中列出多少组条件取值，也有多少条规，既条件项和作项有多少列。判定表的建步骤：（根据
②则的个数。假如有n 个条件。每
列出所有的条件桩和作桩。③
初始判定表。⑤简化。合并相似
黑盒测试的优点
黑盒测试的优点
1.基本上不用人管着，如果程序停运行了一般就是被
2.设计完测试例之后，下来的工作就爽了，当然更苦闷是
黑盒测试的缺点
1.结果取决于测试例的设，测试例的设计
2.没有状态换的概念，目前一成功的例子基本上都针对PDU来做的，还做不针
3.就没有状概念的测试来，寻找和确定造成程序crash的测例是个麻事情，必须把周围可能的测试例单独认一遍。而就有状态的测试来说，更麻烦了，尤其不是一个单的testcase造成的问题。这些在
黑盒测试(功能
那么，如何高效完成功能测试?择一款合适的功能测试工具并培训一支高素质的具使用队伍疑是至关重要的。尽管现阶段存在少数不采用何功能试工具，从事功能测试外包项目软件服务企业。短期来看，这类企盈利状况，但长久看，它们极有可能被自动
目前，用于能测试工具软件有很多，针对不同构软件的工具也不断推陈出新。这重点介绍的是其中一个较为典型自动化测试工
WinRunner是一种用于检验应用程序否如期运行的企业级软件功能试工具。通过自动捕获、检测和模拟用交互
数软件功能缺陷，从而确保那跨越了多个功能和数据库的应用程序在发时
WinRunner的特点在:与传统手工测试相比，能快、批量地完成功能点测试;能针对相同测试脚本，执行相同的动作，从而消除人工测试带来理解上的差;此外，它还能重复执行相动作，测试工作中最枯燥的部分可交由机器完成;它支持程序风格试脚本，一个高素的测试工程师能借助它完成流程极为复杂的测试，通过使用通符、宏、条件语句、循环语句等，还能较地完成测试脚本的重;它针对多数编和Windows技，提供了较好的集成、支持环境，这对基于Windows平台的应用程序
WinRunner的工作流大致可以分为
1.识别应用
在WinRunner中，我们以使用GUI Spy来识各种GUI对象，识别后，WinRunner会将其存储到GUI Map File中。它两GUI Map File模式:Global GUI Map File和GUI Map File per Test。其最大别是后者对每个测试脚本产生一个GUI文件，它能自动建立、存、加载，推荐初学者选用这种模式。但是，这种模式不易于描述对的改变，效率比较，此对于一个有经验的试人员来说前者不失为种更好的选择，它只产生一共享的GUI文件，这
2.建立测试脚本
在建立测试脚本时，一般先进行录制，后在录制形成的脚本中手工加入需要的TSL(与C言类的试脚本语言)。录制脚本有两种模式:Context Sensitive和Analog，选择据主要在于是否对鼠标轨迹进行模，在需要回一般选用Analog。在录制过程中这种模式可以
只要看看现代软的规模和功能点数就可明白，功能测试早已跨越单靠手工敲敲键盘、点点鼠标就可以成
的有效手段，在软件的能验证、能力规划、性能调优、缺陷修复方
3.对测试脚本
在WinRunner中有专门一个Debug Toolbar用于测试脚本除错。可使用step、pause、breakpoint来控制和跟踪测试脚本
4.在新版应用
当应用程序有新版发布时，我们会应用程序的各种功能包括新增功能进行测试，这时然不可能再重新录制和编写所有的测试脚本。我们可以使用有的脚本，批量运行这些测试脚本测试旧的功点是否正常工作。可以使用一个call命令载各测试本。还可在call命令中各种TSL
2008-6-10 10:35回复
芒果小妖1230位粉丝2楼
5.分析测试结果
分析测试结果整个测试过程中重要，通过分析可以发现应用程序的各种能性缺陷。当运行完某个测试脚本后，会产生一个试报告，从这个测试报告中我们能发现用程序的功能性缺陷，能看实际结果期望结果间的差异，以及在测试
6.回报缺陷(defect)
在分析完测试告后，按照测试程要回报应用程序的种缺陷，然后将这些缺陷发指
常用的功
功能测试就是对品的各功能进行验，根据功能测试用例，项测试，检查产品是否达到用要
1.页面链接检查:每一个链接是否有对应的页面，并
2.相关性检查:删除/增一项会不会对其项产生影响，如果产生影
3.检查按钮的功能是否正确:如update,cancel,delete,save等功能是否正确。
4.字符串长度检查:输入超需求所说明的字符长度的内容,看系统是否查
5.字符类型检查:在应该输入指定类型的内的地方输入其他类型的内容(在应该输入整型的地方输入其他字符类),系统是否检查字符
6.标点符号检查:输入内容括各种标点符号,别是空格,各种引号,回
7.中文字符处理:在可以输入中文系统输入中文,看
8.检查带出信的完整性:在查看息和update信息,查看所填写的信息是不是全部
9.信息重:在一些要命名,且名字应该唯一的信输入重复的名字或ID,看系统有没处理,会否报错,重名包括是否区分大小写,以在输入容的前后输入空格,系
10.检查除功能:在一些可以一次删除多个信息地方,不选择任何信息,按"delete",看系统如何处理,会否出错;然后择一
11.检查添加和改是否一致:检查添加修改信息的要求是否一致,如添加要求必填的项,修改也应该必填;添定为整型的项,
12.检查修改名:修改时把不能名的项改为已存在的内,看会否处理,报错.同时,也注
13.重复提交表单:一条经成功提交的纪，back后再提交，看
14.检查多次用back键的情
15.search检查:在有search功能的地方输系统存和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同
16.输入信息位置:注意光标停留的地方入信息时,光标和所输入
17.上传下载文检查:上传下载文件的能是否实现，上传文件是否能开。对上传文件的格式有何规定，系统否有释信息，并检查系
18.必填项查:应该填写的没有填写时系统是都做了处理，对必填项是否提
19.快键检查:否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字，如人，选日期对快捷方
20.回车键检查:在输入结束后直按回车键,看系处
