unit-testing - 如果我有 UI 自动化测试，为什么要编写单元测试

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

去年关闭。




Improve this question




如果我有 UI 自动化测试，为什么我需要编写单元测试？

如果我需要检查一个方法是否返回给定输入的一些输出，例如添加结果然后显示在 View 中，如果我可以确认 View 中的输出是正确的(或不正确)通过 UI 自动化测试

Answer 1

首先，您需要了解单元测试用例和用户界面(UI)测试自动化是两个不同的概念。在单元测试用例中，您为每个单元编写测试用例并逐个模块测试它们——实际上您是在单独测试每个模块。
Test automation ，另一方面，涵盖端到端测试。它测试您的端到端输入及其各自的输出。两者都有自己的优势，因此您需要在您的产品上同时使用它们以确保它没有错误。让我们借助一个示例更好地理解单元测试的必要性:
您正在构建一个聊天应用程序。对于应用程序，您正在集成不同的模块，例如登录、注册、发送和接收消息、消息历史记录等。现在，假设有多个开发人员在开发这个产品:每个开发人员都在不同的模块上工作。在这种情况下，您需要将所有模块加入系统流程中以制作完整的产品。当您集成所有模块时，您会发现该产品无法存储消息。因此，现在您需要独立测试每个模块，因为您无法判断哪个特定模块不起作用。
为了避免这种情况，最好在将每个模块与其他模块合并之前对其进行测试。这称为 unit testing .如果单元测试正确完成，您将立即得到错误。一旦所有的单元测试用例都通过了，你终于可以开始集成模块了。
单元测试通常通过使用装配线 (CI pipeline) 执行。如果您创建了一个好的测试策略并编写了最好的测试用例，您的产品通常会起作用。流程有点像这样:

测试单个模块

开始集成和测试每个功能，看看它是否工作

集成所有模块后，在产品上运行 UI 自动化测试用例

最后，如果所有测试用例都通过了，这意味着您的系统已经准备好完美运行。