什么是测试装具？

有几个广泛的问题，将试图回答基于我的经验。

把 < strong > 测试安全带 想象成一个“启动器”，它实际上使用(2) 测试库和(3) 生成报告完成(1) 执行测试的所有工作。这将要求您的测试脚本被设计为处理不同的(4) 测试数据和(5) 测试方案。从本质上讲，当测试工具到位并准备好先决条件数据(又名 数据准备)时，应该有人能够单击一个按钮或运行一个命令来执行所有测试并生成报告。

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

现在我的问题是测试用例和测试脚本之间的区别是什么？

简单但不完全正确的答案: 测试案例定义了测试目标、描述、前提条件、步骤(描述性的或具体的)、预期结果。然后，测试脚本将是执行该测试的实际自动化脚本。那是在自动化环境中。它会改变。非常喜欢。

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

一个 测试开发阶段可以有: 测试过程、测试场景、测试用例、测试数据集、测试软件中使用的测试脚本

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

另外，如何使用该软件来测试 AUT 的不同功能？

你编写不同的测试来测试不同的东西。每个测试都会执行某些操作，并检查 AUT 的输出是否与您所期望的 If displayed_value == expected_value匹配。例如，可以使用 输入文件为测试用户名和密码的测试列表提供数据。或者使用不同的数据运行相同的测试——作为使用不同消息的不同用户登录，等等。

看看 机器人框架和 硒。机器人框架测试(用文本或 html 文件编写)与 Selenium 库结合起来，将允许您编写一个自动化测试来测试某些特定的东西... ... 比如主页验证。您需要编写一个单独的测试，以确保用户可以看到他/她的所有消息。另一个用于测试清除通知。诸如此类。

测试工具 : 由执行测试所需的存根和驱动程序组成的测试环境。

测试工具和存根将用于复制缺失的项目(测试或外部系统中尚未包含的组件)。 通常，当对几个模块或组件进行小规模集成测试时，有必要设计或改进方法和工具，以便将测试数据提供给被测组件。这通常称为测试装具。因为需要理解构建测试装备所需的技术细节，所以这个测试几乎总是由开发团队完成。

测试工具可以通过模拟测试对象将在其中运行的环境来促进组件或系统部分的测试。这样做可能是因为该环境的其他组件还不可用并被存根和/或驱动程序替换，也可能仅仅是为了提供一个可预测和可控的环境，在这个环境中，任何错误都可以本地化到被测试的对象。这些通常是开发人员为了帮助测试过程而生成的定制程序。如果它们在一个成熟的组织中使用，那么这些利用很有可能被视为“测试资产”，并受版本控制和组态管理的约束。

测试工具 包含编译和运行测试所需的所有信息。这包括测试用例、测试下的源文件、存根和目标部署端口(TargetDeploymentPort，TDP)配置设置。

Test Harness 是在单元、模块、应用程序或系统级测试软件所需的所有项目的集合，并提供执行测试的机制。每个项目，例如输入数据、测试参数、测试用例、测试脚本、预期输出数据、测试工具和测试结果报告，都是测试工具的一部分。