CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали...

25
Trial-and-error: или как мы начинали тестировать Емелина Татьяна

Transcript of CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали...

Page 1: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Trial-and-error: или как мы начинали тестировать

Емелина Татьяна

Page 2: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Почему я здесь?

Опыт

– в тестировании: 3 года

– в управлении: 2 года

Тогда:

– единственный тестировщик в проекте

Сейчас:

– отдел тестирования – 6 человек

– поставлен процесс тестирования

Page 3: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

О чем я расскажу?

• Где найти время на тестирование

• Как не потерять в качестве

• Как вырастить руководителя из специалиста

• Конфликт внутри команды

Page 4: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Где найти время на тестирование?

Page 5: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Процесс тестирования

• Требования ~1-2 дня• Тестовые сценарии ~ 3-5 дней• Настроить тестовую среду ~ 1 день• Тестирование ~ 2 недели• Актуализировать сценарии ~ 1 день

Итого: 1 неделя только на сценарии!

Page 6: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Процесс тестирования

26% времени (написать+актуализировать) – на тестовые сценарии!

View ТЗ11%

Написать сценарии

26%

Тестовая среда5%

Тестирование53%

Актуализировать5%

Page 7: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Детальные сценарии тестирования вредны

Page 8: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Почему сценарии тестирования вредны?

• Долго• Дублирование требований (use case)• Ограничивают творчество• Потребитель – сам тестировщик• Писать сценарии – это нудно, а поддерживать - трудно• Постоянная актуализация сценариев• Документация вместо тестирования

Исключения• Совсем нет документации на систему• Сложные операции по подготовке к тестированию• Outsource

Page 9: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

И что делать?

• План тестирования в общем– Шаблон

• Обмен опытом внутри команды• Пользоваться продуктом• Время на исследовательское тестирование• Автоматизация регрессионных/интеграционных тестов• Глубокий анализ обнаруженных проблем при внедрении

– Актуализация шаблона

– База знаний

– Необходимая бюрократия - регламент

Page 10: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Хороший специалист ≠ Хороший руководитель

Page 11: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Хороший специалист ≠ Хороший руководитель

• Отдел тестирования - независимая единица• Процент проникновения вируса тестирования в умы коллег

все еще невысок• Несколько проектов в тесте одновременно• Универсальность тестировщиков на смену специализации• Высокие ожидания от нового руководителя• Руководитель – из своих

Page 12: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Знакомьтесь, Маша

• Высокая мотивация

• Знает весь процесс

• Активный участник команды

• Знает продукты компании

• Знает людей вокруг

• Отличный специалист

• Начинающий руководитель

Page 13: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Ловушки переходного периода

• «Хочешь сделать хорошо – сделай сам»

• Я сделаю это быстрее

• Микроменеджмент

• А причем тут я?

• Учиться смотреть на процесс извне

• Смена типа мышления

Page 14: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Ощущения Маши

• Много информации

• Ничего не успеваю

• А что вообще делать?

• Наверное, я не справляюсь

• А вдруг не получится?!

• Почему все так сложно?

Page 15: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Маши бывают разные

• Хочу, но не могу• Не хочу, не могу• Могу, не хочу• Хочу, могу

Page 16: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Ну и что?

• Потеря мотивации

• Неуверенность в себе

• Страдает процесс

• Срываем сроки

• Страдает команда

• Потеря Маши

Page 17: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Как помочь Маше?

• Роль Маши• Какие навыки и знаний нужны• Четко показать цели• Четко определить результат

– Критерии (не)успешного решения

– Достижимо

• Собственный пример• Попробовать самой, приобрести опыт• Обратная связь• Поддержка + указания

Page 18: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Кто все эти люди?

• Заказчики

• Аналитики

• Разработчики

• Поддержка

• Дизайнеры

• ПМы

Это команда тестировщика.

Тестировщик работает не в изоляции!

Page 19: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Поддержка – часть команды

Page 20: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Дано

• Несколько проектов в разработке одновременно

• Несколько менеджеров

• Внедрения через поддержку

• Грамотный support – на уровне разработчиков

Page 21: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

И в чем проблема?

• Тестирование на стыке• Большой объем изменений• Поджимают сроки – давление на команду• Баги на боевой• Поддержка перепроверяет протестированный код• Стычки, ссоры, эмоции и люди накалены

Page 22: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

«Мы не тестировщики, все за вами проверять!»

«Косячат они, разгребаем мы»«Мы и так ничего не успеваем»

«У нас тут до вас все отлично работало»«Делайте уже качественно»

«Мы и так ничего не успеваем!»«Что за паника вообще?»

«Баги всегда были, есть и будут (есть)»

Support Тестировщики

Page 23: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Что делать? Кто виноват?

• Признать проблему• Определить источник – причину

– Системный анализ

• Оперировать только фактами– Статистика внедрений

• Показывать улучшения

Page 24: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Что нам это дало?

• Понимание– Поддержка – часть команды– У тестировщиков и support разное понимание критичности ошибок– Завышенные требования к качеству

• Поддержка участвует в проектировании системы

• План внедрений

• Много менеджеров ->единая точка принятия решений

• Приемлимый уровень качества

• Единые показатели для всей команды

• Ревью кода

• Качество кода

Page 25: CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали тестировать

Татьяна Емелина, Новотелеком

[email protected]

419344412

tat-uin

[email protected]