[Software-testing] Техники и инструменты поиска и оформления дефектов

Пока оценок нет

Загрузка...

750р.~~6000р.~~

В корзину

Об инфопродукте

Сайт:	project63957.ti показать
Дата публикации:	29.10.2017
Размер:	911 мб
Год:	2017
Продолжительность:	7 часов
Направление:	Программирование

Описание
Отзывы – 0

Всё о заведении задач, которые не закрывают как Won`t fix. Соберем логи, сбросим кеш, поищем границы и дадим полную информацию по воспроизведению. Запись онлайн-тренинга (2 месяца, 8 занятий). 7 часов теории + много практики.

На курсе мы будем решать задачи из реальной жизни:

Залезть на сервер linux, найти нужный лог, изучить стек-трейс.
Перехватить сообщение в консоли разработчика.
Прочитать ответ, пришедший с сервера.
Найти баг кеширования на сервере.
Проверить классы эквивалентности и найти баги граничных значений.
Локализовать проблему.
Выкинуть все лишнее из шагов.

Изучим инструменты:

Putty — снять статистику, последить за логом
WinSCP — забрать лог с сервера
Grep — найти нужный стек в логе (linux)
Cygwin — найти нужный стек в логе (windows)
Postman — послать POST-запрос на сервер
Perlclip — сгенерировать большую строку текста

Кому полезен курс:

Интеграторам
Аутсорсу, которых вечно кидают на разные проекты, включая те, где нужны логи, post-запросы и.т.д.
Фрилансерам по той же причине
Обычным тестировщикам для развития, чтобы разгрузить разработчиков

Программа курса для тестировщиков:

Логи
Я расскажу, что такое логи в целом. Покажу, куда смотреть в стек-трейсе и как использовать grep. Дам доступ к папке с логами на linux-сервере.
Логи — основной инструмент команды разработки. Тестировщик не может воспроизвести баг и несет лог разработчику. Разработчик смотрит в стек-трейс и понимает, в чем проблема. А когда тестировщик сам может туда посмотреть — это круто)
Панель разработчика
Панель разработчика используют разработчики. Но и нам она бывает полезна:
получить прямую ссылку на всплывающее окно;
посмотреть JS-лог;
ограничить быстрый интернет, словно сидите с телефона;
Рассмотрим полезные для тестирования вкладки.
Локализация
Если не локализовать баг — его закроют. Он или не воспроизведется, потому что мало нужной информации. Или окажется дублем другой задачи. В локализации помогут:
Принцип лопаты. Как докопаться до истины.
Эффект лентяя. Как вовремя остановиться.
Оформление — шаги
Что такое баг-трекер и зачем он нужен. Как офомлять задачи.
Шаблон бага.
Шаблон улучшения.
Эффект мышки. Чем меньше, тем лучше
Фишка прямоты. Чем понятнее, тем лучше
Особенности вложения аттачей, типовые ошибки при описании и примеры из жизни тренера.
Оформление — название
Как правильно оформить название бага и что может вызвать проблемы.
Принцип «Что? Где? Когда?».
Эффект упоротого менеджера.
Теория краткости.
Классы эквивалентности
Классы эквивалентности и граничные значения — основные техники тест-дизайна. На границах чаще всего встречаются баги. Не зная о классах, не сможем локализовать баг — в какую сторону думать?
Рассмотрим:
как писать чек-листы;
как расширять их с помощью классов эквивалентности;
какие бывают границы.
Поиск и доп инструменты
Расскажу, как вообще искать баги, что делать, когда больше нет идей и какие дополнительные инструменты помогут в работе.
Покажу, как использую любимые исследовательские туры и какие команды из linux-а спасают мне жизнь.
Кэш
Напомню, что такое клиент-серверная архитектура и дам ссылку на более подробный рассказ. Покажу, где в этой цепочки кэш и как он формируется.
В доп инфо покажу, как отправлять запросы через Postman, а вам предстоит найти баг кэширования на сервере.
Ретроспективный анализ ошибки
Поделюсь личным опытом — что помогает именно мне. Расскажу про принцип пяти почему и дам шаблон анализа проблемы.