什么是testing线束？
我在理解testing用例和相关的常用术语（如testing用例，自动化testing中的testing脚本）方面遇到一些困难。
所以这就是我目前为止所做的：自动化testing是指使用一种特殊的软件（除了正在testing的软件）来控制testing的执行，并将实际结果与预期的结果进行比较。 这也涉及到build立testing前提条件。 这种testing最适合经常进行的testing。
现在，我遇到了testing工具的一些问题。 我读过它包含testing用例，input文件，输出文件和testing脚本的testing套件。 现在我的问题是testing用例和testing脚本之间有什么区别？ 另外，您如何使用该软件来testingAUT的不同function？ 我也遇到了一些像套房大师和个案经纪人这样的术语。
那里有几个广泛的问题，将根据我的经验尝试回答。
将testing工具视为一个“实现者”，它实际上完成了（1）使用（2） testing库 执行testing和（3） 生成报告的所有工作 。 这将需要您的testing脚本被devise为处理不同的（4） testing数据和（5） testing场景 。 从本质上讲，当testing工具已经到位，准备好必备数据（又名数据准备 ）时，应该可以单击button或运行一个命令来执行所有testing并生成报告。
testing工具很可能是一组不同的东西，使所有的上述事情发生。 如果您在开发应用程序时编写unit testing，那将是testing工具的一部分。 您还可以对应用的function进行其他testing，例如：用户login到站点，看到collections夹窗格，最近的消息和通知。 然后，你添加一个“runner”，通过所有的“ testing脚本 ”，并运行它们（而不是你必须一次执行一个testing） 。 如果觉得testing工具更像是一个概念集合，而不是一个单一的软件，那么你正确地理解了这一点:-)
现在我的问题是testing用例和testing脚本之间有什么区别？
简单但并非完全正确的答案： testing用例定义了testing目标，描述，前提条件，步骤（描述性或特定），预期结果。 然后， testing脚本将成为执行该testing的实际自动化脚本。 这是在自动化环境中。 它变了。 很多。
像ISTQB这样的authentication定义为testing场景通常被称为一些公司和国家的testing案例 。 在其他情况下，当涉及手动testing时（当详细给出步骤但不是自动化线束的一部分时），testing用例将与testing脚本一起翻转。 其他人则说testing脚本完全是指自动化testing。 另一方面，人们也可以争辩说，几个testing用例可以结合在一个testing脚本中，反之亦然。 所以这引发了一个问题， testing程序如何适应？
testing开发阶段可以有： “testing程序，testing场景，testing用例，testing数据集，用于testing软件的testing脚本”。
如果你假设一个>（大于/收集）关系，你会如何联系？ 修辞问题 – 根据你工作的地点，你的客户是谁等等而有所不同。最好的办法是与你的同事/客户一起定义，并且同意对条款的理解而不是定义 。 我目前使用testing脚本=自动脚本，基于预先存在的手动testing用例或testing场景。
另外，您如何使用该软件来testingAUT的不同function？
你写不同的testing来testing不同的东西。 每个testing都会执行某些操作，并检查AUT的输出是否符合您的预期 – If displayed_value == expected_value 。 例如，可以使用input文件为testing用户名和密码的testing列表提供数据。 或者使用不同的数据运行相同的testing – 以具有不同消息的不同用户身份login
看看RobotFramework和Selenium 。 与Selenium库结合的机器人框架testing（用text或html文件编写）将允许您编写一个自动化testing，testing特定的内容…就像主页validation。 你会写一个单独的testing，以确保用户可以看到他/她的所有消息。 另一个testing清除通知。 等等。
testing工具 ：testing环境，包括执行testing所需的存根和驱动程序。
将使用testing线束和存根来复制缺失的项目（组件尚未包含在testing或外部系统中）。 通常，当对多个模块或组件进行小规模集成testing时，有必要devise或改进方法和工具，将testing数据提供给被测组件。 这通常被称为testing工具。 由于需要了解构buildtesting工具所需的技术，所以这个testing几乎总是由开发团队完成的。
testing设备可以通过模拟testing对象将运行的环境来促进对组件或系统的一部分的testing。 这可能是因为该环境的其他组件不可用，并且被存根和/或驱动程序取代，或者仅仅是为了提供一个可预测和可控的环境，在该环境中可以将任何故障定位到被测对象。 这些通常是由开发人员为了帮助testing过程而生成的定制程序。 如果他们在一个成熟的组织中使用，这些线束很可能会被视为“testing资产”，并受到版本控制和configurationpipe理的约束。
testing线束包含编译和运行testing所需的所有信息。 这包括testing用例，testing中的源文件，存根和目标部署端口（TDP）configuration设置。
testing工具是在单元，模块，应用程序或系统级别testing软件所需的所有项目的集合，并提供执行testing的机制。 input数据，testing参数，testing用例，testing脚本，预期输出数据，testing工具和testing结果报告等每个项目都是testing工具的一部分。
