Предполагая, что для исходного кода вашего приложения вы используете систему контроля версий, такую как Git или Subversion , я бы предложил использовать тот же исходный контроль для ваших тестовых сценариев, что и для исходного кода вашего приложения.Что ж.Таким образом, любую стратегию ветвления и управления версиями, которую вы решите использовать для своего приложения, можно применять и к сценариям тестирования.
Это, конечно, возможно только в том случае, если ваш инструмент тестирования поддерживает работу с внешними системами контроля версий.Если вы используете такой инструмент, как Silk4J , Silk4NET , Silk Test Classic , LeanFT или Selenium , то этотне должно быть проблемой, так как эти инструменты сохраняют фактические тестовые сценарии в виде простых текстовых файлов в файловой системе, которая может иметь версию с любой системой управления исходным кодом, которую вы выберете.
Если вы используете такой инструмент, как Silk Test Workbench , все становится немного сложнее, поскольку скрипты хранятся в отдельной базе данных.В этом случае я бы рекомендовал попытаться повторить структуру версий вашего приложения и в таком инструменте тестирования.Например, если у вас есть «ствол» вашего приложения и различные ветки выпуска (с которыми вы можете работать параллельно), я бы порекомендовал создать тестовый проект «ствол» в Silk Test Workbench и создать копию этого проекта длякаждый выпуск "ветка".Таким образом, у вас будет несколько копий ваших тестовых сценариев (включая Карты объектов и другие ресурсы), что приводит к небольшим накладным расходам с точки зрения удобства сопровождения, но вы сможете запускать и изменять тестовые сценарии независимо друг от друга, в зависимости отоб особенностях каждого отдельного выпуска.