Місто проведення:
Київ
Категорія:
Галузеві тренінги
Тренінгова компанія:
Software-Testing.RU
Найближчі дати проведення тренінгу:
Місце проведення тренінгу:
онлайн-тренинг
Напрямок навчання:
-
IT- технології
Вартість:
6000 руб
Аудиторія:
тестировщики,
Опис тренінгу
Всё о заведении задач, которые не закрывают как Won`t fix. Соберем логи, сбросим кеш, поищем границы и дадим полную информацию по воспроизведению.
На курсе мы будем решать задачи из реальной жизни:
Залезть на сервер linux, найти нужный лог, изучить стек-трейс.
Перехватить сообщение в консоли разработчика.
Прочитать ответ, пришедший с сервера.
Найти баг кеширования на сервере.
Проверить классы эквивалентности и найти баги граничных значений.
Локализовать проблему.
Выкинуть все лишнее из шагов.
Кому полезен курс
1. Интеграторам
2. Аутсорсу, которых вечно кидают на разные проекты, включая те, где нужны логи, post-запросы и.т.д.
3. Фрилансерам по той же причине
4. Обычным тестировщикам для развития, чтобы разгрузить разработчиков
Програма тренінгу:
1. Логи
Я расскажу, что такое логи в целом. Покажу, куда смотреть в стек-трейсе и как использовать grep. Дам доступ к папке с логами на linux-сервере.
Логи — основной инструмент команды разработки. Тестировщик не может воспроизвести баг и несет лог разработчику. Разработчик смотрит в стек-трейс и понимает, в чем проблема. А когда тестировщик сам может туда посмотреть — это круто)
2. Панель разработчика
Панель разработчика используют разработчики. Но и нам она бывает полезна:
получить прямую ссылку на всплывающее окно;
посмотреть JS-лог;
ограничить быстрый интернет, словно сидите с телефона;
Рассмотрим полезные для тестирования вкладки.
Статьи по теме от тренера:
Что тестировщику надо знать про панель разработчика
3. Локализация
Если не локализовать баг — его закроют. Он или не воспроизведется, потому что мало нужной информации. Или окажется дублем другой задачи. В локализации помогут:
Принцип лопаты. Как докопаться до истины.
Эффект лентяя. Как вовремя остановиться.
Статьи по теме от тренера:
— Не пишите в баге «Ввести 6,9»!
— Так ли уж сложно описывать баги - понятно?
4. Оформление — шаги
Что такое баг-трекер и зачем он нужен. Как офомлять задачи.
Шаблон бага.
Шаблон улучшения.
Эффект мышки. Чем меньше, тем лучше
Фишка прямоты. Чем понятнее, тем лучше
Особенности вложения аттачей, типовые ошибки при описании и примеры из жизни тренера.
Статьи по теме от тренера:
— Как заводить задачи в баг-трекер
— Шаблон бага
— Шаблон улучшения
5. Оформление — название
Как правильно оформить название бага и что может вызвать проблемы.
Принцип «Что? Где? Когда?».
Эффект упоротого менеджера.
Теория краткости.
6. Классы эквивалентности
Классы эквивалентности и граничные значения — основные техники тест-дизайна. На границах чаще всего встречаются баги. Не зная о классах, не сможем локализовать баг — в какую сторону думать?
Рассмотрим:
как писать чек-листы;
как расширять их с помощью классов эквивалентности;
какие бывают границы.
Статьи по теме от тренера:
— Как сгенерить большую строку, инструменты
— Классы эквивалентности: будни Золушки
7. Поиск и доп инструменты
Расскажу, как вообще искать баги, что делать, когда больше нет идей и какие дополнительные инструменты помогут в работе.
Покажу, как использую любимые исследовательские туры и какие команды из linux-а спасают мне жизнь.
Статьи по теме от тренера:
Как искать баги
8. Кэш
Напомню, что такое клиент-серверная архитектура и дам ссылку на более подробный рассказ. Покажу, где в этой цепочки кэш и как он формируется.
В доп инфо покажу, как отправлять запросы через Postman, а вам предстоит найти баг кэширования на сервере.
Статьи по теме от тренера:
Клиент-сервер в картинках
9. Ретроспективный анализ ошибки
Додаткова інформація:
Подробная информация о программе тренинга и условиях участия см. на сайте:http://software-testing.ru/edu/3-online/246-bug-tracking
