老铁们，大家好，黑盒测试的目的相信很多的网友都不是很明白，包括黑盒测试是干什么的也是一样，不过没有关系，接下来就来为大家分享关于黑盒测试的目的和黑盒测试是干什么的的一些知识点，大家可以关注收藏，免得下次来找不到哦，接下来我们就一起来看看吧！
黑盒测试被称为 功能测试或数据测试，在测试时，将被测软件视为一个不能打开的盒子，在完全不考虑程序内部结构和内部特性的情况下来进行测试，采用·黑盒测试的主要目的是在已有软件产品所应具有的功能等基础上进行下列操作：
1、检查程序功能是否按照需求规格说明书的要求正常使用，测试每个功能是否有遗漏，测试性能特性是否满足要求。
2、测试人机交互是否错误，检测数据结构或外部数据库访问是否错误，程序是否能适当的输入数据而产生正确的输出结果，保持外部信息（如数据库或文件）的完整性。、
3、检测程序初始化和终止方面的错误。
不是同一个层级的概念，测试类型、测试方法需要区分清楚。不谈那些书本上的东西，单从实际工作的角度入手，来谈谈这三者的区别。
功能测试，侧重点在功能上，黑盒测试属于其中的一种手段。根据规格说明书，以及功能设计文档，来确定某项功能的具体作用，通过多种手段来验证该功能是否达到预期的要求。比如，你去百度搜索奥运会，那么实际搜索到的结果是否是你想要的。
业务测试，与功能测试比较起来，侧重点放在业务流程上，在基本的功能点都已合格的基础上，准备并组合多种测试数据，来驱动或辅助各种约束条件下业务流程，确定最终输出的结果是否符合预期。业务测试多数要结合实际业务逻辑，黑盒白盒灰盒这类测试方法都可以用来辅助测试。
黑盒测试，不关注程序内部处理逻辑，根据输入输出准备各种测试数据，模拟用户，根据不同条件下的输入，来预测输出值（根据功能说明文档上的要求严格设计输出结果），并比较实际输出值，从而达到一种检验的作用。
黑盒测试的测试用例设计方法 黑盒测试的测试用例设计方法 黑盒测试的测试用例设计方法·等价类划分方法·...中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法.1)...
有人认为白盒测试的技术含量高于黑盒测试，黑盒测试很简单，其实这是不对的，国内为什么大多数的测试人员都在做黑盒，一方面是因为白盒测试工程师比较少，但我觉得最重要的一方面是大多数的软件公司开发出来的产品功能上都没有合格，很难用，甚至没法用，所以一般的黑盒测试能通过就不错了，白盒测试一般都是由开发人员自己去测，大部分都在单元测试阶段，主要测试代码质量。危害显而易见，国内的开发人员真正能做好单元测试的夜不多，有些甚至都不做，这样下去，仅靠黑盒测试来确保表面功能，可能会隐藏一些因代码设计不合理而出现的安全性、性能方面的Bug，不过现阶段也没有办法。
软件测试从字面上就很好理解啊，软件测试就是对软件的功能和性能进行测试，并编写测试记录表，策划改进方案，对软件的整体性能进行把关。
主要包括黑盒测试和白盒测试。
黑盒测试是对软件的功能进行测试，比如手机上的照相软件，点击之后是否能正常打开。
白盒测试相对高级一些，是对软件的整体性能进行把关，软件是否能流畅运行，是否有bug存在，找出这些bug等缺陷就是你的责任。
软件测试工程师也分初级，中级和高级。初级的嘛就是领导让你干啥你就要干啥，中级的可以指导别人做一些工作，但也要听领导指挥。高级的工程师自己就是领导了。
软件测试工程师不需要什么基础，而且上手快，薪资水平也很高。而且因为要对软件的整体性能就行把控，高级的工程师很多都变成了公司的管理层。
望采纳。
黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否 都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的 情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序 是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。“黑盒” 法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输 入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测 试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。 白盒测试 白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是 否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按 预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证 。 “白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在 使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的 独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序 违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错 。第三，穷举路径测试可能发现不了一些与数据相关的错误。 还有一个灰盒测试 灰盒测试 灰盒测试，确实是介于二者之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内 部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运 行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操 作，效率会很低，因此需要采取这样的一种灰盒的方法。 灰盒测试结合了白盒测试盒黑盒测试的要素.它 考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测 试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试 以增强测试效率、错误发现和错误分析的效率。 灰盒测试涉及输入和输出，但使用关于代码和程序操作 等通常在测试人员视野之外的信息设计测试。
