QA Way - QA Automation

Что такое Swagger? Swagger — это набор инструментов для описания и документирования REST API. В основе лежит спецификация OpenAPI: файл в формате JSON или YAML, где перечислены все эндпоинты, их параметры, тела запросов и возможные ответы с кодами. Чаще всего тестировщик видит Swagger UI — веб-страницу, которая строится из этого файла. На ней видно, какие методы есть в API, какие поля обязательны и что сервер вернёт в ответ. Публичный пример можно открыть на petstore.swagger.io. Главная польза для тестирования — кнопка Try it out. Можно заполнить параметры, нажать Execute и сразу получить ответ сервера, без Postman и без кода. Так удобно изучать новый API и проверять, что ответ совпадает с описанием: те же поля, типы и коды статуса. Спецификацию OpenAPI можно импортировать в Postman и получить готовую коллекцию запросов. На собеседовании часто спрашивают, чем Swagger отличается от OpenAPI: OpenAPI — это стандарт описания API, а Swagger — инструменты, которые с ним работают.  Еще у меня есть курсы для QA: qaway.ru/...ses

💬 Что такое assertNotEquals() в JUnit? assertNotEquals() — это проверка из JUnit 5, которая убеждается, что два значения НЕ равны. Если значения разные, тест проходит. Если совпали — тест падает с ошибкой. Метод принимает три параметра: 🔸 unexpected — значение, которого мы не ждём; 🔸 actual — фактический результат; 🔸 message — сообщение, которое появится в отчёте при падении. Такая проверка нужна, когда по требованиям значения обязаны различаться: у каждого заказа свой номер, новый пароль не совпадает со старым, повторный вход выдаёт новый токен. OrderService выдаёт номера заказов: каждый вызов createOrder() увеличивает счётчик на 1. В тесте создаём два заказа — получаем номера 1001 и 1002. Они разные, и тест проходит. Теперь представим ситуацию, когда заказы имеют один номер, например если разработчик забыл увеличить счётчик и написал return lastId. Оба заказа одинаковый номер получат. Заказы имеют одинаковый номер и тест упадёт с таким сообщением: org.opentest4j.AssertionFailedError: Два заказа получили одинаковый номер ==> expected: not equal but was: <1000> Так assertNotEquals() ловит ошибку, которую легко пропустить при ручной проверке одного заказа. ✨ Попробуйте мини-курс по Java: qaway.ru/...tml

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

💬 Операторы сравнения в WHERE Ранее мы уже рассматривали в #SQL оператор сравнения '=' внутри WHERE. Кроме этого, нам, к примеру, может понадобиться вывести все записи адресной книги, фамилии в которой отличаются от заданной. Или возраст человека должен быть больше указанного значения. Поэтому, кроме проверки на равенство, существуют и другие операторы сравнения: 🔸 больше - '>' 🔸 меньше - '<' 🔸 больше или равно - '>=' 🔸 меньше или равно - '<=' 🔸 неравно - '<>' Предположим, что мы хотим вывести все записи, имена которых отличаются от Ivan. Для этого воспользуемся таким запросом: SELECT * FROM Address WHERE first_name <> 'Ivan' В результате мы увидим 4 строки. Теперь давайте попробуем вывести всех адресатов, возраст которых больше или равен 20: SELECT * FROM Address WHERE age >= 20 В результате выполнения запроса мы увидим 3 строки. ✨ Попробуйте мини-курс по Java: qaway.ru/...tml