Channel: Testing | QA
Forwarded from Business | System analyst
Алоха! Сегодня мы поговорим о двух новых парнях - 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!
👉🏻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 - авторы рассказали об автотестах в ОК, предпосылках внедрения автогенерации тестов и ключевых компонентах разрабатываемой системы.
Часть 2 - автор продолжит рассказ и подробнее остановится на более прикладных моментах реализации.
Хабр
Как заставить API самому себе писать тесты: практика генерации тестов на основе спецификации API. Часть 1
Тестирование API — неизменная задача при разработке продуктов. Проблема, с которой сталкиваются многие компании, — большой ручной регресс. Появляется автоматизация,...
Как составить тест-кейсы на собеседовании? Разбираем задачу с техсобеса для начинающих QA
Читать статю | Testing QA
Читать статю | Testing QA
Хабр
Как составить тест-кейсы на собеседовании? Разбираем задачу с техсобеса для начинающих QA
Привет, Хабр! Я Михаил Бибик, работаю в СберТехе QA‑automation‑инженером, пишу автотесты для СУБД Pangolin — это целевая СУБД в Сбере и не только. В прошлом году наша команда...
Привет! Сегодня затронем тему собеседований и я вам дам одну задачку, которую можно дать стажеру
Задача
Представь, что ты тестировщик, работающий над веб-приложением для онлайн-магазина. В приложении есть функциональность, позволяющая пользователю добавлять товары в корзину. Однако есть определенные бизнес-правила, которые необходимо учесть:
1. Пользователь может добавлять в корзину не более 10 товаров одного типа.
2. Если пользователь пытается добавить 10 одинаковых товаров, он должен увидеть сообщение об ошибке.
3. Если пользователь добавляет разные товары в корзину, то ограничение не применяется.
4. Товары могут иметь различные варианты (размер, цвет и т.д.), которые тоже необходимо учесть.
Твое задание:
Разработать тест-кейсы для проверки этой функциональности.
Предоставь как минимум три различных тест-кейса, включая позитивные и негативные.
Источник: @qa_and_it
Мои примеры тест-кейсов будут позднее))
Задача
Представь, что ты тестировщик, работающий над веб-приложением для онлайн-магазина. В приложении есть функциональность, позволяющая пользователю добавлять товары в корзину. Однако есть определенные бизнес-правила, которые необходимо учесть:
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
Позитивный сценарий добавления менее 10 товаров одного типа
- Шаги:
1. Перейти на страницу товара.
2. Выбрать товар и добавить его в корзину 5 раз.
- Ожидаемый результат: Товар успешно добавлен в корзину 5 раз.
Негативный сценарий добавления 11 одинаковых товаров
- Шаги:
1. Перейти на страницу товара.
2. Добавить товар в корзину 11 раз.
- Ожидаемый результат: Появляется сообщение об ошибке: "Вы не можете добавить больше 10 единиц одного и того же товара."
Позитивный сценарий добавления различных товаров
- Шаги:
1. Перейти на страницу товара A и добавить его в корзину 5 раз.
2. Перейти на страницу товара B и добавить его в корзину 4 раза.
3. Перейти на страницу товара C и добавить его в корзину 3 раза.
- Ожидаемый результат: Все товары успешно добавлены в корзину, без каких-либо ошибок.
Источник: @qa_and_it
Please open Telegram to view this post
VIEW IN TELEGRAM
Как мы за 3,5 часа обучили продуктовую команду быстрым тестированиям интерфейса
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
Как мы за 3,5 часа обучили продуктовую команду быстрым тестированиям интерфейса
При развитии UX‑экспертизы в продукте обязательно наступает момент, когда продуктовую команду нужно научить самостоятельно проверять простые интерфейсные гипотезы. С одной стороны, это...
Где обучиться навыкам API?
Кто давно интересовался этой темой, могу порекомендовать опытных ребят из OpenStudyIT. Рассказывают про API простыми словами: без воды, на кейсах и примерах.
— почему нужен API и как его внедрить
— как выбрать наилучшее решение для интеграции
— какими скиллами нужно обладать
— перспективы для аналитиков
Изучайте их канал и погружайтесь в тему API.
Кто давно интересовался этой темой, могу порекомендовать опытных ребят из OpenStudyIT. Рассказывают про API простыми словами: без воды, на кейсах и примерах.
— почему нужен API и как его внедрить
— как выбрать наилучшее решение для интеграции
— какими скиллами нужно обладать
— перспективы для аналитиков
Изучайте их канал и погружайтесь в тему API.
Forwarded from QApedia | Тестирование
Один бесконечный год или помогли ли нам инопланетяне внедрить ИИ в тестирование?
Внедрение искусственного интеллекта в процессы тестирования программного обеспечения — это амбициозный и сложный проект, пилот которого мы запустили в прошлом году. Я Марина Каприз, заместитель руководителя блока качества в РСХБ-Интех. В этой статье расскажу, как был организован процесс внедрения ИИ в тестирование, с какими проблемами мы столкнулись и как их преодолели.
Перейти к статье | QApedia
Внедрение искусственного интеллекта в процессы тестирования программного обеспечения — это амбициозный и сложный проект, пилот которого мы запустили в прошлом году. Я Марина Каприз, заместитель руководителя блока качества в РСХБ-Интех. В этой статье расскажу, как был организован процесс внедрения ИИ в тестирование, с какими проблемами мы столкнулись и как их преодолели.
Перейти к статье | QApedia
Как видеть всё: внедряем простой мониторинг производительности в командах (на примере QA)
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
Как видеть всё: внедряем простой мониторинг производительности в командах (на примере QA)
Анализ показателей по ключевым метрикам — то, что помогает командам принимать верные решения. Оперативно выявлять узкие места в процессах, оценивать их эффективность на разных этапах релизного цикла,...
Из веб-тестировщиков в мобильные: инсайты для тех, кто задумался о переходе
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
Из веб-тестировщиков в мобильные: инсайты для тех, кто задумался о переходе
Привет, меня зовут Кирилл Семенко, и я уже год работаю в должности AQA инженера в Битрикс, где занимаюсь обеспечением качества нативной части мобильного приложения. До этого я пять лет работал в...
У вас не хватает мотивации, чтобы достичь важной цели? Вот только дело вообще не в мотивации
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
У вас не хватает мотивации, чтобы достичь важной цели? Вот только дело вообще не в мотивации
«Ничего не делаю, поскольку мотивации не хватает. Где бы взять мотивацию?» — так рассуждают многие, не понимая, что сама идея гнаться за мотивацией — ошибочна, ведь целей вы не достигаете совсем по...
Как будет развиваться российский ИТ-рынок труда и стоит ли специалистам бояться увольнений?
Читать статью | Testing QA
Читать статью | Testing QA
Хабр
Как будет развиваться российский ИТ-рынок труда и стоит ли специалистам бояться увольнений?
Всем привет! Я Эдуард Долгалев, директор по развитию бизнеса ГК Selecty и автор медиа вАЙТИ . Занимаясь рекрутингом квалифицированных специалистов и аутсорсингом ИТ-персонала, мы видим, что...
HTML Embed Code: