软件测试有不同的测试方法，一般分为黑盒测试和白盒测试
所以-所谓的字面意思，就好比把一个软件比作一个黑盒子。我们看不到里面是什么样子。我们只能从一侧输入数据，从另一侧获取输出数据。对于黑盒测试，我们不关心软件内部是如何处理的。我们只需要根据基本需求设计一些特殊的测试数据，然后输入，看看软件的处理是否达到功能需求的预期结果。
白盒测试与黑盒测试正好相反。白盒测试需要分析函数内部的逻辑结构，包括函数的结构、本地数据的定义和引用、函数内部各种控制语句组成的不同路径等。从技术角度来说，白盒测试比黑盒测试要求更高，要求测试人员对程序的实现语言、架构、逻辑实现有一定的了解。因此，白盒测试一般由开发人员进行。测试活动。
本文主要讨论黑盒测试。
（网络盗用，侵权删除）
黑盒测试
什么是黑盒测试
黑盒测试也叫functional测试，主要关注的是被测软件的功能是否实现，而不是内部逻辑的处理。
黑盒测试是软件测试中最早、应用最广泛的测试方法。在黑盒测试中，被测对象的内部结构和运行情况对这些测试人员来说是不可见的，他们也不关心。测试人员对被测产品的验证主要基于规范验证和与规范的一致性。
就像提款机一样。从黑盒测试的角度来看，我们会插卡，输入密码，然后输入金额，最后拿到现金。测试的重点是流程是否正常，金额是否与实际现金相符等等，但我们不关心提款机如何处理，如何与银行沟通。这就是黑盒测试方法。
（网络盗用，侵权删除）
黑盒测试的目的是发现以下几类错误：
功能错误或功能缺失；界面错误或用户界面错误；数据结构或外部数据库访问错误；性能错误；初始化和终止错误；更高级别的开发人员已经做了白盒测试，为什么测试人员还要做黑盒测试呢？这不是浪费人力和时间吗。
其实不然。白盒测试是一种相对较早的测试活动。在进行白盒测试时，测试对象可能只是一个模块，甚至可能是一个单元或循环语句。此时的测试确实可以消除语句错误，但是一旦模块组合起来，必然会发生不同模块之间的通信活动，那么整体能否正确稳定地工作呢？不必要。
黑盒测试主要用来回答以下问题：
如何测试功能的有效性；什么类型的输入会产生好的测试用例；系统是否对特定输入值敏感或类型敏感；如何分隔数据类的边界；系统可以承受的数据速率和数据量；一种特定类型的数据组合会对系统产生什么影响；
（网络盗用，侵权删除）
使用黑河测试方法，可以得到一个标准的测试用例集，可以减少实现合理测试所需的额外测试用例的数量，并且可以设计测试用例以告知某些类型错误的存在或不存在。而不仅仅是与特定测试相关的错误。
一些常用的黑盒测试技术
黑盒测试是指根据软件的功能特性来选择测试数据和解释测试结果。黑盒测试不应该由程序创建者进行，因为这样的测试人员对程序的内部结构有很好的了解，在实际测试方法时可能会局限于一些测量的场景或测试数据。
软件的功能测试必须要求第三方根据需求文档或其他文档进行黑盒测试设计。
虽然黑盒测试围绕用户需求文档展开，但黑盒测试并不一定需要用户参与测试。在绝大多数没有用户参与的黑盒测试中，常见的测试如下：
功能测试容量测试安全测试负载测试恢复测试基准测试稳定性测试可靠性测试
用户参与的测试主要包括现场测试和实验室测试。
针对不同目的的功能测试方法，一种是依次对每个程序的特性或功能进行测试，另一种是逐个模块进行测试。这种测试一般是针对每个 模块调用的函数进行测试。
容量测试的目的是检测软件在处理海量数据时的局限性。容量测试可以发现系统效率问题，例如缓冲区大小不正确或内存空间使用过多。
负载测试检测系统在短时间内处理大量数据或执行大量函数调用的能力。比如双十一的天猫，春游的12306，都需要非常大规模的负载测试。
（网络盗用，侵权删除）
恢复测试主要保证系统崩溃后恢复外部数据的能力。系统能否完全恢复或部分恢复这些数据尤为重要，尤其是对于可靠性要求高的系统。
基准测试包括程序效率测试。程序的有效性在很大程度上取决于硬件环境，因此基准测试总是考虑软件和硬件的结合。然而，对于大多数软件工程师来说，基准测试主要关注具体操作的量化数据，也有一些还考虑用户测试，以比较不同软件系统的有效性作为基准。
软件工程中的方法论考虑在涉及用户的测试活动的软件工程中很少见。
一般做测试报告是为了区分一般的现场测试和实验室测试。
在现场测试中，观察用户在自己的正常工作场所使用软件。除了一般和可用性特征外，现场测试对于评估软件系统的互操作性测试也很有用，即系统在技术上的综合性如何。此外，现场测试是在现有流程中展示系统整体性能的唯一实用方法。
实验室测试一般用于评估系统的可用性。由于实验室测试的成本相对较高，这种测试通常被认为是大型软件组织的活动，例如 IBM 和 Microsoft。由于实验室测试为测试人员提供了许多技术可能性，因此数据收集和分析比现场测试容易得多。
黑盒测试的优缺点
优点：
对于较大的代码单元比白盒测试效率高；测试人员不需要知道实现细节，包括具体的框架结构和编程语言；测试人员和编码人员彼此独立工作；站在用户的角度进行测试，采用的方法和解决方案易于理解和接受；帮助揭露任何与规范不一致或存在歧义的问题；规范完成后可以立即执行测试用例；
缺点：
可以选择使用的输入较少，无法实现所有输入流的全覆盖，也就是说，测试不会全面；没有清晰简洁的规范或需求规范，很难设计测试用例和解决方案；如果测试人员没有被告知开发人员执行过的用例，那么测试数据就会出现重复，导致时间和人力的浪费；会有很多程序路径没有经过测试；如果不能直接针对具体的程序代码，程序可能会很复杂；
（网络盗用，侵权删除）
黑盒测试不需要考虑内部实现程序，因此与白盒测试相比，黑盒测试更容易实现，也更容易设计。并且由于更适合用户的使用，黑盒测试可以最大程度模拟用户会使用的功能和场景。
大部分测试人员的主要工作是进行黑盒测试，即测试程序或系统的功能。这个程序的功能可能非常简单，只需要三两个测试工程师就可以完成，也可能功能极其复杂，需要1000多人的测试团队分组进行测试。
充分理解黑盒测试的原理和方法，在实际工作中，测试计划和测试用例的设计会得心应手，对功能的覆盖度也会有深入的考虑。
什么是黑盒测试（也称黑盒测试）的介绍到此结束。
文章来源于网络或者作者投稿，若有侵权请联系删除，作者：小何，如若转载，请注明出处：https://www.laoz.net/7195.html
