testing - 什么是测试线束？

Question

我在理解测试harness和自动化测试中的测试用例、测试脚本等相关常用术语方面遇到了一些困难。

这就是我到目前为止得到的:

Automation testing is the use of a special software (other than the software being tested) to control the execution of tests and compare the actual results with the expected results. It also involves the setting up of test pre-conditions. This kind of testing is most suitable for tests that are frequently carried out.

现在，我在测试工具方面遇到了一些问题。我读到它由一个测试套件组成，其中包括测试用例、输入文件、输出文件和>测试脚本。 现在我的问题是测试用例和测试脚本有什么区别？

如何使用软件来测试验收单元测试(AUT)的不同功能？我还遇到过一些术语，例如套件大师和案例代理。

Answer 1

那里有几个广泛的问题，将根据我的经验尝试回答。

想一个 Test Harness作为“插入者”，它实际上完成了以下所有工作:(1) 使用 (2)测试库执行测试和 (3)生成报告>。这需要您的测试脚本设计为处理不同的 (4)测试数据 和 (5)测试场景。本质上，当测试工具就位并准备好必备数据(又名数据准备)时，某人应该能够单击按钮或运行一个命令来执行所有测试并生成报告。

测试工具很可能是使上述所有事情发生的不同事物的集合。如果您在开发应用程序时编写了单元测试，那么这将是测试工具的一部分。您还可以对应用程序的功能进行其他测试，例如:用户登录站点、查看收藏夹 Pane 、最近的消息和通知。然后，您添加一种“运行程序”，它会遍历所有“测试脚本”并运行它们(而不是一次必须执行一个测试) 。如果感觉测试工具更像是一个概念集合而不是一个软件，那么您就正确理解了这一点:-)

Now my question is what is the difference between test case and test script?

简单但不完全正确的答案:测试用例定义测试目标、描述、先决条件、步骤(描述性或具体)、预期结果。 测试脚本将是您执行该测试的实际自动化脚本。这是在自动化环境中。它发生了变化。很多。

在某些公司和国家/地区，ISTQB 等认证定义的测试场景通常称为测试用例。在其他情况下，当提到手动测试时(当详细给出步骤但不是自动化工具的一部分时)，测试用例与测试脚本翻转。其他人说测试脚本专门意味着自动化测试。另一方面，人们也可以认为多个测试用例可以组合在一个测试脚本中，反之亦然。那么这就引出了一个问题，测试程序如何适应？

一个test development阶段可以包含:“测试过程、测试场景、测试用例、测试数据集、测试软件中使用的测试脚本。”

如果你假设一个>(大于/集合)关系，你会如何将它们联系起来？反问句 - 根据您的工作地点、您的客户是谁等而有所不同。最好的办法是与您的同事/客户一起定义它，并就术语的理解而不是定义达成一致。我目前使用测试脚本=自动化脚本，基于预先存在的手动测试用例或测试场景。

Also, how do you use the software to test the different functions of the AUT?

您编写不同的测试来测试不同的事物。每个测试都会执行某些操作并检查 AUT 的输出是否符合您的预期 - If displayed_value == Expected_value。例如，输入文件可用于为测试用户名和密码的测试列表提供数据。或者使用不同的数据运行相同的测试 - 以不同的用户身份登录并使用不同的消息等。

看看RobotFramework和 Selenium 。机器人框架测试(以文本或 html 文件编写)与 Selenium 库相结合，允许您编写一个自动化测试来测试特定的内容……例如主页验证。您将编写一个单独的测试来确保用户可以看到他/她的所有消息。另一个测试清除通知。等等。