Alytics - Александр Егоров - Как правильно тестировать контекстную рекламу
CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали...
Transcript of CodeFest 2010. Емелина Т. — Trial-and-error: как мы начинали...
Trial-and-error: или как мы начинали тестировать
Емелина Татьяна
Почему я здесь?
Опыт
– в тестировании: 3 года
– в управлении: 2 года
Тогда:
– единственный тестировщик в проекте
Сейчас:
– отдел тестирования – 6 человек
– поставлен процесс тестирования
О чем я расскажу?
• Где найти время на тестирование
• Как не потерять в качестве
• Как вырастить руководителя из специалиста
• Конфликт внутри команды
Где найти время на тестирование?
Процесс тестирования
• Требования ~1-2 дня• Тестовые сценарии ~ 3-5 дней• Настроить тестовую среду ~ 1 день• Тестирование ~ 2 недели• Актуализировать сценарии ~ 1 день
Итого: 1 неделя только на сценарии!
Процесс тестирования
26% времени (написать+актуализировать) – на тестовые сценарии!
View ТЗ11%
Написать сценарии
26%
Тестовая среда5%
Тестирование53%
Актуализировать5%
Детальные сценарии тестирования вредны
Почему сценарии тестирования вредны?
• Долго• Дублирование требований (use case)• Ограничивают творчество• Потребитель – сам тестировщик• Писать сценарии – это нудно, а поддерживать - трудно• Постоянная актуализация сценариев• Документация вместо тестирования
Исключения• Совсем нет документации на систему• Сложные операции по подготовке к тестированию• Outsource
И что делать?
• План тестирования в общем– Шаблон
• Обмен опытом внутри команды• Пользоваться продуктом• Время на исследовательское тестирование• Автоматизация регрессионных/интеграционных тестов• Глубокий анализ обнаруженных проблем при внедрении
– Актуализация шаблона
– База знаний
– Необходимая бюрократия - регламент
Хороший специалист ≠ Хороший руководитель
Хороший специалист ≠ Хороший руководитель
• Отдел тестирования - независимая единица• Процент проникновения вируса тестирования в умы коллег
все еще невысок• Несколько проектов в тесте одновременно• Универсальность тестировщиков на смену специализации• Высокие ожидания от нового руководителя• Руководитель – из своих
Знакомьтесь, Маша
• Высокая мотивация
• Знает весь процесс
• Активный участник команды
• Знает продукты компании
• Знает людей вокруг
• Отличный специалист
• Начинающий руководитель
Ловушки переходного периода
• «Хочешь сделать хорошо – сделай сам»
• Я сделаю это быстрее
• Микроменеджмент
• А причем тут я?
• Учиться смотреть на процесс извне
• Смена типа мышления
Ощущения Маши
• Много информации
• Ничего не успеваю
• А что вообще делать?
• Наверное, я не справляюсь
• А вдруг не получится?!
• Почему все так сложно?
Маши бывают разные
• Хочу, но не могу• Не хочу, не могу• Могу, не хочу• Хочу, могу
Ну и что?
• Потеря мотивации
• Неуверенность в себе
• Страдает процесс
• Срываем сроки
• Страдает команда
• Потеря Маши
Как помочь Маше?
• Роль Маши• Какие навыки и знаний нужны• Четко показать цели• Четко определить результат
– Критерии (не)успешного решения
– Достижимо
• Собственный пример• Попробовать самой, приобрести опыт• Обратная связь• Поддержка + указания
Кто все эти люди?
• Заказчики
• Аналитики
• Разработчики
• Поддержка
• Дизайнеры
• ПМы
Это команда тестировщика.
Тестировщик работает не в изоляции!
Поддержка – часть команды
Дано
• Несколько проектов в разработке одновременно
• Несколько менеджеров
• Внедрения через поддержку
• Грамотный support – на уровне разработчиков
И в чем проблема?
• Тестирование на стыке• Большой объем изменений• Поджимают сроки – давление на команду• Баги на боевой• Поддержка перепроверяет протестированный код• Стычки, ссоры, эмоции и люди накалены
«Мы не тестировщики, все за вами проверять!»
«Косячат они, разгребаем мы»«Мы и так ничего не успеваем»
«У нас тут до вас все отлично работало»«Делайте уже качественно»
«Мы и так ничего не успеваем!»«Что за паника вообще?»
«Баги всегда были, есть и будут (есть)»
Support Тестировщики
Что делать? Кто виноват?
• Признать проблему• Определить источник – причину
– Системный анализ
• Оперировать только фактами– Статистика внедрений
• Показывать улучшения
Что нам это дало?
• Понимание– Поддержка – часть команды– У тестировщиков и support разное понимание критичности ошибок– Завышенные требования к качеству
• Поддержка участвует в проектировании системы
• План внедрений
• Много менеджеров ->единая точка принятия решений
• Приемлимый уровень качества
• Единые показатели для всей команды
• Ревью кода
• Качество кода
Татьяна Емелина, Новотелеком
419344412
tat-uin