Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
SQA Days-13 @ Piter v3.1 web
1.
2. Чтобы всем было хорошо
Решить проблемы:
◦ С назначением задач
◦ Дубликаты дефектов
◦ «Тушение пожаров»
◦ Не хватает времени
◦ Пропущенные баги
◦ С ожиданием
◦ Непонятно кому и куда
развиваться
3.
4. • 10+ лет в тестировании
• 3+ лет в Globallogic
• Со-основатель
testers.lviv.ua
• Тренер тестировщиков
• Докладчик IT
конференций
5. Тест-менеджер (Test Manager)
Тест-лид (Test Lead)
Тест-аналитик (Test Analyst)
Тест-дизайнер (Test Designer)
Инженер по тестированию
(Software engineer in test)
Инженер по автоматизации
тестирования (Software engineer
in automated testing)
6.
7. Планирование
Оценка затрат
Подбор и обучение
специалистов
Постановка целей и
стратегия тестирования
Выбор
инструментов, решений,
подходов
8. Продукт и прикладную
область
Процессы тестирования
Методологии разработки
Управление командой
Техники коммуникации
Тайм-менеджмент
Методики и стандарты
управления качеством
Психологию
9. Тестирует вместо
управления
«Пожары» вместо процесса
Хочет быть самым умным и
не умеет делегировать
Не выделяет достаточно
времени на планирование
Общается с железками, а
не с людьми
10.
11. Руководит командой по
тестированию на конкретном
проекте
Планирует тестирование
Создает и поддерживает морально-
психологический климат
Предупреждает появление и решает
конфликтные ситуации
Наставник в команде
Отвечает за сроки и оценивает
эффективность тестирования
12. Продукт и прикладную
область
Знаком с разными
подходами в
тестировании
Умеет договариваться
Обладает лидерскими
качествами
13. Пытается тестировать за
всех
Не синхронизирует задачи
Направлен больше на
процессы чем на методики
Не анализирует тестовое
покрытие
Не собирает метрики
14.
15. Проводит анализ и
тестирует требования по
определенным критериям
Задает вопросы
Выявляет и документирует
несоответствия
Приводит требования в
порядок
Пишет тестовые
спецификации
17. Начинает тестировать
продукт
Отсутствие документирования
не соответствий в
требованиях
Отсутствие коммуникации с
разработчиками и заказчиком
Нет понимание пользователей
18.
19. Разрабатывает и
документирует тесты
Создает наборы данных
для тестов
Обновляет и
поддерживает тесты в
актуальном состоянии
Оптимизирует тесты
20. Методики создания
тестов
Комбинаторика
Граничные значения
Классы эквивалентности
Умение писать просто и
понятно
21. Плохо взаимодействует с
тест-аналитиками
Пишет тесты по старым
версиям требований
Не собирает обратную
связь от тестировщиков
Не добавляет новые тесты
Не обновляет тесты
22.
23. Проходит тесты в
ручную
Документирует дефекты
Создает запросы на
улучшение
Коммуницирует с
командой
24. Специфику системы
Техники тестирования
Как документировать
дефекты
Фазы тестирования
Стандарты
интерфейса, функциона
льности
25. Не документирует
прохождение тестов
Пропускает дефекты
Не своевременно
заводит дефекты
Не читает логи
Не делает
декомпозицию
26. Продумывает архитектуру авто-
тестов
Налаживает фреймворк
Ведет разработку тестов
Подготавливает тестовые
данные
Поддерживает тесты в
актуальном состоянии
Анализирует результаты
выполнения тестов
Делает рефакторинг
27. Инженер по
тестированию
◦ производительности
◦ удобства интерфейса
◦ мобильных устройств
◦ безопасности
Инженер по наладке
тестовых сред….
28. Elfriede Dustin – «Effective Software
Testing» (рекомендую для более
детального изучения ролей)
Эрик Берн – Игры, в которые
играют люди
(для личностного роста )
http://tester.com.ua/career
http://natalyarukol.ru/2011/10/11/
kak-pravilno-podgotovitsya-k-
dokladu/
Собственный опыт
Hinweis der Redaktion
Это практически про меня… наверное потому что много работаю )))
Первый баг Дяди Федора…оказался собакой
Две роли в презентации делают подготовку тестовых данных, еще и Тест-дизайнер этим занимается и тут можно оптимизировать процесс что бы это делал один человек. Поставить задачу группе.