判定表

黑盒测试 一、黑盒测试的概述 黑盒测试（Black-box Testing）被称为 功能测试 或 数据驱动测试 。 黑盒测试说白了就是一个 黑盒子 ， 不考虑 程序 内部逻辑结构 和 内部特性 ，只关注软件的功能需求。 二、黑盒测试需要发现的几个问题 功能是否正确，是否有遗漏。 界面是否错误。 数据结构或外部数据库访问错误。 性能错误。 初始化和终止错误。 三、常见的黑盒测试方法 功能性测试 性能测试 安全性测试 兼容性测试 稳定性测试 可靠性测试 安装卸载测试 四、黑盒测试用例设计的方法 1、等价类划分法 将程序所有可能的 输入域（有效的和无效的） 划分成 若干个等价类 。然后从每个部分中选取少数 具有代表性 的数据进行测试，可以避免穷举产生的大量用例。 等价类是指某个 输入域 的 子集合 。 等价类划分一般划分为两种情况： 有效等价类 和 无效等价类 。 1.1 有效等价类 对需求规格说明而言， 合理的、有效的 输入数据构成的集合。 1.2 无效等价类 对需求规格说明而言， 不合理的、无效的 输入数据构成的集合。 1.3 等价类划分的要求 划分的子集是 互不相交 的， 符合完备测试 ， 避免出现冗余 。 1.4 等价类划分的方法 按区间划分 按数值划分 按数值集合划分 按限制条件或规则划分 按处理方式划分 1.5 等价类划分法常用的的划分原则 如果规定输入的 取值范围或个数 时

程序流程图 　　 程序流程图独立于任何一种程序设计语言，比较直观、清晰，易于学习掌握。但流程图也存在一些严重的缺点。例如流程图所使用的符号不够规范，常常使用一些习惯性用法。特别是表示程序控制流程的箭头可以不受任何约束，随意转移控制。这些现象显然是与软件工程化的要求相背离的。为了消除这些缺点，应对流程图所使用的符号做出严格的定义，不允许人们随心所欲地画出各种不规范的流程图。例如，为使用流程图描述结构化程序，必须限制流程图只能使用图3.25所给出的五种基本控制结构。 　 图4.3 流程图的基本控制结构 任何复杂的程序流程图都应由这五种基本控制结构组合或嵌套而成。作为上述五种控制结构相互组合和嵌套的实例，图示给出一个程序的流程图。图中增加了一些虚线构成的框，目的是便于理解控制结构的嵌套关系。显然，这个流程图所描述的程序是结构化的。 　 图4.4流程图的基本控制结构 4.5 .2 N-S图 　 　 Nassi和Shneiderman 提出了一种符合结构化程序设计原则的图形描述工具，叫做盒图，也叫做N-S图。为表示五种基本控制结构，在N-S图中规定了五种图形构件。参看图4.5。 　　为说明N-S图的使用，仍用图4.4给出的实例，将它用如图4.6所示的N-S图表示。 　　如前所述，任何一个N-S图，都是前面介绍的五种基本控制结构相互组合与嵌套的结果。当问题很复杂时，N-S图可能很大。 　 图4

什么是软件？ 软件是计算机系统中与硬件相互依存的另一部分， 软件包括程序+文档 什么是软件测试？ （1）软件测试是在现有软件（程序+文档）中寻找缺陷的过程； （2）软件测试是指使用人工或者自动化手段来运行或测试某个系统的过程，目的是检验系统是否满足需求规格说明书中的要求 软件测试的目的？ 测试的目的是找出软件产品中的错误，使软件尽可能的符合用户的要求。 黑盒测试： 又叫功能测试，把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，根据规格说明书，通过操作软件验证程序的功能是否与规格说明书规定的一致。 白盒测试： 也称结构性测试，是基于代码的测试，按照程序内部的逻辑结构，检测程序是否能按预定要求进行正确的工作。 回归测试： 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 冒烟测试： 是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性，冒烟测试又称版本验证测试。冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件的基本功能正常，可以进行后续的正式测试工作。 简单地说，冒烟测试就是用较少的人，在较短的时间内测试程序的主要功能，如果通过再进行正式的测试。 aplha测试和bate测试的区别？ Alpha测试(α测试)： 通常也叫“验证测试”，主要是指在软件开发完成以后

因果图/判定表法的测试步骤 被测系统：一卡通充值模拟系统 步骤二：分析需求，找出所有的输入条件（因） 投币50元 投币100元 充值50元 充值100元 步骤2：找出输出结果（果） 充值成功并退卡 找零 错误提示并退卡 步骤三：分析输入条件中有哪些组合和限制关系 组合：1,2,3,4,1-3,2-3,1-4,2-4 限制：1-2,3-4 步骤4：确定每个输入组合对应的输出结果，画因果图，填判定表。（在实际应用中因果图有时可以省略不画） 充值成功并退卡 找零 错误提示并退卡 选择：T (True 真)或1 不选：F (False 假)或0 总结： 因果图只是一种辅助分析的工具，如果通过判定表就可以分析清楚组合及对应结果并且编写用例，那么因果图是可以省略不画的。 判定表的缺点:在判定表中限制关系在表中不容易表示。 解决办法：在判定表中添加备注信息，通过文字的方式说明限制关系。 步骤5：根据判定表，编写测试用例。 每1列表示1个组合，编写1条测试用例。 正交排列法 说明 ：正交表是数学统计学专业的科研成果，由于该表可以从大量数据中抽取最优最少的数据，能够契合测试思想，而被测试专业借鉴应用。 注意 ：测试人员只需要研究如何挑选合适的正交表，以及如何应用正交表就可以了，不需要研究正交表是怎么填写的，也不需要背正交表。 应用场合 界面中有多个控件，控件中有不同数据，不同控件之间存在不同组合

windows基础 软件定义 计算机=硬件加软件 软件=程序(program)+文档(document) 软件测试的对象：程序和文档都要测试 软件开发阶段划分 阶段一：需求分析阶段(由需求分析人员完成；产出物：《需求规格说明书》) 阶段二：设计阶段(由系统架构师/分析师完成；产出物：《概要设计说明书》和《详细设计说明书》) 阶段三：编码阶段(由开发人员完成/程序员完成；产出物：程序/代码) 不同的开发阶段引入的bug比例如何? 需求分析阶段引入的bug最多（大概占bug总数的55%左右） 其次是设计阶段（大概占缺陷总数的25%左右） 最少的是编码阶段（大概占缺陷总数的15%左右） 还有5%左右的缺陷是由系统兼容性或者配置原因造成的。 需求分析阶段引入的bug最多，其次是设计阶段，引入bug阶段最少的是编码阶段 因此：1）在测试中不能只测程序，文档也必须测 2）测试工作应尽早介入，并且贯穿整个开发周期始终(尽早测试原则，不断测试原则) 什么是软件缺陷 1.软件的缺陷–defect,bug 2.软件缺陷的定义：1）需求要求的功能没有实现 2）实现了需求没有的功能(画蛇添足) 3）软件出现了指明不应出现的错误 4）需求虽未明确指明，但是应该实现的功能没有实现 eg:法规； 说明：需求不是完美的，有可能有遗漏，但是测试人员应该专业，发现bug就要提交，即使需求中没有提及 5）软件不易使用

1.黑盒测试： 功能测试：1.逻辑功能测试 2.界面测试 3.易用性测试 4.安装测试 5.兼容性测试 性能测试： 1.时间性能 2.空间性能 3.一般性能 4.稳定性 5.负载测试 6.压力测试：压力测试是给软件不断加压，强制其在极限的情况下运行，观察它可以运行到何种程度，从而发现性能缺陷 压力测试是测试软件的瓶颈和极限 负载测试是性能在极限情况下能坚持多久 回归测试：我们提了一个bug，开发人员改完后再次测试，包括和这个bug有关的模块 冒烟测试：测试主要功能 随机测试（探索测试 ）：对于软件的一些重要功能，新增的功能，和容易出错的地方进行复测，可以结合回归测试一起测试 等值分析测试=等价类划分+边界值分析测试 3.等价类划分法：我们发现我们用户所有可能输入的数据，划分成了若干份（也可称为子集），然后从每一个子集中选取 少数具有代表性的数据作为测试用例，这种测试用例称为‘等价类划分法’ 等价类划分是一种重要的，常用的黑盒测试方法，它将不能穷举的测试过程进行合理分类，从而保证完整性和代表性 有效等价类：输入合理的数据集合 无效等价类：输入不合理的数据集合 思考步骤： 1.确定有效等价类和无效等价类 2.有效等价类划分（题目条件，注意边界值，中间再随意找个值） 3.无效等价类划分（跟有效等价类相反，和其他特殊情况（中文，英文，特殊符号，空格，空值）） 一个框输入正确的值

csdn测试用例设计白皮书文档地址： https://blog.csdn.net/vincetest/article/details/1478552 用例编写步骤： 拿到测试需求 -> 分析需求（画思维导图） -> 编写用例 -> 划分用例优先级 用例编写特性： · 一致性：主要包括用例模板一致；各同事的编写手法一致；以及用例的细粒度一致。 · 覆盖率：主要包括对需求的覆盖（也包含隐含的需求）；新需求可能对那些功能会产生影响的覆盖；对各种场景的覆盖等 。 ·可执行性：主要是指步骤易于理解、信息描述准确、且能快速识别出测试点 。 ·执行准确性：是指用例执行的准确度，本身没什么技术含量。但这里需要注意的是执行人对待执行用例的态度。不要因为用例简单或者一些外界的因素，导致部分用例未实际执行标为通过的情况。 ·持续更新：要及时不断的更新，要尽量减少用例库中失效的用例 。 ·复用性：主要用例可以被不断的复用，从而减少维护成本 用例设计方法： 1. 等价类与边界值 （重点方法） 等价类：等价类划分法是把所有可能输入的数据，有无效等价类和有效等价类（即正确输入和非法输入），即程序的输入域划分策划国内若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。方法是一种重要的、常用的黑盒测试用例设计方法。 边界值：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法

1.等价类划分法 　　1.1 测试中的疑问 　　　　 做加法器功能测试时，测试了 1+1，1+2 , 1+3和1+4之后,还有必要测试I+ 5和1 +6吗,能否放心地认为它们是正确的？ 　　 　　1.2 等价类划分 　　　　1.把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例 　　　　2.每类的代表性 数据在测试中的作用等价于这一类中的其他值,如果某一 类中的一个例子发现了错误，这一 等价类中的其他例子也能发现同样的错误。反之，如果某-类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误 　　 　　 1.3 基本步骤 　　　　 1. 有效等价类 2.无效等价类 　　　　　3.确定等价类的原则 1.4 确定测试用例 　　　　 1.为每一个等价类规划一个惟一的编号。 　　　　2.设计一个新的测试用例，使其尽可能多覆盖尚未覆盖的有效等价类。重复这一步，最后使得所有有效等价类均被测试用例所覆盖。 　　　　3.设计一个新的测试用例，使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。 2.边界值分析法 　　　2.1 边界值得选择原则 　　　　　　1.如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。 　　　　　　2.分析规格说明,找出其他可能的边界条件。 　　　　　　3

1.1 等价类划分法 1.1.1 测试中的疑问？ 做加法器功能测试时，测试了1+1，1+2，1+3和1+4之后，还有必要测试1+5和1+6吗，能否放心地认为它们是正确的？ 1.1.2 等价类划分 1) 把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据作为测试用例 2) 每类的代表性 数据在测试中的作用等价于这一类中的其他值,如果某一 类中的一个例子发现了错误，这一 等价类中的其他例子也能发现同样的错误。反之，如果某-类中的一个例子没有发现错误，则这一类中的其他例子也不会查出错误 1.1.3 基础步骤 (一) 划分等价类和列出等价类表 有效等价类 无效等价类 确定等价类的原则 l 在输入条件规定了取值范围或值的个数的情况下,可以确立一个有效等价类和两个无效等价类。 l 在输入条件规定了输入值的集合或者规定了“必须如何"的条件的情况下,可以确立一个有效等价类和一个无效等价类。 l 在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类。 l 在规定了输入数据的一组值(假定n个) ,并且程序要对每一个输入值分别处理的情况下 ,可确立n个有效等价类和一个无效等价类。 l 在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。 l 在确知己划分的等价类中，各元素在程序处理中的方式不同的情况下

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。 黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。 黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。 功能不正确或遗漏； 界面错误； 输入和输出错误； 数据库访问错误； 性能错误； 初始化和终止错误等。 概述： 从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法