Процесс тестирования в распределенной команде
Post on 16-Nov-2014
1.818 Views
Preview:
DESCRIPTION
TRANSCRIPT
Процесс тестирования в распределенной команде
Светлана Федянина, Softline
О себе
• в прошлом web-developer, scrum master• в настоящем – PM / Product Owner
План доклада
1. Зачем распределенная команда?
План доклада
1. Зачем распределенная команда?
2. Проблемы распределенной команды и ключевая роль тестирования в их решении
План доклада
1. Зачем распределенная команда?
2. Проблемы распределенной команды и ключевая роль тестирования в их решении
3. Организация тестирования в Softline
Наша распределенная команда
Сложная система
Проблемы в распределенной команде1. Коммуникации
Проблемы в распределенной команде2. Критерий готовности
Регулярная проблема
итерация 1 … итерацияN итерация1 … итерацияM
РЕЛИЗ 1 РЕЛИЗ 2
Пл
ани
ро
ван
ие
р
ел
изо
в
Проблемы в распределенной команде
3. Качество разработанного продукта
Тест – анализ
• Проработка тестовых случаев
– Модель тестирования
– Эффективность тестирования
Название Описание Приоритет (от 1 до 4) Автоматизация
Импорт программы из старой в новую платформу
В админке А1 добавить программу. Проверить импорт программы в А2. 4 да
Импорт пиктограммы из старой в новую платформу
Добавить пиктограмму к программе в А1. Проверить импорт пиктограммы в А2. 3 нет
Необходимостьтест - планов1. Большой проект
Необходимостьтест - планов1. Большой проект2. В команде несколько
QA - инженеров
Тест - дизайн
Тест - дизайн
• Decision Table Testing
• Boundary Value Testing
• Equivalence Class Testing
Тест - дизайн
• Decision Table Testing
Boundary Value Testing
Boundary Value Testing
10-19, 20-49
1. {9,10,11}, {18,19,20}
2. {19,20,21}, {48,49,50}
Тест - дизайн
• Equivalence Class Testing
10 - 19
20 - 49
-1 - 9
50 - 100
Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»
Автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)
Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)
- Делай проще и короче (KISS)
Что(,) автоматизируем?
• Стратегия «Зачем? Что? Как?»
- Вам это не понадобится (YAGNI)
- Делай проще и короче (KISS)
- Не повторяй себя (DRY)
Проект фреймворка
Баг – репортКатегоризация дефектов
Severity Priority Bug’s face
БлокирующаяКритическая
Высокий
Значительная Средний
НезначительнаяТривиальная
Низкий
ДефектыРелизу – нет!
ДефектыРелизу – ДА!
Баг – репортГде? Что? Когда?
1. понимание проблемы
2. понимание, какую строку кода править
Эстафета или каждый за себя?
Применение инженерных практик• CI
• TDD
• Code Review
• XP
Code Freeze
Перенос кода и данных между средами
Применение инженерных практик
За предоставление статистики спасибо коллегам: А. Клименкову (axoft.ru), Б. Вольфсону.
Что есть критерий готовности?
Что изменилось в QA?Раньше Сейчас
Кликер Автоматизирует,Тест – дизайн,Пишет и ревьюит код
«Что дали, то и тестирую»Хаотичный процесс
Планирование работы в итерации
Нет документации тестировщика
Есть чеклисты, план тесты по необходимости
Что изменилось в QA?Раньше Сейчас
Находим баги методом случайного поиска
Выявляем тестовые случаи, тестируем по чеклисту,случайный поиск,автоматизация
Тестировщик «сам по себе» Тестировщик активно взаимодействует с аналитиками, разработчиками
Список багов Приоритезированный список багов
Нет четкого понятия «Все готово»
Отвечает за Критерийготовности
Итоги
Распределенная команда:
• взаимодействия тестировщиков
• практики тестирования
• определение «Все готово»
РЕЗУЛЬТАТ - КАЧЕСТВО!
Спасибо за внимание!
Вопросы
Светлана Федянина
SvetlanaF@softline.ru
http://twitter.com/Fedyanina
http://fedyanina.blogspot.com/
top related