🖤Структура пирамиды тестирования

- Юнит-тестирование (Unit Testing):
Находится на самом низком уровне.
Оценивает отдельные модули или функции.
Обычно выполняется разработчиками, которые используют метод белого ящика.

- Интеграционное тестирование (Integration Testing):
Находится на среднем уровне.
Проверяет взаимодействие между модулями.
Может включать как функциональные, так и нефункциональные проверки.
Использует методы серого и черного ящика.

- Системное тестирование (System Testing):
Находится на верхнем уровне.
Оценивает всю систему в целом.
Проверяет соответствие системы требованиям и спецификациям.

- Приемочное тестирование (Acceptance Testing)
Находится на вершине пирамиды тестирования.
Оценивает готовность системы к запуску в эксплуатацию.
Проверяет соответствие системы ожиданиям заказчика и конечных пользователей.

#знания

Всем привет 👋, как успехи на работе,учебе?
_____________
Сколько баг - репортов, записали сегодня?
Успели поспорить с разработчиком, у которого баг не воспроизводиться?
______________
Какую тему изучаете по учебу?
С чем сложности?
Делаете дз из канала?
______________

Предложить тему поста, можно под эти постом

https://t.me/testingqabug/54

🧡Страх перед изменениями на проекте
Это нормально — ведь перемены могут привести и к неожиданностям, и новым багам.
🧡🧡🧡🧡🧡🧡🧡🧡🧡🧡
🧡Почему страх возникает у тестировщиков?
🧡Неопределённость: изменений много, и не всегда ясно, как они повлияют на продукт.
🧡Боязнь упустить баг: ответственность за качество лежит на вас.
🧡Изменения требуют дополнительного времени и сил на тестирование.
🧡🧡🧡🧡🧡🧡🧡🧡🧡🧡
🧡Как преодолеть страх и работать с уверенностью?
🧡Покрытие тестами — чем шире автоматические и ручные тесты, тем меньше страхов.
🧡Регрессионное тестирование поможет убедиться, что старый функционал работает.
🧡Тесная коммуникация с разработчиками — помогайте понять изменения и риски.
🧡Используйте тестовые стенды — безопасно протестировать изменения.
🧡Учитесь на ошибках: баги — не провал, а возможность улучшить продукт.
🧡Планируйте время на исследование новых фич и изменений — никакой спешки!
🧡🧡🧡🧡🧡🧡🧡🧡🧡🧡
🧡Ваша работа — ключ к успешным качественным изменениям!

#инфо

👍Привет

Готовимся к созвону — пишите в комментарии, что обсудим:

Ручное тестирование, ворк-баланс, распорядок дня тестировщика, инструменты,странные вопросы на собеседованиях, домашние работы из канала и др. темы

Ваши вопросы сделают созвон полезнее! 🔥
P.S. Даже «очевидные» темы важны — смело предлагайте! 😉

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

🧡Основные компоненты
🧡 Клиент: Устройство или программа, которая запрашивает информацию или услуги у сервера.( например: ваш смартфон или компьютер)
🧡 Сервер: Устройство или программа, которая предоставляет данные или услуги клиентам. Серверы могут быть физическими (например, мощные компьютеры) или виртуальными. Когда сервер получает запрос от клиента, он обрабатывает его и отправляет обратно нужные данные.
🧡 База данных — в ней хранятся все данные приложения.

🧡Преимущества
🧡Централизованное управление: Все данные хранятся на сервере.
🧡Масштабируемость: Легко добавлять новых клиентов или серверы.
🧡Безопасность: Серверы могут быть защищены от несанкционированного доступа.

🧡Недостатки
🧡Зависимость от сервера: Если сервер не работает, клиенты не могут получить доступ к данным.
🧡Нагрузка на сервер: При большом количестве запросов сервер может перегружаться.

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

#знания

Пишите 😈вопросы для созвона

#отзыв 🔥