老娘真的信了你邪
什么是黑盒测试法,它的常用方法有哪些
“黑盒”测的是功能 黑盒测试也称功能测试或数据驱动测试。
它在已知产品应具有的功能的条件下，通过测试来检测每个功能是否都能正常使用。
在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。
“黑盒”的两种基本方法 黑盒测试有两种基本方法，即通过测试和失败测试。
在进行通过测试时，实际上是确认软件能做什么，而不会去考验其能力如何。
软件测试员只运用最简单，最直观的测试案例。
在设计和执行测试案例时，总是先要进行通过测试。
在进行破坏性试验之前，看一看软件基本功能是否能够实现。
这一点很重要，否则在正常使用软件时就会奇怪地发现，为什么会有那么多的软件缺陷出现？ 在确信了软件正确运行之后，就可以采取各种手段通过搞“垮”软件来找出缺陷。
纯粹为了破坏软件而设计和执行的测试案例，被称为失败测试或迫使出错测试。
黑盒测试的设计方法 黑盒测试是以用户的观点，从输入数据与输出数据的对应关系出发进行测试的，它不涉及到程序的内部结构。
很明显，如果外部特性本身有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
黑盒测试法注重于测试软件的功能需求，主要试图发现几类错误：功能不对或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误。
具体的黑盒测试方法包括等价类划分、因果图、正交实验设计法、边值分析、判定表驱动法、功能测试等。
在使用时，自然要针对开发项目的特点对方法加以适当的选择。
◆ 等价类划分 等价类划分是一种典型的黑盒测试方法，用这一方法设计测试用例可以不用考虑程序的内部结构，只以对程序的要求和说明，即需求规格说明书为依据，仔细分析和推敲说明书的各项需求，特别是功能需求，把说明中对输入的要求和输出的要求区别开来并加以分解。
由于穷举测试的数量太大，以致于无法实际完成，促使我们在大量的可能数据中选取其中的一部分作为测试用例。
例如，在不了解等价分配技术的前提下，测试了1+1、1+2、1+3和1+4之后，还有必要测试1+5和1+6吗？能否放心地认为它们正确吗？那么1+999…（可以输入的最大数值）呢？这个测试用例是否与其他用例不同？是否属于另外一种类别？另外一个等价区间？这是软件测试员必须考虑到的问题。
等价类别或者等价区间是指测试相同目标或者暴露相同软件缺陷的一组测试案例。
1+999…和1+13有什么区别呢？至于1+13，就像一个普通的加法，与1+5或者1+392没有什么两样，而1+999…则属于邻界的极端情况。
假如输入最大允许数值，然后加1，就会出现问题——也许就是软件的缺陷。
这个极端案例属于一个单独的区间，与常规数字的普通区间不同。
等价类划分的办法是把程序的输入域划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例。
每一类的代表性数据在测试中的作用等价于这一类中的其他值，也就是说，如果某一类中的一个例子发现了错误，这一等价类中的其他例子也能出现同样的错误。
使用这一方法设计测试用例，首先必须在分析需求规格说明的基础上划分等价类，列出等价类表。
在考虑等价类划分时，先从程序的功能说明中找出每个输入条件，然后为每个输入条件划分两个或更多个等价类。
等价类可分两种情况：有效等价类和无效等价类。
有效等价类是指对程序的规格说明是有意义的、合理的输人数据所构成的集合；无效等价类是指对程序的规格说明是不合理的或无意义的输人数据所构成的集合。
◆ 边界值分析 软件测试常用的一个方法是把测试工作按同样的形式划分。
对数据进行软件测试，就是检查用户输入的信息、返回结果以及中间计算结果是否正确。
即使是最简单的程序，要处理的数据也可能数量极大。
还记得在计算器上简单加法的全部可能性吗？再想一想字处理程序、导航系统和证券交易程序。
使这些数据得以测试的技巧（如果称得上的话）是，根据下列主要原则进行等价分配，以合理的方式减少测试案列：边界条件、次边界条件、空值和无效数据。
边界值分析（Boundary Value Analysis,BVA）是一种补充等价划分的测试用例设计技术，它不是选择等价类的任意元素，而是选择等价类边界的测试用例。
实践证明，在设计测试用例时，对边界附近的处理必须给予足够的重视，为检验边界附近的处理专门设计测试用例，常常可以取得良好的测试效果。
BVA不仅重视输人条件边界，而且也从输出域导出测试用例。
边界值设计测试遵循的五条原则： 1、如果输入条件规定了取值范围...
黑盒测试方法和白盒测试方法有哪些
黑盒测试的测试方法有：等价类划分、边界值分析法、猜错法、随机数法、因果图白盒测试的测试方法有：代码检查法、程序变异、静态结构分析法、静态质量度量法、符号测试法、逻辑覆盖法、域测试、Z路径覆盖和基本路径测试法还可以参照以下网址1. 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致2. 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试3. 黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身有问题或规格说明的规定有误，用墨盒测试方法是发现不了的参考资料CSDN博客.CSDN博客[引用时间2018-1-13]
请为我推荐一本关于 黑盒软件测试方法的书
黑盒似乎不会涉及太多问题，关键是原理和方法，其实对于黑盒来说很多书都差不多，黑盒更需要的是丰富的经验和耐心。
还有黑盒将会用到自动化测试工具来辅助，你最好对相关工具有一个了解（这些工具似乎没有什么书籍介绍，你可以从网上找一些相关文档和使用说明）应该说一般的教材都有（网上教程也都很类似），我觉得都差不多，关键是多练，可能你刚开始干只是做一些简单的功能测试，你可以逐步学起
什么是白盒测试和黑盒测试？有什么区别？
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
百盒测试：已知产品内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否要经过检查。
区别：1.在测试的方面上有所不同：软件的黑盒测试意味着测试要在软件的接口处进行。
软件的白盒测试是对软件的过程性细节做细致的检查。
2.在测试方法上存在差异：黑盒测试是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
白盒测试这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
3.侧重程序的错误方面上有不同：黑盒测试主要是为了发现以下几类错误：是否有不正确或遗漏的功能？在接口上，输入是否能正确的接受？能否输出正确的结果？白盒测试主要是想对程序模块进行如下检查：对程序模块的所有独立的执行路径至少测试一遍。
对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
扩展资料：黑盒测试着重测试软件功能。
黑盒测试并不能取代白盒测试，它是与白盒测试互补的测试方法，它很可能发现白盒测试不易发现的其他类型错误。
白盒测试主要针对的是程序代码逻辑，黑盒测试主要针对的是程序所展现给用户的功能，简单的说就是前者测试后台程序后者测试前台展示功能。
参考资料：黑盒测试白盒测试-百度百科
黑盒测试方法和白盒测试方法有哪些
展开全部 黑盒测试的测试方法有：等价类划分、边界值分析法、猜错法、随机数法、因果图 白盒测试的测试方法有：代码检查法、程序变异、静态结构分析法、静态质量度量法、符号测试法、逻辑覆盖法、域测试、Z路径覆盖和基本路径测试法 还可以参照以下网址 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身有问题或规格说明的规定有误，用墨盒测试方法是发现不了的参考资料 CSDN博客.CSDN博客[引用时间2018-1-13]...
中国的软件测试主要是用黑盒测试还是白盒测试啊？
http://baike.baidu.com/view/51274.htm?fr=ala0_1 http://baike.baidu.com/view/51297.htm?fr=ala0_1 黑盒测试与白盒测试区别 黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。
白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
第三，穷举路径测试可能发现不了一些与数据相关的错误。
软件人员使用白盒测试方法，主要想对程序模块进行如下的检查： – 对程序模块的所有独立的执行路径至少测试一次； – 对所有的逻辑判定，取 “ 真 ” 与取 “ 假 ” 的两种情况都至少测试一次； – 在循环的边界和运行界限内执行循环体； – 测试内部数据结构的有效性，等。
具体包含的逻辑覆盖有： – 语句覆盖 – 判定覆盖 – 条件覆盖 – 判定-条件覆盖 – 条件组合覆盖 – 路径覆盖。
白盒测试技术 （White Box Testing） ： 深入到代码一级的测试，使用这种技术发现问题最早，效果也是最好的。
该技术主要的特征是测试对象进入了代码内部，根据开发人员对代码和对程序的熟悉程度，对有需要的部分进行在软件编码阶段，开发人员根据自己对代码的理解和接触所进行的软件测试叫做白盒测试。
这一阶段测试以软件开发人员为主，在 JAVA 平台使用 Xunit 系列工具进行测试， Xunit 测试工具是类一级的测试工具对每一个类和该类的方法进行测试。
黑盒测试技术（ Black Box Testing ）：黑盒测试的内容主要有以下几个方面，但是主要还是功能部分。
主要是覆盖全部的功能，可以结合兼容，性能测试等方面进行，根据软件需求，设计文档，模拟客户场景随系统进行实际的测试，这种测试技术是使用最多的测试技术涵盖了测试的方方面面，可以考虑以下方面 c正确性 （Correctness） ：计算结果，命名等方面。
d可用性 （Usability） ：是否可以满足软件的需求说明。
e边界条件 （Boundary Condition） ：输入部分的边界值，就是使用一般书中说的等价类划分，试试最大最小和非法数据等等。
f性能 （Performance） ： 正常使用的时间内系统完成一个任务需要的时间，多人同时使用的时候响应时间在可以接受范围内。
J2EE 技术实现的系统在性能方面更是需要照顾的，一般原则是 3 秒以下接受， 3-5 秒可以接受， 5 秒以上就影响易用性了。
如果在测试过程中发现性能问题，修复起来是非常艰难的，因为这常常意味着程序的算法不好，结构不好，或者设计有问题。
因此在产品开发的开始阶段，就要考虑到软件的性能问题 g压力测试 （Stress） ： 多用户情况可以考虑使用压力测试工具，建议将压力和性能测试结合起来进行。
如果有负载平衡的话还要在服务器端打开监测工具 ， 查看服务器 CPU 使用率，内存占用情况，如果有必要可以模拟大量数据输入，对硬盘的影响等等信息。
如果有必要的话必须进行性能优化 （ 软硬件都可以 ） 。
这里的压力测试针对的是某几项功能。
h错误恢复 （Error Recovery） ：错误处理，页面数据验证，包括突然间断电，输入脏数据等。
i安全性测试 （Security） ：这个领域正在研究中，防火墙、补丁包、杀毒软件等的就不必说了，不过可以考虑。
破坏性测试时任意看了一些资料后得知 ， 这里面涉及到的知识、内容可以写本书了 ， 不是一两句可以说清的，特别是一些商务网站，或者跟钱有关，或者和公司秘密有关的 web 更是需要这方面的测试，在外国有一种专门干这一行的人叫安全顾问，可以审核代码，提出安全建议，出现紧急事件时的处理办法等，在国内没有听说哪里有专门搞安全技术测试的内容。
...
黑盒测试常用的方法有哪些
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
软件测试黑盒测试
从日期限制可以得出合法数据的录入范围是042013-122015；采用边界值分析法，针对2个边界的值进行分析，042013的边界值为032013、 042013 、052013;122015的边界值为112015、122015、012016。
覆盖所有的边界值选择测试数据为032013-112015、032013-122015、032013-122016、042013-112015、042013-122015、042013-012016、052013-112015、052013-122015、052013-012016。
还要考虑到长度，长度合法输入是6位字符，边界值还应考虑输入5位、7位，测试数据为42013-122015、042013-1220150。
整体为了测试完整性，有时还需验证开始时间=结束时间、开始时间>结束时间，即042013-042013、052013-042013
黑盒测试与白盒测试的区别？
测试的对象性质不一样。
展开全部黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。
在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。
黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。
很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。
这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行。
黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。
具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。
等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。
每一类的代表性数据在测试中的作用等价于这一类中的其他值。
该方法是一种重要的，常用的黑盒测试用例设计方法。
...
软件测试和黑盒测试是不是就是在表达一个意思
肯定不是的。
软件测试指的是一个行业一种技术工作，而黑盒测试则是具体指一种测试思路或叫测试方法。
前者范畴大的过，还包括软件组织的形式、架构，软件工程的方式、方法，软件测试的组织和架构等。
软件测试技术总体上说，可以分两类：黑盒和白盒。
前者只考虑输入与输出关系，后者要考虑程序内部结构和数据流等。
但二者的应用划分并没有绝对的界限，所以才出现灰盒这个概念，就是以黑盒为主，关键点采取详细分解的白盒思路。
转载请注明出处51数据库 » 软件测试黑盒测试方法
