GUI测试工具或单元测试工具

Question

我创造了一些测试案例。

在测试用例中，测试功能运行良好，还可以测试检索到的数据是在单击相应函数后显示的预期数据。

使用这些功能，我们将遍历演示、业务和数据层。

测试用例完成后，我不确定是否使用了GUI工具、selenium工具或单元测试。我对他们之间没有清晰的了解。

我的主要问题是：

我应该选择像selenium、单元测试或两者兼而有之的工具吗?为什么？

信息：

这些测试用例用于关键功能。

谢谢!

Answer 1

信息:这些测试用例是关键的功能。

从上面的陈述来看，我认为您需要同时进行单元测试和UI自动化测试(或者集成也取决于体系结构层和系统集成)。

然而，两者都有优缺点(这在很大程度上取决于组织、负责创建一种类型或全部类型的工程师)。

对于单元测试，我会选择专业的：

• 跑得非常快
• 易于创建(想当然地认为代码具有高质量的标准和单元测试“友好”)
• 更好地理解代码(通过单元测试您的代码，您可能会发现您没有预料到的情况，并将帮助您定义代码的更好的行为)
• 可以捕获高度严重的错误或显示停止错误。

至于犯人，我会说：

• 增加要编写的代码量的开销。考虑到代码中的每个类和方法都需要测试，这可能会影响您作为开发人员发布新特性的能力。
• 最重要的方面之一是，您不能测试您的UI (例如，您可以单元测试您的JS，但它仍然不能保证您处于安全的一边，特别是对于关键系统)

至于UI测试，对于Pros：

• 非常适合于在UI级别上验证用户的行程和流。
• 它们可以覆盖与第三方系统通信的端到端流。
• 就像单元测试一样，可以捕获高度严重的错误或显示停止错误。
• 可能会在不总是能够测试的地方检查UI功能。

至于缺点：

• UI测试可能非常脆弱(即使功能没有改变，也会因UI更改而失败。例如，ID等标识符已在您的页面上更改)
• 与单元测试相比，执行速度要慢得多，因为您必须等待系统启动，并等待与第三方系统的连接，这需要很长时间。
• 您将需要依赖第三方工具(开源或付费)。

最后，我将对关键核心功能和UI测试进行单元测试，这些测试也将从UI端(或终端用户的角度)涵盖该关键功能。

Answer 2

可能你说的是某种烟雾测试。通常，它是作为系统/集成测试来完成的。单元测试是每个开发人员的责任，而不是QA工程师。

• 因此，如果您来自测试团队，答案是对整个软件使用GUI测试。
• 如果您开发了一些关键组件，那么对于您的组件来说，编写好的单元测试是非常需要的。单元测试涉及到调用被测试组件(单元)的小原子块:类的功能和方法。所以你需要知道每个函数是如何工作的。您肯定需要向QA团队的同事介绍系统级的测试自动化。

如果你是一个项目经理，一个团队领导，或者是一个把所有工作都做好的人，当然，这两个方向都很重要。:)

Answer 3

1. 单元测试：

http://www.ldra.com/en/software-quality-test-tools/group/by-software-life-cycle/unit-system-integration-testing

1. GUI测试: Ranorex自动化项目很容易集成到现有的开发环境中，从而允许使用Ranorex测试扩展连续的集成过程。此外，简单的报表生成有助于减少调试时间。