[Software-testing] Техники и инструменты поиска и оформления дефектов
Изучим инструменты
Putty — снять статистику, последить за логом
WinSCP — забрать лог с сервера
Grep — найти нужный стек в логе (linux)
Cygwin — найти нужный стек в логе (windows)
Postman — послать POST-запрос на сервер
Perlclip — сгенерить большую строку текста
Программа курса
1. Логи
Я расскажу, что такое логи в целом. Покажу, куда смотреть в стек-трейсе и как использовать grep. Дам доступ к папке с логами на linux-сервере.
Логи — основной инструмент команды разработки. Тестировщик не может воспроизвести баг и несет лог разработчику. Разработчик смотрит в стек-трейс и понимает, в чем проблема. А когда тестировщик сам может туда посмотреть — это круто)
2. Панель разработчика
Панель разработчика используют разработчики. Но и нам она бывает полезна:
3. Локализация
Если не локализовать баг — его закроют. Он или не воспроизведется, потому что мало нужной информации. Или окажется дублем другой задачи. В локализации помогут:
Принцип лопаты. Как докопаться до истины.
Эффект лентяя. Как вовремя остановиться.
4. Оформление — шаги
Что такое баг-трекер и зачем он нужен. Как офомлять задачи.
Шаблон бага.
Шаблон улучшения.
Эффект мышки. Чем меньше, тем лучше
Фишка прямоты. Чем понятнее, тем лучше
Особенности вложения аттачей, типовые ошибки при описании и примеры из жизни тренера.
5. Оформление — название
Как правильно оформить название бага и что может вызвать проблемы.
Принцип «Что? Где? Когда?».
Эффект упоротого менеджера.
Теория краткости.
6. Классы эквивалентности
Классы эквивалентности и граничные значения — основные техники тест-дизайна. На границах чаще всего встречаются баги. Не зная о классах, не сможем локализовать баг — в какую сторону думать?
Рассмотрим:
Расскажу, как вообще искать баги, что делать, когда больше нет идей и какие дополнительные инструменты помогут в работе.
Покажу, как использую любимые исследовательские туры и какие команды из linux-а спасают мне жизнь.
8. Кэш
Напомню, что такое клиент-серверная архитектура и дам ссылку на более подробный рассказ. Покажу, где в этой цепочки кэш и как он формируется.
В доп инфо покажу, как отправлять запросы через Postman, а вам предстоит найти баг кэширования на сервере.
9. Ретроспективный анализ ошибки
Поделюсь личным опытом — что помогает именно мне. Расскажу про принцип пяти почему и дам шаблон анализа проблемы.
Тренер: Ольга Назина (Киселёва)
Подробное описание:
Изучим инструменты
Putty — снять статистику, последить за логом
WinSCP — забрать лог с сервера
Grep — найти нужный стек в логе (linux)
Cygwin — найти нужный стек в логе (windows)
Postman — послать POST-запрос на сервер
Perlclip — сгенерить большую строку текста
Программа курса
1. Логи
Я расскажу, что такое логи в целом. Покажу, куда смотреть в стек-трейсе и как использовать grep. Дам доступ к папке с логами на linux-сервере.
Логи — основной инструмент команды разработки. Тестировщик не может воспроизвести баг и несет лог разработчику. Разработчик смотрит в стек-трейс и понимает, в чем проблема. А когда тестировщик сам может туда посмотреть — это круто)
2. Панель разработчика
Панель разработчика используют разработчики. Но и нам она бывает полезна:
- получить прямую ссылку на всплывающее окно;
- посмотреть JS-лог;
- ограничить быстрый интернет, словно сидите с телефона;
3. Локализация
Если не локализовать баг — его закроют. Он или не воспроизведется, потому что мало нужной информации. Или окажется дублем другой задачи. В локализации помогут:
Принцип лопаты. Как докопаться до истины.
Эффект лентяя. Как вовремя остановиться.
4. Оформление — шаги
Что такое баг-трекер и зачем он нужен. Как офомлять задачи.
Шаблон бага.
Шаблон улучшения.
Эффект мышки. Чем меньше, тем лучше
Фишка прямоты. Чем понятнее, тем лучше
Особенности вложения аттачей, типовые ошибки при описании и примеры из жизни тренера.
5. Оформление — название
Как правильно оформить название бага и что может вызвать проблемы.
Принцип «Что? Где? Когда?».
Эффект упоротого менеджера.
Теория краткости.
6. Классы эквивалентности
Классы эквивалентности и граничные значения — основные техники тест-дизайна. На границах чаще всего встречаются баги. Не зная о классах, не сможем локализовать баг — в какую сторону думать?
Рассмотрим:
- как писать чек-листы;
- как расширять их с помощью классов эквивалентности;
- какие бывают границы.
Расскажу, как вообще искать баги, что делать, когда больше нет идей и какие дополнительные инструменты помогут в работе.
Покажу, как использую любимые исследовательские туры и какие команды из linux-а спасают мне жизнь.
8. Кэш
Напомню, что такое клиент-серверная архитектура и дам ссылку на более подробный рассказ. Покажу, где в этой цепочки кэш и как он формируется.
В доп инфо покажу, как отправлять запросы через Postman, а вам предстоит найти баг кэширования на сервере.
9. Ретроспективный анализ ошибки
Поделюсь личным опытом — что помогает именно мне. Расскажу про принцип пяти почему и дам шаблон анализа проблемы.
Тренер: Ольга Назина (Киселёва)
Подробное описание:
http://project63957.tilda.ws/