Что такое smoke-тестирование?
Anonymous Quiz
5%
Полное тестирование приложения
87%
Быстрая проверка основных функций
4%
Проверка безопасности
4%
Тестирование пользовательского интерфейса
🔥3❤1👍1
Что такое регрессионное тестирование?
Anonymous Quiz
6%
Проверка новых функций
91%
Проверка старых функций после изменений
1%
Тестирование интерфейса
2%
Нагрузочное тестирование
🔥3❤2👍2
А как бы сделать так, чтобы нас было 500?
Приведите кто-нибудь еще 10 человек плиз 🥹
Приведите кто-нибудь еще 10 человек плиз 🥹
🔥6❤4🙏3
Продолжаем наш маленький опросик:
1️⃣ Назовите цели тестирования.
2️⃣ Что такое тест-кейс, в чем отличие от чек листа ?
3️⃣ В чём разница между верификацией и валидацией?
4️⃣ Назовите уровни тестирования.
5️⃣ Что такое негативное тестирование?
У кого есть желание - присылайте свои ответы в комментариях🌸
У кого есть желание - присылайте свои ответы в комментариях
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🤔1🙏1
Продолжаем нашу тренировку перед собесами:
Представьте, что вы нашли баг: при попытке регистрации пользователь не получает подтверждение на почту. Опишите, как вы оформите баг-репорт (какие поля, какая информация).
Представьте, что вы нашли баг: при попытке регистрации пользователь не получает подтверждение на почту. Опишите, как вы оформите баг-репорт (какие поля, какая информация).
👍3😁2🤔2🙏1
Поздравляю всех с днем тестировщика 💕
Ежегодно 9 сентября мировое IT-сообщество отмечает День тестировщика — профессиональный праздник специалистов, занимающихся оценкой качества программного обеспечения.
Идея праздника уходит корнями в послевоенную эпоху технологического прорыва. В 1947 году в стенах Гарвардского университета произошел курьезный, но знаковый инцидент. Ученые, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, обнаружили аппаратный сбой. Причиной неполадок оказался обычный мотылек, замкнувший контакты одного из реле. Процесс его извлечения и последующего «исправления» системы был с юмором обозначен в техническом журнале как debugging — буквально «очистка от жука».
Этот случай не только подарил IT-индустрии термин «баг» для обозначения программной ошибки, но и заложил философию целой профессии. С тех пор 9 сентября стал символичной датой для IT-сообщества.
Ежегодно 9 сентября мировое IT-сообщество отмечает День тестировщика — профессиональный праздник специалистов, занимающихся оценкой качества программного обеспечения.
Идея праздника уходит корнями в послевоенную эпоху технологического прорыва. В 1947 году в стенах Гарвардского университета произошел курьезный, но знаковый инцидент. Ученые, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, обнаружили аппаратный сбой. Причиной неполадок оказался обычный мотылек, замкнувший контакты одного из реле. Процесс его извлечения и последующего «исправления» системы был с юмором обозначен в техническом журнале как debugging — буквально «очистка от жука».
Этот случай не только подарил IT-индустрии термин «баг» для обозначения программной ошибки, но и заложил философию целой профессии. С тех пор 9 сентября стал символичной датой для IT-сообщества.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤15🎉7🔥1
У нас начался сезон найма )
Мне вчера написали сразу два рекрутера, хотя я даже не в поиске )
В первую очередь я конечно продвигаю своих учеников, но если вы считаете себя подходящим кандидатом - присылайте мне ваши резюме
Мне вчера написали сразу два рекрутера, хотя я даже не в поиске )
В первую очередь я конечно продвигаю своих учеников, но если вы считаете себя подходящим кандидатом - присылайте мне ваши резюме
❤7🔥1🙏1
Не спросить ни один вопрос на собеседовании - плохой тон.
Вас посчитают «незаинтересованным» в этой вакансии.
А что если задать вопрос не ради вопроса, а еще и узнать что-то ценное?
Полезный список для вашего собеседования⤴️
Вас посчитают «незаинтересованным» в этой вакансии.
А что если задать вопрос не ради вопроса, а еще и узнать что-то ценное?
Полезный список для вашего собеседования
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10🔥6❤1
📃 Как читать логи ошибок: инструкция для QA-инженера
🔍 Шаг 1: Где искать логи?
Перед анализом нужно понять, куда приложение пишет логи:
- Файлы на сервере (обычно в /var/log/ или logs/):
- Консоль разработчика (Chrome DevTools → Console или Network)
- Специальные сервисы:
- Sentry (для ошибок в проде)
- Kibana (если логи хранятся в Elasticsearch)
- Grafana (для метрик и системных логов)
📌 Шаг 2: Понимаем структуру лога
Типичная запись в логе содержит:
[2024-02-20 14:30:45] ERROR [app.controller] Status 500: NullPointerException in UserService.java:124
Разбираем по частям:
1. Дата и время (2024-02-20 14:30:45) - когда произошла ошибка
2. Уровень логирования (ERROR) - насколько всё плохо:
- DEBUG/TRACE - техническая информация для разработчиков,
- INFO - обычные события (например, «Пользователь залогинился»),
- WARN - потенциальная проблема, но приложение работает,
- ERROR - критическая ошибка (нужно чинить)
- FATAL/CRITICAL - самая высокая степень критичности (срочно чинить в первую очередь)
3. Источник (app.controller) - где случилась ошибка (класс/модуль)
4. Сообщение (NullPointerException in UserService.java:124) - суть ошибки и строка кода
🛠 Шаг 3: Как искать причину ошибки?
1. Ищем stack trace (список вызовов функций, которые привели к определенной точке в программе, например, к возникновению ошибки)
Пример:
java.lang.NullPointerException: Cannot invoke "User.getName()" because "user" is null
at com.example.UserService.getProfile(UserService.java:124)
at com.example.UserController.showProfile(UserController.java:45)
Что важно:
- Первая строка - тип ошибки (NullPointerException) и её описание
- Следующие строки - «путь» вызова методов (где началась ошибка и как она распространялась)
2. Анализируем контекст
Ошибка может не иметь очевидной причины. Проверьте:
- Что происходило перед ошибкой? (логи за 5-10 секунд до сбоя)
- Были ли похожие ошибки раньше? (поиск по логам)
3. Используем фильтры
Если логов много, сужаем поиск:
grep "NullPointerException" error.log (только ошибки этого типа)
grep -A 5 -B 5 "ERROR" app.log (+5 строк до/после ошибки)
💡 Шаг 4: Частые ошибки и как их читать
1. NullPointerException (Java)
Проблема: Обращение к объекту, который null
Что проверить:
- Передавались ли все обязательные параметры в метод?
- Вернула ли БД null вместо объекта?
2. 500 Internal Server Error
Проблема: Ошибка на сервере
Что проверить:
- Логи сервера (например, nginx или tomcat)
- Не упала ли БД или внешний API
3. ConnectionTimeout
Проблема: Сервер не ответил за отведённое время
Что проверить:
- Доступен ли сервер? (ping или telnet)
- Не перегружен ли он? (логи нагрузки CPU/RAM)
❓Какой самый неочевидный баг вам удалось найти через логи? Делитесь в
!
🔍 Шаг 1: Где искать логи?
Перед анализом нужно понять, куда приложение пишет логи:
- Файлы на сервере (обычно в /var/log/ или logs/):
- Консоль разработчика (Chrome DevTools → Console или Network)
- Специальные сервисы:
- Sentry (для ошибок в проде)
- Kibana (если логи хранятся в Elasticsearch)
- Grafana (для метрик и системных логов)
📌 Шаг 2: Понимаем структуру лога
Типичная запись в логе содержит:
[2024-02-20 14:30:45] ERROR [app.controller] Status 500: NullPointerException in UserService.java:124
Разбираем по частям:
1. Дата и время (2024-02-20 14:30:45) - когда произошла ошибка
2. Уровень логирования (ERROR) - насколько всё плохо:
- DEBUG/TRACE - техническая информация для разработчиков,
- INFO - обычные события (например, «Пользователь залогинился»),
- WARN - потенциальная проблема, но приложение работает,
- ERROR - критическая ошибка (нужно чинить)
- FATAL/CRITICAL - самая высокая степень критичности (срочно чинить в первую очередь)
3. Источник (app.controller) - где случилась ошибка (класс/модуль)
4. Сообщение (NullPointerException in UserService.java:124) - суть ошибки и строка кода
🛠 Шаг 3: Как искать причину ошибки?
1. Ищем stack trace (список вызовов функций, которые привели к определенной точке в программе, например, к возникновению ошибки)
Пример:
java.lang.NullPointerException: Cannot invoke "User.getName()" because "user" is null
at com.example.UserService.getProfile(UserService.java:124)
at com.example.UserController.showProfile(UserController.java:45)
Что важно:
- Первая строка - тип ошибки (NullPointerException) и её описание
- Следующие строки - «путь» вызова методов (где началась ошибка и как она распространялась)
2. Анализируем контекст
Ошибка может не иметь очевидной причины. Проверьте:
- Что происходило перед ошибкой? (логи за 5-10 секунд до сбоя)
- Были ли похожие ошибки раньше? (поиск по логам)
3. Используем фильтры
Если логов много, сужаем поиск:
grep "NullPointerException" error.log (только ошибки этого типа)
grep -A 5 -B 5 "ERROR" app.log (+5 строк до/после ошибки)
💡 Шаг 4: Частые ошибки и как их читать
1. NullPointerException (Java)
Проблема: Обращение к объекту, который null
Что проверить:
- Передавались ли все обязательные параметры в метод?
- Вернула ли БД null вместо объекта?
2. 500 Internal Server Error
Проблема: Ошибка на сервере
Что проверить:
- Логи сервера (например, nginx или tomcat)
- Не упала ли БД или внешний API
3. ConnectionTimeout
Проблема: Сервер не ответил за отведённое время
Что проверить:
- Доступен ли сервер? (ping или telnet)
- Не перегружен ли он? (логи нагрузки CPU/RAM)
❓Какой самый неочевидный баг вам удалось найти через логи? Делитесь в
!
🔥10❤4🙏1
Места еще есть!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6🔥4🙏2
🧩 Игры для QA: где прокачать QA-майндсет БЕСПЛАТНО
Друзья, всем очевидно, насколько для QA важны логика, внимательность, умение замечать нюансы и задавать правильные вопросы (наверное, это важно для
многих профессий, но для QA — 💯).
И есть классный способ развивать это в более лёгком и вовлекающем формате — через игры.
Я собрала бесплатный набор игр, которые помогают прокачивать QA-майндсет:
1️⃣ CyberStart Go — симуляция задач по кибербезопасности, которая учит логическому мышлению и внимательности.
🔗 https://go.cyberstart.com
2️⃣ Cognitive Fun! — бесплатные тесты и тренировки памяти, внимания и логики (напоминает «QA-гимнастику»).
🔗 https://cognitivefun.net
3️⃣ A Dark Room (browser) — текстовая игра на логику и планирование.
🔗 https://lnkd.in/eGtPRsuT
4️⃣ Untrusted — текстовая приключенческая игра, где нужно редактировать JavaScript-код, чтобы пройти уровень.
🔗 https://lnkd.in/eG-usa99
5️⃣ CodeCombat — RPG, где нужно писать код, чтобы двигать героя.
🔗 https://codecombat.com
6️⃣ World’s Biggest Pac-Man — вариация классической игры, которая тренирует быстрое принятие решений и распознавание паттернов.
🔗 https://lnkd.in/eF4-ANiR
7️⃣ Chess puzzles — ежедневные шахматные задачи онлайн. Идеально для тренировки внимания, стратегии и предвидения ошибок.
🔗 https://lnkd.in/eWTPT-xq
Такие игры могут немного разгрузить мозг, но и хорошо его потренировать
Друзья, всем очевидно, насколько для QA важны логика, внимательность, умение замечать нюансы и задавать правильные вопросы (наверное, это важно для
многих профессий, но для QA — 💯).
И есть классный способ развивать это в более лёгком и вовлекающем формате — через игры.
Я собрала бесплатный набор игр, которые помогают прокачивать QA-майндсет:
1️⃣ CyberStart Go — симуляция задач по кибербезопасности, которая учит логическому мышлению и внимательности.
🔗 https://go.cyberstart.com
2️⃣ Cognitive Fun! — бесплатные тесты и тренировки памяти, внимания и логики (напоминает «QA-гимнастику»).
🔗 https://cognitivefun.net
3️⃣ A Dark Room (browser) — текстовая игра на логику и планирование.
🔗 https://lnkd.in/eGtPRsuT
4️⃣ Untrusted — текстовая приключенческая игра, где нужно редактировать JavaScript-код, чтобы пройти уровень.
🔗 https://lnkd.in/eG-usa99
5️⃣ CodeCombat — RPG, где нужно писать код, чтобы двигать героя.
🔗 https://codecombat.com
6️⃣ World’s Biggest Pac-Man — вариация классической игры, которая тренирует быстрое принятие решений и распознавание паттернов.
🔗 https://lnkd.in/eF4-ANiR
7️⃣ Chess puzzles — ежедневные шахматные задачи онлайн. Идеально для тренировки внимания, стратегии и предвидения ошибок.
🔗 https://lnkd.in/eWTPT-xq
Такие игры могут немного разгрузить мозг, но и хорошо его потренировать
1🔥12❤4👌3👍1
Пока основной сайт в разработке - уже доступна запись через такую вот маленькую контактную форму:
http://dariaqa.tilda.ws/
Прошу обратить внимание на изменения:
Теперь три тарифа на курсе «QA с нуля»
А еще мы разрабатываем интенсив для ребят, кто уже работает тестировщиками - погружение в техничку разработки ) позже скину программу, вам понравится )
http://dariaqa.tilda.ws/
Прошу обратить внимание на изменения:
Теперь три тарифа на курсе «QA с нуля»
А еще мы разрабатываем интенсив для ребят, кто уже работает тестировщиками - погружение в техничку разработки ) позже скину программу, вам понравится )
🔥7❤3🙏2
Что будет на интенсиве - для тех, кто уже шарит в этой теме)
Погружение в такие темы как:
1. Клиентская часть
-HTTP протокол
-Почему НТТР - текстовый протокол, и что это значит
-Какие версии НТТР протокола есть/были
-Типы содержимого НТТР запроса: как отправляются файлы, формы и текст
-Чем REST отличается от НТТР
-Когда соглашения REST нарушаются в реальной жизни
-GraphQL протокол
-WebSocket протокол
-Как увидеть пакеты, пересылаемые на сервер и обратно
-gRPC протокол
2. Деплой сервиса:
-Gitlab
-Docker
-K8S
-ElasticSearch
-Redis
Не знаю как вы, а я 100% пройду этот интенсив, я многое отсюда знаю только поверхностно.
Преподавать будет мой коллега, человек с большим опытом )
Более подробная программа по интенсиву будет доступна позднее)
Погружение в такие темы как:
1. Клиентская часть
-HTTP протокол
-Почему НТТР - текстовый протокол, и что это значит
-Какие версии НТТР протокола есть/были
-Типы содержимого НТТР запроса: как отправляются файлы, формы и текст
-Чем REST отличается от НТТР
-Когда соглашения REST нарушаются в реальной жизни
-GraphQL протокол
-WebSocket протокол
-Как увидеть пакеты, пересылаемые на сервер и обратно
-gRPC протокол
2. Деплой сервиса:
-Gitlab
-Docker
-K8S
-ElasticSearch
-Redis
Не знаю как вы, а я 100% пройду этот интенсив, я многое отсюда знаю только поверхностно.
Преподавать будет мой коллега, человек с большим опытом )
Более подробная программа по интенсиву будет доступна позднее)
❤10🔥3🙏2