QA Way - QA Automation

💬 Аннотация @Test и dependsOnGroups Сегодня поговорим об атрибуте dependsOnGroups аннотации @Test в TestNG. Он позволяет сделать тест зависимым от целой группы тестов. В dependsOnGroups указывается имя группы. TestNG сначала выполнит все тесты этой группы, а затем зависимый тест. Если хотя бы один тест группы упадёт, зависимый тест не запустится и будет отмечен как пропущенный (skipped). Чтобы тест выполнился в любом случае, добавьте атрибут alwaysRun = true - по умолчанию он равен false. Первый тест входит в группу “acceptance” и падает из-за проверки Assert.assertTrue(false). Второй и третий тесты зависят от этой группы, поэтому запускаются после первого. Результат запуска: First test - run Third test - run Тесты: 3, упал: 1, пропущен: 1. Второй тест не выполнился и отмечен как skipped, а третий выполнился благодаря alwaysRun = true. ✨ Попробуйте мини-курс по Java: qaway.ru/...tml

💬 Проверка вхождения всех элементов в массив Сегодня разберём, как в Rest Assured проверить, что массив в ответе содержит все нужные элементы, независимо от их порядка и от того, есть ли там другие элементы. Тест запрашивает первую страницу списка пользователей. Метод body() принимает два параметра. Первый — путь JsonPath: data.id собирает идентификаторы всех пользователей в массив [1, 2, 3, 4, 5, 6]. Второй — матчер hasItems(1, 3, 5), который проверяет, что в массиве есть каждое из этих значений. Тест пройдёт: 1, 3 и 5 в массиве есть, а лишние 2, 4 и 6 проверке не мешают. Если заменить 5 на 7, тест упадёт: Expected: (a collection containing <1> and a collection containing <3> and a collection containing <7>) Actual: <[1, 2, 3, 4, 5, 6]> Если нужно точное совпадение массива, используйте contains() — с учётом порядка — или containsInAnyOrder() — без учёта. ✨ Попробуйте мини-курс по Java: qaway.ru/...tml

💬 Зачем нужно тестирование веб-приложений? Ч. 2 Продолжаем разбирать причины, по которым веб-приложения нужно тестировать. 🔸 При тестировании важно учитывать как функциональные, так и нефункциональные требования. Функциональное тестирование проверяет, что делает приложение: регистрацию, поиск, оформление заказа. Нефункциональное - как оно это делает: насколько быстро, безопасно и удобно. О таких требованиях заказчик часто даже не говорит, но ожидает их по умолчанию. 🔸 Ещё одна причина - улучшение пользовательского опыта. Тестировщики оценивают, насколько интерфейс понятен и удобен, корректно ли приложение работает в разных браузерах и на разных устройствах. Доступно ли оно людям с ограниченными возможностями. Тестирование производительности показывает, выдержит ли приложение нагрузку без медленной загрузки и простоев. Всё это снижает риск того, что пользователи разочаруются и уйдут к конкурентам. ✨ Еще у меня есть курсы для QA: qaway.ru/...ses

💬 Удаление параметра в скриптах Сегодня разберём, как в Postman удалить query-параметр с помощью скрипта. Создадим запрос с двумя query-параметрами city и country: GET postman-echo.com/...sia Откроем вкладку Scripts, выберем Pre-request и добавим код: pm.request.removeQueryParams(“country”); Метод removeQueryParams объекта pm.request удаляет параметр из запроса перед отправкой. Чтобы удалить несколько параметров, передайте массив: removeQueryParams([“city”, “country”]). Выполним запрос. Сервис postman-echo возвращает в поле args параметры, которые получил: “args”: { “city”: “Moscow” } Как видим, на сервер ушёл только параметр city. При этом на вкладке Params параметр country остался — скрипт меняет только отправляемый запрос, а не сохранённый. Проверить, что именно было отправлено, можно в Postman Console. ✨ Еще у меня есть курсы для QA: qaway.ru/...ses