Я думаю, что это оптимизация. Теперь, если не указано иное, файлы .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, это нормально. Но если вы используете одно и то же расширение для наборов тестов и файлов ресурсов, вы потеряете прозрачность и, возможно, производительность.