TESTOREST

⚛️Пирамида тестирования

Стандартная пирамида тестирования имеет в основании юнит-тесты, а на вершине e2e/ui/приемочные ручные тесты.

Но посмотрите, какими разными могут быть пирамиды в реальной жизни))

Суть схемы "пирамида" в том, что основание, в стандартной версии 🔼, занимает больший процент тестов от общего количества.
Двигаясь снизу вверх тесты становятся все более затратными и выполняются дольше.

🔤В идеале e2e ручных тестов должно быть небольшое количество, по сравнению с юнит и интеграциоными тестами🔤

Часто это совсем не так и команды могут жить в перевернутой версии пирамиды🔽, которая похожа на мороженное🍦

У "мороженного" процент юнит-тестов мал, по сравнению с количеством ручных тестов.


📚На досуге можете подумать, на что похожа пирамида в вашем проекте?
Возможно для вас это будет интересным открытием.

Прокачаться:
🔹https://clck.ru/35YFsC (англ)
🔹https://clck.ru/35YFtT
🔹https://clck.ru/35YFua

#пирамида_тестирования
@testorest

Когда понимаешь, что ты не так уж плох😁
Онлайн-тренингам посвещается.

@testorest

Не могу не поделиться 😁

Знакомьтесь, Blue hamham- четыре музыкальных брата хомячка, путешествующие в космосе))

Они получают энергию из звука и поэтому музыка, их обычный любимый способ времяпровождения.

Их придумал дизайнер Arimura Taishi.

Хорошего всем вечера🖖

@testorest

⚛️ Контрактное тестирование

Уровень сложности-->🤓🤓🤓🤓🤯
(4 из 5)
А кто говорил, что будет легко?))

Что это?

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

Например

Сервис №1 вызывает api сервиса №2.
В ответ сервис №1 ожидает получить статус выполнения - Код 200.

В данном случае:

сервис №1 - потребитель(клиент, consumer)
сервис №2 - поставщик(provider)

Разница между обычным интеграционным и контрактным тестированием.

При обычном интеграционном тестировании нам нужно было, чтобы оба сервиса были установлены/ включены на стенде тестирования.

Контрактное тестирование позволяет проверить основные моменты интеграции без доступности другого сервиса.

Как?

Делается это обычно с помощью моков(заглушек).

В нашем примере, сервис №2 заменяется заглушкой(моком).

В тестах проверяется реакция сервиса №1 на присланный код 200.

Как вы могли догадаться, делается это с помощью автотестов.

Моки знают как отвечать на заранее известные http-запросы.

И тогда схема тестирования выглядит так:

1️⃣Сервис №1 (потребитель) проверятся с помощью моков

2️⃣Взаимодействие фиксируется в виде контракта

3️⃣Контракт передается в команду Сервиса №2

4️⃣Запросы из контракта вызывают апи сервиса №2, проверяются ответы апи и соответствуют ли они ожиданиям потребителя.

5️⃣Сервис №2 (поставщик) публикует результат проверки

Таким образом удается независимо проверить каждую сторону взаимодействия.

🔆🔆🔆

Данный вид тестирования не заменяет обычного интеграционного тестирования, но может быть проведен гораздо раньше него.
Контрактные тесты добавляют в регресс.
И это подвид интеграционного тестирования.

Например, проверять содержимое возвращаемое реальным апи, вы уже будете на этапе полноценного интеграционного тестирования.

Такой подход контрактный тестов относительно потребителя называется еще Consumer Driven Contract.
Бывает противоположный подход, когда пишут контрактные тесты со стороны поставщика, но такое можно встретить не часто.

Так же есть специальные инструменты, помогающие в контрактном тестировании: PactFlow
Spring Cloud Contracts

#контрактное_тестирование #cdc #contract_test #api

@testorest

⚛️ Любите работать под музыку?

В IT люди делятся на 2 типа:
- те, кто любит тишину
- те, кто часто работает под музыку

Так вот, на сегодня дарю вам утренний вайб уходящего августа:

тык сюда 👉 https://clck.ru/35Vaev

Ну и там в рекомендациях будет куча похожего🎶🤓

Вдруг вам тоже понравится😊

@testorest

⚛️ Развеиваем миф, что тестирование это однообразная и монотонная работа👨‍💻

Приходишь очередной день на работу, а там:

1️⃣Обновили какую-нибудь библиотеку для проекта😲
Вы может быть о ней и не знали до этого.
Но теперь придется проверять, что все работает.
Перед этим, конечно, нужно ознакомится с данной библиотекой и на что она влияет.

2️⃣Перешли на новую версию БД😲
Выясняем на что влияет- тестируем.

3️⃣Перестали формироваться тест-сеты в системе управления тестами, так как поставили обновление🔭
Разбираемся что к чему. Гуглим, откатываемся на прошлую версию или ставим обновление.
А может теперь тест-сеты формируются по другому? Нужно будет изучить и попробовать.

4️⃣Внедряем автоматизацию тестирования в части тест-кейсов🤖
🤓 тут придется много читать и гуглить тоже))
Какую IDE ставить, как ее ставить. Какие зависимости нужны проекту?
Что автоматизируем в первую очередь, как отслеживаем прогресс, какой фремворк автотестирования используем?
И т.д.

5️⃣Соседняя команда просит помочь с интеграционным тестированием🆘
Планируем деятельность, изучаем влияние, тестируем.

6️⃣Попросили рассказать о своем опыте раннего отлова ошибок🎤
Пишем презентацию, рассказываем коллегам)

И т.д.

P.S. А если вы думаете, в какие направления можно равиваться тестировщику, посмотрите пост 👉 https://t.me/testorest/198

#qa_миф #развитие

@testorest

Чувство, которое испытывает тестировщик, когда ставит на ОБЩИЙ стенд свои обновы для тестирования фичи.

P.S. Когда у команды мало тестовых стендов.

Знакомо?)

@testorest

А у вас так бывает?))

@testorest

⚛️ Долгожданный, а может и нет, ответ на вопрос "Почему стало так сложно устроиться тестировщиком"..

Всем привет!
Накатала статью 👨‍💻 - кто готов - можете ознакомится👇

https://telegra.ph/Pochemu-stalo-tak-slozhno-ustroitsya-testirovshchikom-08-14

@testorest

⚛️Инфографика Кайдзен.

На самом деле очень полезная вещь.
Там в том числе предлагается наводить порядок в делах маленькими порциями но итерационно и постоянно.

Кому интересно- можете почитать о ней больше(ссылка в предыдущем посте)

@testorest

⚛️ Есть такая философия управления жизнью, рабочими процессами: Кайдзен.
Подробнее: https://lifehacker.ru/kaizen/
Решила попробовать первый пункт.

@testorest

⚛️ Подборка словарей IT- терминов и сленга

🔹IT словарь
https://clck.ru/YTq4p

🔹Словарь IT-сленга
https://clck.ru/357LYM

🔹56 IT-терминов, которые нужно знать
https://clck.ru/357LYZ

🔹Про английский сленг в IT:
https://clck.ru/32VzbL

🔹Элементы интерфейса веб-приложения
https://clck.ru/LbGHD

🔹Словарь тестировщика(английские термины-пояснение на русском)
https://clck.ru/ebnZf

🔹Глоссарий терминов от ISTQB(организация по международной сертификации тестировщиков)
https://clck.ru/ebncE

🔹Словарь айтишника(для тех, кто погружается в эту отрасль)
https://clck.ru/ebndk

#словарь_it
@testorest

"Скипни Гайд по прожекту, завтра по нему обнову задеплоим.
Тогда и проведем воркшоп для джунов по респонсибилити."
🤪🤪🤪

Но вы же поняли, да?😁

@testorest

Обед на удаленке..

@testorest