Не всегда есть возможность работать с базами данных. Я, как минимум, работал на пяти проектах, где такой возможности не было. Вашу статью могут прочитать новички, которые, не понимая контекста, просто скопируют URL и построят вокруг него множество автотестов, которые затем упадут.
Что касается POST- или GET-запросов, я сам так поступаю, если у меня нет доступа к базе данных. Но, опять же, если статья ориентирована на начинающих автоматизаторов, для них это будет довольно сложно реализовать.
Я почти согласен с вашими словами, если бы не одно "но". Видимо, вам удалось поработать с сильными командами разработчиков или хорошими лидами и менеджерами, которые смогли наладить процессы. Однако, исходя из моего опыта, хорошая команда разработчиков, которая может писать качественный код, правильно анализировать требования, писать качественные юнит-тесты и API-тесты, — это редкость. Я знал сеньоров-разработчиков, которые за 7 лет ни разу не писали юнит-тесты или API-тесты. Иногда ко мне приходит история, и я возвращаю её с 15 багами. Да, там проблемы не только в разработке: разработчик написал код, написал тесты, код прошёл ревью у трех человек, и всё равно 15 багов.
Проблема в том, как подходят к анализу требований, дизайна, внимательности, желанию разобраться, как юзер будет это использовать, продумать входные данные, покрыть все исключения. Поэтому и нужны тестировщики. Я ни разу не слышал от разработчиков фразы: "А какую проблему юзера решает эта фича?" или "Как именно юзер будет с этой фичей работать?"
Не всегда есть возможность работать с базами данных. Я, как минимум, работал на пяти проектах, где такой возможности не было. Вашу статью могут прочитать новички, которые, не понимая контекста, просто скопируют URL и построят вокруг него множество автотестов, которые затем упадут.
Что касается POST- или GET-запросов, я сам так поступаю, если у меня нет доступа к базе данных. Но, опять же, если статья ориентирована на начинающих автоматизаторов, для них это будет довольно сложно реализовать.
Вместо того чтобы искать, идите по URL‑адресу в карточку товара — это сэкономит много времени и снизит риски, за счёт исключения лишних шагов.
А потом этот товар будет удален из базы данных. И все ваши тесты поваляться.
Я почти согласен с вашими словами, если бы не одно "но". Видимо, вам удалось поработать с сильными командами разработчиков или хорошими лидами и менеджерами, которые смогли наладить процессы. Однако, исходя из моего опыта, хорошая команда разработчиков, которая может писать качественный код, правильно анализировать требования, писать качественные юнит-тесты и API-тесты, — это редкость. Я знал сеньоров-разработчиков, которые за 7 лет ни разу не писали юнит-тесты или API-тесты. Иногда ко мне приходит история, и я возвращаю её с 15 багами. Да, там проблемы не только в разработке: разработчик написал код, написал тесты, код прошёл ревью у трех человек, и всё равно 15 багов.
Проблема в том, как подходят к анализу требований, дизайна, внимательности, желанию разобраться, как юзер будет это использовать, продумать входные данные, покрыть все исключения. Поэтому и нужны тестировщики. Я ни разу не слышал от разработчиков фразы: "А какую проблему юзера решает эта фича?" или "Как именно юзер будет с этой фичей работать?"