TG Telegram Group Link
Channel: Testing | QA
Back to Bottom
​​Алоха! Сегодня мы поговорим о двух новых парнях - gRPC 💁🏼и GraphQL 🙋🏻. Постараюсь рассказать простыми словами о них, чтобы было всем понятно, кто же эти парни))

👉🏻gRPC - дружелюбный парень, который способен передавать множество данных в режиме реального времени. Он использует протокол HTTP/2 и предоставляет высокоскоростной способ передачи данных между различными приложениями. Кроме того, он использует бинарный формат protobuf, что дает огромное преимущество в скорости передачи данных. Если приводить пример, то с помощью gRPC мы можем создавать микросервисы и между ними общаться в режиме реального времени. Хочешь обновить какие-то данные в одном сервисе и чтобы они автоматически обновились в другом сервисе? Без проблем, gRPC об этом позаботится.

👉🏻 А вот GraphQL - это совсем другой тип. Это серьезный мужик, который не бросает слов на ветер. Что у него просят, то от него и получают, т.е. он позволяет клиентам получать именно те данные, которые им нужны, а серверам возвращать только запрошенные данные и все это делает за один запрос, не то что его брат REST, который работает с несколькими запросами)

Как же выбрать, какой парень вам подходит больше? В зависимости от того, что вы хотите создать, один может быть лучше, чем другой. Если у вас микросервисная архитектура, то gRPC может быть выбором номер один, когда вам необходимо передавать много данных между сервисами. Если нет, то GraphQL - возможно, более подходящий вариант, поскольку его режим запроса-ответа позволяет клиентам запрашивать данные только тогда, когда это необходимо.

В целом gRPC и GraphQL - это два инструмента для создания API, и каждый из них может быть полезен в зависимости от того, какую задачу вы перед собой ставите. Важно понимать их отличия и особенности перед использованием

Источник: @ba_and_sa
#API

Пост про Сравнение REST и SOAP

📎Ну а для углубления в тему предлагаю вам несколько статей:
- Сравнение архитектурных стилей API: SOAP vs REST vs GraphQL vs RPC
- Сравниваем REST, GraphQL и gRPC
- REST vs SOAP, gRPC и GraphQL: стили межсистемной интеграции по API

Всем удачи в выборе своего gRPC или GraphQL!
Как заставить API самому себе писать тесты: практика генерации тестов на основе спецификации API.

Часть 1 - авторы рассказали об автотестах в ОК, предпосылках внедрения автогенерации тестов и ключевых компонентах разрабатываемой системы.

Часть 2 - автор продолжит рассказ и подробнее остановится на более прикладных моментах реализации.
Привет! Сегодня затронем тему собеседований и я вам дам одну задачку, которую можно дать стажеру

Задача

Представь, что ты тестировщик, работающий над веб-приложением для онлайн-магазина. В приложении есть функциональность, позволяющая пользователю добавлять товары в корзину. Однако есть определенные бизнес-правила, которые необходимо учесть:

1. Пользователь может добавлять в корзину не более 10 товаров одного типа.
2. Если пользователь пытается добавить 10 одинаковых товаров, он должен увидеть сообщение об ошибке.
3. Если пользователь добавляет разные товары в корзину, то ограничение не применяется.
4. Товары могут иметь различные варианты (размер, цвет и т.д.), которые тоже необходимо учесть.

Твое задание:

Р
азработать тест-кейсы для проверки этой функциональности.

Предоставь как минимум три различных тест-кейса, включая позитивные и негативные.

Источник: @qa_and_it

Мои примеры тест-кейсов будут позднее))
Сегодня делюсь моими примерами тест-кейсов на вчерашний пост

1️⃣Тест-кейс 1:
Позитивный сценарий добавления менее 10 товаров одного типа
- Шаги:
1. Перейти на страницу товара.
2. Выбрать товар и добавить его в корзину 5 раз.
- Ожидаемый результат: Товар успешно добавлен в корзину 5 раз.

2️⃣Тест-кейс 2:
Негативный сценарий добавления 11 одинаковых товаров
- Шаги:
1. Перейти на страницу товара.
2. Добавить товар в корзину 11 раз.
- Ожидаемый результат: Появляется сообщение об ошибке: "Вы не можете добавить больше 10 единиц одного и того же товара."

3️⃣Тест-кейс 3:
Позитивный сценарий добавления различных товаров
- Шаги:
1. Перейти на страницу товара A и добавить его в корзину 5 раз.
2. Перейти на страницу товара B и добавить его в корзину 4 раза.
3. Перейти на страницу товара C и добавить его в корзину 3 раза.
- Ожидаемый результат: Все товары успешно добавлены в корзину, без каких-либо ошибок.

Источник: @qa_and_it
Please open Telegram to view this post
VIEW IN TELEGRAM
Где обучиться навыкам API?

Кто давно интересовался этой темой, могу порекомендовать опытных ребят из OpenStudyIT. Рассказывают про API простыми словами: без воды, на кейсах и примерах.

— почему нужен API и как его внедрить
— как выбрать наилучшее решение для интеграции
— какими скиллами нужно обладать
— перспективы для аналитиков

Изучайте их канал и погружайтесь в тему API.
​​Один бесконечный год или помогли ли нам инопланетяне внедрить ИИ в тестирование?

Внедрение искусственного интеллекта в процессы тестирования программного обеспечения — это амбициозный и сложный проект, пилот которого мы запустили в прошлом году. Я Марина Каприз, заместитель руководителя блока качества в РСХБ-Интех. В этой статье расскажу, как был организован процесс внедрения ИИ в тестирование, с какими проблемами мы столкнулись и как их преодолели.

Перейти к статье | QApedia
HTML Embed Code:
2025/06/27 23:46:13
Back to Top