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

【问题标题】：What are the benefits of using .robot files instead of .txt files for testing使用 .robot 文件而不是 .txt 文件进行测试有什么好处
【发布时间】：2019-01-10 05:22:35
【问题描述】：

对于机器人框架的新版本 3.1，默认情况下不解析 .txt 文件，而 .robot 文件则解析。总的来说，如果我继续使用 .txt 文件来测试机器人框架，与使用 .robot 文件相比，它的缺点是什么？除了在运行测试时必须使用 --extension .txt。

本质上是使用机器人框架比较 .robot 文件和 .txt 文件。

【问题讨论】：

您能分享一下使用 .txt 文件对您有什么好处吗？
目前我正在使用 .txt 文件，我只是想知道切换到 .robot 文件的意义何在。就像 .txt 文件将来会被弃用一样，还是我现在应该坚持使用 .txt 文件而不费心切换到 .robot 文件？ .robot 文件有什么好处。对我来说，使用 .txt 文件并没有真正的好处。
如果你在 .txt 中有很多测试并且使用 Linux，你可以使用我的 github.com/HelioGuilherme66/robotframework-utilities 项目中的 file_renamer.sh。

标签： robotframework

【解决方案1】：

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

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

假设有很多测试用例，用户想用特定的标签运行每个人。

robot . --include NIGHTLY

在 RF 3.1 之前，所有文件都会被解析以搜索 NIGHTLY 标签，即使我们知道搜索 .txt 文件没有意义。

对于 RF 3.1 .txt 文件和其他文件（如新引入的 .resource）将默认被跳过。同样在 RF 3.1 中，我们有一种更明确的方式来区分资源文件和套件文件，并带有新的 .resource 扩展名。

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

【讨论】：