Лайф хак: требования как теги

Хочу предложить небольшой лайф хак по хранению тест сценариев и формированию регрессионных наборов.

Хак пригодится тем специалистам, у которых может существовать нетривиальный = не единственный регрессионный набор тестов, что характерно для продуктов кастомизированных.

В системах типа TestLink, Quality Center - предлагается хранить тестовые сценарии и требования в деревьях папок. Жесткие деревья всегда ограничивали мою свободу выбора )))). И в какой-то момент я решил тупо перенести логику компонентных деревьев тестов в требования. Таким образом требования становились тегами, которые я вешал на тесты и в случае необходимости легко мог сформировать регрессионный наборы как по компонентам, так и по другим основаниям.

Что нам это дает?

Это дает нам свободу!

У нас может быть несколько регрессионных наборов тестов:
- обязательный регрессионый набор для релиза,
- смок листы для каждого отдельного компонента,
- регрессионные наборы для каждого конкретного клиента,
- и многое другое

Всю эту логику запихнуть в компонентные деревья тестов можно, но приходится  дублировать, дублировать, дублировать. Требования - как теги позволяют сломать эти жесткие рамки и уменьшить дублирования в разы.

Кроме уменьшения дублирования повышается скорость набора. Мы можем выбрать один, два - несколько тегов-требований и существенно повысить скорость формирования различных наборов тестов.

Хак небольшой, но приятный.