什么是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工具的一部分。