Поделиться:
0
Есть вопрос?
[Software-testing] Техники и инструменты поиска и оформления дефектов
3000р.6000р.
В корзину Об инфопродукте
Сайт: | project63957.ti показать |
Дата публикации: | 29.10.2017 |
Размер: | 911 мб |
Год: | 2017 |
Продолжительность: | 7 часов |
Направление: | Программирование |
Всё о заведении задач, которые не закрывают как Won`t fix. Соберем логи, сбросим кеш, поищем границы и дадим полную информацию по воспроизведению. Запись онлайн-тренинга (2 месяца, 8 занятий). 7 часов теории + много практики.
На курсе мы будем решать задачи из реальной жизни:
- Залезть на сервер linux, найти нужный лог, изучить стек-трейс.
- Перехватить сообщение в консоли разработчика.
- Прочитать ответ, пришедший с сервера.
- Найти баг кеширования на сервере.
- Проверить классы эквивалентности и найти баги граничных значений.
- Локализовать проблему.
- Выкинуть все лишнее из шагов.
Изучим инструменты:
- Putty — снять статистику, последить за логом
- WinSCP — забрать лог с сервера
- Grep — найти нужный стек в логе (linux)
- Cygwin — найти нужный стек в логе (windows)
- Postman — послать POST-запрос на сервер
- Perlclip — сгенерировать большую строку текста
Кому полезен курс:
- Интеграторам
- Аутсорсу, которых вечно кидают на разные проекты, включая те, где нужны логи, post-запросы и.т.д.
- Фрилансерам по той же причине
- Обычным тестировщикам для развития, чтобы разгрузить разработчиков
Программа курса для тестировщиков:
- Логи
Я расскажу, что такое логи в целом. Покажу, куда смотреть в стек-трейсе и как использовать grep. Дам доступ к папке с логами на linux-сервере.
Логи — основной инструмент команды разработки. Тестировщик не может воспроизвести баг и несет лог разработчику. Разработчик смотрит в стек-трейс и понимает, в чем проблема. А когда тестировщик сам может туда посмотреть — это круто) - Панель разработчика
Панель разработчика используют разработчики. Но и нам она бывает полезна:
получить прямую ссылку на всплывающее окно;
посмотреть JS-лог;
ограничить быстрый интернет, словно сидите с телефона;
Рассмотрим полезные для тестирования вкладки. - Локализация
Если не локализовать баг — его закроют. Он или не воспроизведется, потому что мало нужной информации. Или окажется дублем другой задачи. В локализации помогут:
Принцип лопаты. Как докопаться до истины.
Эффект лентяя. Как вовремя остановиться. - Оформление — шаги
Что такое баг-трекер и зачем он нужен. Как офомлять задачи.
Шаблон бага.
Шаблон улучшения.
Эффект мышки. Чем меньше, тем лучше
Фишка прямоты. Чем понятнее, тем лучше
Особенности вложения аттачей, типовые ошибки при описании и примеры из жизни тренера. - Оформление — название
Как правильно оформить название бага и что может вызвать проблемы.
Принцип «Что? Где? Когда?».
Эффект упоротого менеджера.
Теория краткости. - Классы эквивалентности
Классы эквивалентности и граничные значения — основные техники тест-дизайна. На границах чаще всего встречаются баги. Не зная о классах, не сможем локализовать баг — в какую сторону думать?
Рассмотрим:
как писать чек-листы;
как расширять их с помощью классов эквивалентности;
какие бывают границы. - Поиск и доп инструменты
Расскажу, как вообще искать баги, что делать, когда больше нет идей и какие дополнительные инструменты помогут в работе.
Покажу, как использую любимые исследовательские туры и какие команды из linux-а спасают мне жизнь. - Кэш
Напомню, что такое клиент-серверная архитектура и дам ссылку на более подробный рассказ. Покажу, где в этой цепочки кэш и как он формируется.
В доп инфо покажу, как отправлять запросы через Postman, а вам предстоит найти баг кэширования на сервере. - Ретроспективный анализ ошибки
Поделюсь личным опытом — что помогает именно мне. Расскажу про принцип пяти почему и дам шаблон анализа проблемы.
Отзывов еще нет
Оставить свой отзыв