⚛️Поделать на выходных 🤪

🟢Пройти курс по БД YDB(Yandex DB)

Некоторые уже переходят на YDB(Yandex DB)
Вот небольшой бесплатный курс по теме.

Мне очень помог при первом подключении к серверу, потому что там есть нюансы.
А информации в интернете, так чтобы было понятно, очень мало.


🟢Воспользоваться полезными чек-листами(приложены ниже):

✔️Как учиться, когда ты взрослый

✔️30 дней достижения цели

#саморазвитие #навыходных

@testorest

⚛️Плюсы и минусы тестирования микросервисов

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

➕Плюсы:

1️⃣Модульность:
Плюс: Микросервисы представляют собой независимые модули, что позволяет тестировать их изолированно. Это упрощает поиск и локализацию ошибок.
Объяснение: Каждый сервис можно тестировать независимо от других, что упрощает процесс тестирования и уменьшает вероятность возникновения взаимозависимых проблем.

2️⃣Масштабируемость:
Плюс: Тестирование микросервисов можно масштабировать по мере роста системы. Можно добавить новые тесты для новых сервисов без значительного изменения существующих тестов.
Объяснение: Легкость в добавлении новых тестов для новых компонентов системы.

3️⃣Использование CI/CD:
Плюс: Микросервисы легко интегрируются с CI/CD-пайплайнами, что позволяет автоматизировать тестирование и быстро получать обратную связь, если это необходимо.
Объяснение: Автоматизация тестирования и быстрая доставка изменений.

4️⃣Гибкость в выборе технологий:
Плюс: Разные микросервисы могут быть написаны на разных языках программирования и использовать различные технологии, что позволяет выбирать наиболее подходящие инструменты для тестирования каждого микросервиса.
Объяснение: Возможность использования лучших инструментов и технологий для каждого конкретного случая.

➖Минусы:

1️⃣Сложность интеграционного и регрессионного тестирования:
Минус: Интеграционное и регрессионное тестирование микросервисов может быть сложным из-за множества взаимосвязанных компонентов и необходимости эмулировать взаимодействие между ними.
Объяснение: Трудности в установлении и поддержании тестовых сред, имитирующих реальные условия, оказание влияния на связанные компоненты.

2️⃣Сетевые задержки и проблемы с сетью:
Минус: Тестирование микросервисов должно учитывать сетевые задержки и ошибки, что усложняет процесс тестирования.
Объяснение: Необходимо учитывать сетевые проблемы, которые могут не проявляться в локальных тестах.

3️⃣Повышенные требования к инструментам и инфраструктуре:
Минус: Необходимость использования сложных инструментов для оркестрации тестового окружения, таких как Docker и Kubernetes, что может требовать дополнительных знаний и ресурсов.
Объяснение: Дополнительные затраты на обучение и поддержку инфраструктуры.


#микросервисы
@testorest

⚛️ Мифы в Тестировании

Перечислю часть мифов в сфере QA, которые хотелось бы расшифровать.
С этими пунктами мы встречаемся по сей день.
Поэтому, смахну пыль с фундаментальных основ, может и понимания к QA процессам станет больше.

Есть вы никогда не встречали утверждения тезисов, описаных ниже - вам повезло 😁

1️⃣Тестирование находит все баги: самый распространенный миф. На самом деле, он противоречит принципу «Тестирование демонстрирует наличие дефектов, а не их отсутствие». Даже при тщательном тестировании часть багов не будет найдена. И это нормально, потому что цель тестирования не «найти ВСЕ баги», а помочь улучшить качество продукта до нужного, заказчику, уровня.

2️⃣Тестирование — это легко: многие до сих пор думают, что тестирование — это просто. Хотя оно требует аналитического мышления и знаний различных методик и инструментов, навыков работы с ОС и как минимум базовых знаний о сети. Добавьте к этому умение выстраивать процесс тестирования/выпуска версий, управление тестовыми стендами, умение читать логи(а иногда и код). Качественное тестирование требует не меньшего мастерства, чем разработка. Поэтому данную специализацию не зря выделили в отдельную.

3️⃣Только тестировщик несет ответственность за качество продукта: тестировщики играют важную роль в обеспечении качества, но ответственность лежит на всей команде, включая разработчиков, аналитиков и менеджеров. Так как в создании продукта принимают участие все, следовательно и влияние других этапов нельзя игнорировать.
Многим знакома ситуация: разработка или аналитика задерживается для передачи работ на следующий этап, в итоге у тестирования остается меньше запланированного времени. Но, так как тестирование обычно в конце процесса - приходится за пару дней делать то, что хотели проверить за неделю)) Качество продукта в результате страдает.
Как выжить в такой ситуации это уже другой вопрос, который мы, обычно, разбираем со студентами в конце курса.

#мифы_тестирование
@testorest

⚛️Поделать на выходных🤪

🟢Прочитать книгу A Practitioner's Guide to Software Test Design, Lee Copeland.

Отличная книга по тест-дизайну. Есть упражнения в конце главы.
Вобще она на английском, но нашелся перевод👇

#саморазвитие #навыходных
@testorest