单元测试、黑盒测试和白盒测试 [关闭]

Question

关闭。 这个问题需要更加集中。 它目前不接受答案。

---

想改善这个问题吗？ 更新问题，使其仅通过编辑这篇文章来关注一个问题。

2年前关闭。

改进这个问题

什么是单元测试、黑盒测试和白盒测试？ 我用谷歌搜索，但我发现的所有解释都非常技术性。 任何人都可以通过适当的例子以简单的方式回答这个问题吗？

Answer 1

在黑盒测试中，你不关心被测试事物的内部是如何工作的。 您调用公开的 API 并检查结果； 你不在乎被测试的东西做了什么给你结果。

在白盒测试中，您确实关心被测试事物的内部结构如何工作。 因此，您不仅可以检查事物的输出，还可以检查被测试事物的内部变量是否正确。

单元测试是测试软件组件的一种方式。 “单元”是被测试的东西。 您可以使用单元测试进行黑白盒测试； 这个概念与白/黑盒测试是正交的。

Answer 2

一个非常非技术性的解释，缺乏任何细节......来了......

• 黑盒测试：在不了解内部应用程序如何工作的情况下测试应用程序

• 白盒测试：在了解内部工作原理的情况下测试应用程序，例如在进行测试时并排放置源代码。

• 单元测试：这是您创建与应用程序直接交互的测试的地方。 您将检查应用程序中的函数并assert响应应返回value X 。 单元测试通常但并不总是由开发人员自己创建，而如果一家公司进行白盒和黑盒测试，则任何人都可以完成。

这是一个非常基本的解释。

Answer 3

黑盒测试：

1. 测试人员是人而不是开发人员
2. 测试人员不知道系统是如何实现的 *
3. 当系统对测试的任何步骤的响应不是预期的结果时，测试人员将报告问题。

白盒测试：

1. 测试人员是人而不是开发人员
2. 测试人员确实知道系统是如何实现的 *
3. 当从系统到测试的任何步骤的反应是不期望的结果，更容易尽管收到预期的结果，以检测与测试本身或与系统的问题Tester将报告问题。

单元测试：

1. 测试器通常是测试系统中特定模块的代码。 例如，在 Java 中，一个项目可能有一个名为 Student 的类和一个名为 StudentTest 的测试类。 对于 Student 中的每个函数（如getGrades ）， getGrades可能有 0 个或多个函数来测试它们（如getGradesTest ）。 这只是实现它的一种方式。
2. 测试代码通常只知道系统一部分的各种输入的预期输出。
3. 单元测试通常在提交代码之前运行，或者在构建要部署的应用程序时自动运行。 目标是在添加、更改或删除功能时防止将尽可能多的错误引入系统。

* 黑盒测试人员和白盒测试人员之间已知的知识量因组织而异。 例如，我认为的可用性测试，另一家公司可能称之为黑盒测试。 一些公司的白盒测试人员可能是另一个开发人员（开发人员 QA），而另一个组织可能不允许开发人员完成任何测试签核。 黑盒测试人员可能只是拥有一份他们需要遵循和验证的指令列表的人，也可能是一般知道系统如何工作的人，但只是不是特别详细。 例如：

尽管测试用例符合预期，但黑盒测试人员可能会也可能不会发现问题，例如电子商务测试用例省略了收集客人结帐收货地址的步骤。

本质上，白盒和黑盒测试很少被严格执行。 大多数组织都有单元测试、开发人员测试（可能会也可能不会正式记录 - 取决于失败的影响）、QA 测试人员（黑色、白色和介于两者之间的每个灰色阴影）和用户测试/业务标志- off（应该参与整个项目的人员，但在运行不佳的组织中只出现在开始和结束时，并在部署之前将完成的项目送回设计）。

Answer 4

黑盒测试：这始终是基于用户或客户端的测试，其中根据提供的要求进行测试。 此测试仅由测试人员完成。

白盒测试：这是为了验证代码库的流程。 测试条件语句、循环语句等的流程。这主要是从开发人员的角度来看。

单元测试：这是白盒测试的一部分，因为您使用测试数据测试代码中的每个方法并断言。 现在，由测试人员和公司完成的这项工作从测试人员那里获得了这项技能，他们能够理解代码和算法。