Могут ли / должны ли каталоги для тестовых сред быть объединены в каталог верхнего уровня (как поставщик / плагины)? - PullRequest
1 голос
/ 20 августа 2010

По какой-то причине я нахожу действительно утомительным, что файлы для каждой среды тестирования (rspec, test :: unit, cucumber и т. Д.) Находятся в отдельной папке на верхнем уровне моего приложения.Есть ли веская причина, по которой эти каталоги должны быть разбросаны, а не объединены, как gems / plugins в каталоге vendor?

Если нет реальной причины для такой ситуации, было бы кошерно объединить эти каталоги в «тестовый» каталог верхнего уровня, содержащий подкаталоги для каждой из платформ тестирования вместе с данными о приборах,так далее.?Кто-нибудь еще когда-нибудь сталкивался с этим (и, может быть, уже взломал быстрый и простой способ обновления необходимых путей, чтобы заставить это работать)?

1 Ответ

0 голосов
/ 20 августа 2010

Я бы, к примеру, приветствовал бы это изменение.

Лично я использую RSpec и Cucumber одновременно, и я рвусь, ставить или не включать приборы в features / support / fixtures *Каталог 1004 * (я создаю его сам) или spec / fixtures .Что если я использую этот прибор в функциях и в тестах спецификаций тоже ?![чрезмерно эмоциональный] Почему никто не подумает о приспособлениях !!

Определенно.Тестовый каталог верхнего уровня с подкаталогами содержит , specs , fixtures и все остальное, что вам нужно.

Отличный вопрос!

...