Robotframework 使用.robot文件而不是.txt文件进行测试有什么好处

Robotframework 使用.robot文件而不是.txt文件进行测试有什么好处,robotframework,Robotframework,在robot framework的新版本3.1中,默认情况下不解析.txt文件,而解析.robot文件。总的来说,如果我继续使用.txt文件来测试robot框架,那么与使用.robot文件相比,它的缺点是什么?除了在运行测试时必须使用--extension.txt之外 基本上是使用robot框架比较.robot文件和.txt文件。我认为这是一种优化。现在,除非另有规定。robot文件是包含测试用例的文件,框架不会查看其他文件。将节省不必要地解析资源文件所花费的时间和精力。对于一个庞大的测试结构,

在robot framework的新版本3.1中,默认情况下不解析.txt文件,而解析.robot文件。总的来说,如果我继续使用.txt文件来测试robot框架,那么与使用.robot文件相比,它的缺点是什么?除了在运行测试时必须使用--extension.txt之外


基本上是使用robot框架比较.robot文件和.txt文件。

我认为这是一种优化。现在,除非另有规定。robot文件是包含测试用例的文件,框架不会查看其他文件。将节省不必要地解析资源文件所花费的时间和精力。对于一个庞大的测试结构,这可能是一个非常重要的数量

例如,在RF 3.1之前,可以对资源文件使用.txt扩展名,对测试套件使用.robot扩展名。这样,哪些文件有实际的测试,哪些文件只是资源,这是透明的

让我们假设有很多测试用例,用户希望使用特定的标记运行每个人

robot . --include NIGHTLY
在RF 3.1之前,所有文件都会在夜间搜索
标记时进行解析,即使我们知道搜索.txt文件没有意义

默认情况下,RF 3.1.txt文件和其他文件(如新引入的.resource)将被跳过。同样在RF 3.1中,我们有一种更明确的方法来区分资源文件和具有新的.resource扩展名的套件文件


因此,使用不同文件扩展名的要点是,可以通过不同的角色来分隔文件,并且可以为每个文件使用不同的扩展名。如果您使用.txt而不是.robot,这很好。但是,如果您对测试套件和资源文件使用相同的扩展名,您将失去透明度,甚至可能会失去性能。

您能分享一下使用.txt文件的好处吗?目前我正在使用.txt文件,我只是想知道切换到.robot文件有什么意义。像是.txt文件将来会被弃用,还是我现在应该继续使用.txt文件,而不用麻烦切换到.robot文件?.robot文件的好处是什么。对我来说,使用.txt文件并没有什么好处。如果你在.txt中有很多测试并且使用Linux,你可以使用我项目中的
文件\u renamer.sh