Мне кажется, что ответ на вопрос в самом вашем сообщении) ручная работа никуда не уйдет. Если её будет делать автоматизатор, она не перестает быть ручной.

Я такое за 10 лет не видел

Звучит интересно, но я пока не вижу универсального способа, как это будет работать для сущностей большой степени вложенности и различного рода бизнес логики, которая не лежит на поверхности самих эндпоинтов. Т.е. мы банально можем зависеть от каких-то промежуточных состояний системы. И на такие кейсы нужны свои специфические рулы. Я не представляю, чтобы какой-то тул смог автоматически сгенерить нечто более сложное, чем описано в спеке, без продукто-ориентированной кастомизации.

тоже чет пока не встречал историй успеха

Попахивает эффективными менеджерами. У нас в компании разработчики на ревью ручным тестированием занимаются. Но даже так от QA никто не отказывается.

Подобные задачи - основа Военной и Другой ГОСТ-овой приемки, она делается с применением инструментов, но в финале обязательно ручками на основе теории Графов, т.е. надо построить полный граф переходов ПО и доказать что он обладает рядом свойств, а дальше использовать полученный Граф для тестирования. Но Вы сами понимаете как это сложно, долго и дорого!

ну это то с чем мне предстоит разобраться еще... пока набираю факты и статистику, спасибо.

Выбивай с руководства бюджет на сравнительный анализ :)

ладно ладно, состояние системы - это лишнее, спасибо )

Та это все потеря времени.  мало ли тут посоветуют..

Hi everyone, my company is looking for 4 QA Automation enginers.

- min 2 years, Jmetter
- good english, you’ll participate daily standups, and other meetings…

Full time, remote.

Send me your CV and we’ll contact back for selected candidates.

Что касается инструментов, лично в 2012 выступал Архитектором небольшого C++ инструмента для компании Symantec, который считает цикломатическую сложность C++ кода, анализирует граничные условия, добавляя их количество к набору тестовых сетов, рисует таблицу \ граф переходов каждого метода для упрощения анализа данных для скармливания Авто Тестам и генерирует С++ заглушки Unit Test-ов, которые компилируются под 24 С++ платформы, а так же заглушки наборов входных данных. Все тесты естественно падают. Но все что остается разработчику \ тестировщику, проанализировать граф, заполнить все наборы входных данных на базе анализа графа, возможно, добавить несколько строк кода со специфическими pre steps.

На Managed языках разработать подобный инструмент как минимум в 5 раз проще.

Другой вопрос - зачем он нужен :))))))

всем привет, а мб есть тут кто занимается автотестами на свифте?

Было пара человек

Попробуй обратиться к @boris_lysikov

Всем привет) подскажите пожалуйста кто какие библиотеки использует для тестирования бд, типа jooq, springdata, для kotlin. Пока нагуглила kotgres, но может еще что нибудь интересное есть.

Привет, я занимаюсь, напиши в личку