Bobunov

 

тут непонятно зачем что-то собирать руками и нажимать на кнопку запуска

 

если у Вас будет несколько десятков разработчиков - кто будет эту кнопку постоянно жать?

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

И интересно, вы на каждый мердж гоняете все тесты? Включая ui (мобилки, сайты, пофиг что), долгие интеграционные?

Также хочу оговориться что все очень сильно зависит от проекта. Я ни в коем образе не категоричен. И мне реально интересно ваше мнение и ваш подход.

да, видимо все эти инструменты устарели с появлением скрама и развитием автоматизации тестирования. Ну может и кое-кому они действительно нужны, но это только 1% от всех

Скрам.. такое себе...
Но я считаю что с развитием автоматизации тулы по типу TMS стали ещё актуальнее...
Ведь это реально удобно завести в таком туле описание ТК, собрать все ТК в тест ран и нажать кнопку на прогон. Потом тул по апи дает команду в CI/CD на запуск определенного пула тестов. При прогоне тесты автоматически, по апи, шлют свой статус в этот тул, где проставляется Passed/Failed and etc

Получается код отдельно, доки отдельно, тест резалты отдельно и все рады)  

Аналогично если тесты гонятся по мерджу. Просто инициализатором создания тест рана является уже код а не тул.

Возможно я туплю и не могу с первого раза переключиться на вопрос, но....
Тестовые данные в файле. Какой формат файла и как ты с ним работаешь. Потому что "импортирую этот файл в файл" нифига не понятная конструкция.

Как пример, у меня есть конфиг файл в формате yaml. В котором находятся данные в виде:

url:
  url1: https://super-api.app/
  url1: https://super-api.app/
register:
  register_vk: api/reg/social/vk/

Из теста я могу парсить этот конфиг с помощью библиотеки yaml.

А теперь сформулируй корректно свою проблему. Что именно тебе нужно получить в конце.

Пропущено много стоящих продуктов. И не совсем ясны критерии по которым выбирались тулы. Для большого бизнеса будут одни критерии, для стартапа будут совсем другие критерии.

К примеру, не всем стартапам нужны монстры которые могут все и за большие деньги. На начальном этапе возможно обойтись инструментами по типу testpad, qase или hiptest.