SlideShare une entreprise Scribd logo
1  sur  25
Почему тестирование занимает 
так много времени? 
Николай Алименков 
http://xpinjection.com 
@xpinjection
Поле боя: «Обычный» Scrum
В чем собственно проблема? 
Итерация N+1: 
Протестировано 
только 40% 
Итерация N: Все 
протестировано, 
заказчик счастлив
Тестировщики лентяи и 
бездельники?!?
Что вас ждет сегодня? 
Несколько предположений 
о работе тестировщика 
2 дня из жизни тестировщика 
Анализ, выводы и 
философское бухтелово
Предположение #1 
СТОП! А почему так мало??? 
Берем 
модуль на 
тестирование 
Непрерывная 
сессия 90 
минут 
Перерыв 
3x 
Митинги Почта 
Перекуры 
Чаты 
Перерывы 
Еда
Предположение #2 
Оооо! Это слишком 
упрощенный сценарий! 
2 
минуты 
45 
тестов 
90 
минут 
Цель тестирования – как 
можно большее покрытие
Предположение #3 
Нашли дефект – надо о 
подготовить о нем отчет 
+ + = 8 
минут 
Снова упрощение! Это 
может занять целый день!
День первый. Вторник. 
Начнем с модуля А 
Крутая XP команда 
Модуль Время на отчет о дефекте 
(тесты, которые нашли 
дефекты) 
Время на тест дизайн и 
выполнение (тесты, которые 
не находят дефекты) 
Всего 
тестов 
А 0 минут (нет дефектов) 90 минут (45 тестов) 45
Переходим к модулю Б 
Такая же крутая XP команда, 
но все мы люди…  
Модуль Время на отчет о дефекте 
(тесты, которые нашли 
дефекты) 
Время на тест дизайн и 
выполнение (тесты, которые 
не находят дефекты) 
Всего 
тестов 
А 0 минут (нет дефектов) 90 минут (45 тестов) 45 
Б 10 минут (1 дефект) 80 минут (40 тестов) 41
На закуску модуль В 
Это наше слабое звено  
Модуль Время на отчет о дефекте 
(тесты, которые нашли 
дефекты) 
Время на тест дизайн и 
выполнение (тесты, которые 
не находят дефекты) 
Всего 
тестов 
А 0 минут (нет дефектов) 90 минут (45 тестов) 45 
Б 10 минут (1 дефект) 80 минут (40 тестов) 41 
В 80 минут (8 дефектов) 10 минут (5 тестов) 13
Что мы видим? 
Модуль А отлично 
протестирован по покрытию 
Продолжать ли 
тестирование для 
модуля В? 
Модуль В отстает 
уже в 3 раза 
Модуль В отлично 
протестирован по 
дефектам
Давайте сделаем выводы… 
#1. Дефекты в продукте 
могут уменьшить 
покрытие или замедлить 
тестирование 
#2. Тестирование нельзя 
измерять ни покрытием 
ни количеством 
найденных дефектов
Начинается второй день…
В модуле А все 
без изменений 
Модуль Время на 
проверку 
исправлений 
Время на отчет о 
дефекте (тесты, 
которые нашли 
дефекты) 
Время на тест 
дизайн и 
выполнение 
(тесты, которые не 
находят дефекты) 
Новых 
тестов 
Всего 
тестов 
за 2 
дня 
А 0 минут (не 
было дефектов) 
0 минут (нет 
дефектов) 
90 минут (45 
тестов) 
45 90
Команда 
модуля Б 
исправилась 
Модуль Время на 
проверку 
исправлений 
Время на отчет о 
дефекте (тесты, 
которые нашли 
дефекты) 
Время на тест 
дизайн и 
выполнение 
(тесты, которые не 
находят дефекты) 
Новых 
тестов 
Всего 
тестов 
за 2 
дня 
А 0 минут (не 
было дефектов) 
0 минут (нет 
дефектов) 
90 минут (45 
тестов) 
45 90 
Б 6 минут (был 1 
дефект) 
10 минут (1 
дефект) 
74 минуты (37 
тестов) 
38 79
Команде модуля В 
пришлось 
попотеть… 
Модуль Время на 
проверку 
исправлений 
Время на отчет о 
дефекте (тесты, 
которые нашли 
дефекты) 
Время на тест 
дизайн и 
выполнение 
(тесты, которые не 
находят дефекты) 
Новых 
тестов 
Всего 
тестов 
за 2 
дня 
А 0 минут (не 
было дефектов) 
0 минут (нет 
дефектов) 
90 минут (45 
тестов) 
45 90 
Б 6 минут (был 1 
дефект) 
10 минут (1 
дефект) 
74 минуты (37 
тестов) 
38 79 
В 48 минут (было 
8 дефектов) 
40 минут (4 
дефекта) 
2 минуты (1 тест) 5 18
Что мы видим? 
Даже модуль Б уже 
отстает на 10% 
Модуль В за 2 дня 
отстал в 5 раз 
Это совершенно 
случайный и 
непредсказуемый 
процесс
Давайте сделаем выводы… 
#1. Нахождение дефектов сегодня требует 
проверки завтра, что еще уменьшает 
покрытие или замедляет тестирование 
#2. Качество продукта 
оказывает огромное 
влияние на скорость 
тестирования
НАМ ВСЕМ Ж…?!? 
ЧТО ЖЕ ДЕЛАТЬ?
Выход есть! 
Инженерные практики 
Короткий цикл обратной 
связи 
Отличие тестирования от 
проверок и автоматизация
И не затягивайте с 
тестированием!
@xpinjection 
http://xpinjection.com 
mikalai.alimenkou@xpinjection.com

Contenu connexe

Tendances

Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Dakiry
 
QA Club Kiev #2 Vision of TL and PM
QA Club Kiev #2 Vision of TL and PMQA Club Kiev #2 Vision of TL and PM
QA Club Kiev #2 Vision of TL and PMQA Club Kiev
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаAlexei Lupan
 
евгения фирсова нерелизное тестирование
евгения фирсова   нерелизное тестированиеевгения фирсова   нерелизное тестирование
евгения фирсова нерелизное тестированиеAlexei Lupan
 
зинченко татьяна тестирование в Agile
зинченко татьяна   тестирование в Agileзинченко татьяна   тестирование в Agile
зинченко татьяна тестирование в AgileTatiana Zinchenko
 
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...solit
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыSQALab
 

Tendances (8)

Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"
 
QA Club Kiev #2 Vision of TL and PM
QA Club Kiev #2 Vision of TL and PMQA Club Kiev #2 Vision of TL and PM
QA Club Kiev #2 Vision of TL and PM
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
 
евгения фирсова нерелизное тестирование
евгения фирсова   нерелизное тестированиеевгения фирсова   нерелизное тестирование
евгения фирсова нерелизное тестирование
 
зинченко татьяна тестирование в Agile
зинченко татьяна   тестирование в Agileзинченко татьяна   тестирование в Agile
зинченко татьяна тестирование в Agile
 
Test
TestTest
Test
 
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
 

En vedette

How to make your functional tests really quick
How to make your functional tests really quickHow to make your functional tests really quick
How to make your functional tests really quickMikalai Alimenkou
 
How QA engineers could affect quality?
How QA engineers could affect quality?How QA engineers could affect quality?
How QA engineers could affect quality?Mikalai Alimenkou
 
Thucydides – next generation acceptance testing with WebDriver
Thucydides – next generation acceptance testing with WebDriverThucydides – next generation acceptance testing with WebDriver
Thucydides – next generation acceptance testing with WebDriverMikalai Alimenkou
 
Tech Lead role for Agile success
Tech Lead role for Agile successTech Lead role for Agile success
Tech Lead role for Agile successMikalai Alimenkou
 
Do you know what you are testing?
Do you know what you are testing?Do you know what you are testing?
Do you know what you are testing?Mikalai Alimenkou
 
Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаMikalai Alimenkou
 
Great functional testing with WebDriver and Thucydides
Great functional testing with WebDriver and ThucydidesGreat functional testing with WebDriver and Thucydides
Great functional testing with WebDriver and ThucydidesMikalai Alimenkou
 
Design patterns in test automation
Design patterns in test automationDesign patterns in test automation
Design patterns in test automationMikalai Alimenkou
 
5 top pain points of test automation
5 top pain points of test automation5 top pain points of test automation
5 top pain points of test automationMikalai Alimenkou
 
TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!Mikalai Alimenkou
 
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"Oleksandr Baglai
 
The modern view on implementation of classic design patterns in Java
The modern view on implementation of classic design patterns in JavaThe modern view on implementation of classic design patterns in Java
The modern view on implementation of classic design patterns in JavaMikalai Alimenkou
 
Getting maximum from testing automation
Getting maximum from testing automationGetting maximum from testing automation
Getting maximum from testing automationAnton Sirota
 

En vedette (20)

How to make your functional tests really quick
How to make your functional tests really quickHow to make your functional tests really quick
How to make your functional tests really quick
 
How QA engineers could affect quality?
How QA engineers could affect quality?How QA engineers could affect quality?
How QA engineers could affect quality?
 
Thucydides – next generation acceptance testing with WebDriver
Thucydides – next generation acceptance testing with WebDriverThucydides – next generation acceptance testing with WebDriver
Thucydides – next generation acceptance testing with WebDriver
 
TDD for DB integration
TDD for DB integrationTDD for DB integration
TDD for DB integration
 
Tech Lead role for Agile success
Tech Lead role for Agile successTech Lead role for Agile success
Tech Lead role for Agile success
 
Agile Evolution
Agile EvolutionAgile Evolution
Agile Evolution
 
Continuous Delivery
Continuous DeliveryContinuous Delivery
Continuous Delivery
 
Do you know what you are testing?
Do you know what you are testing?Do you know what you are testing?
Do you know what you are testing?
 
Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчика
 
XP
XPXP
XP
 
Great functional testing with WebDriver and Thucydides
Great functional testing with WebDriver and ThucydidesGreat functional testing with WebDriver and Thucydides
Great functional testing with WebDriver and Thucydides
 
Automated UI Testing
Automated UI TestingAutomated UI Testing
Automated UI Testing
 
Kanban VS Scrum
Kanban VS ScrumKanban VS Scrum
Kanban VS Scrum
 
Design patterns in test automation
Design patterns in test automationDesign patterns in test automation
Design patterns in test automation
 
5 top pain points of test automation
5 top pain points of test automation5 top pain points of test automation
5 top pain points of test automation
 
Agile Testing by Example
Agile Testing by ExampleAgile Testing by Example
Agile Testing by Example
 
TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!
 
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"
Cергей Зеленин. Aлександр Баглай "Tetris coding dojo"
 
The modern view on implementation of classic design patterns in Java
The modern view on implementation of classic design patterns in JavaThe modern view on implementation of classic design patterns in Java
The modern view on implementation of classic design patterns in Java
 
Getting maximum from testing automation
Getting maximum from testing automationGetting maximum from testing automation
Getting maximum from testing automation
 

Similaire à Why testing take so long

Как тестируют в гугле - обзор книги
Как тестируют в гугле - обзор книгиКак тестируют в гугле - обзор книги
Как тестируют в гугле - обзор книгиkosyakov
 
SoapUI one key to all doors
SoapUI one key to all doorsSoapUI one key to all doors
SoapUI one key to all doorsYegor Maksymchuk
 
SQA Days 10: Фишки просветлённых тест-менеджеров
SQA Days 10: Фишки просветлённых тест-менеджеровSQA Days 10: Фишки просветлённых тест-менеджеров
SQA Days 10: Фишки просветлённых тест-менеджеровNatalya Rukol
 
Полезные "фишки" для построения успешного процесса тестирования
Полезные "фишки" для построения успешного процесса тестированияПолезные "фишки" для построения успешного процесса тестирования
Полезные "фишки" для построения успешного процесса тестированияSQALab
 
Автоматизация сборки и тестирования в разрезе эффективного производства
Автоматизация сборки и тестирования в разрезе эффективного производстваАвтоматизация сборки и тестирования в разрезе эффективного производства
Автоматизация сборки и тестирования в разрезе эффективного производстваSQALab
 
Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2Magneta AI
 
Юзабилити тестирование
Юзабилити тестированиеЮзабилити тестирование
Юзабилити тестированиеOleg Karapuzov
 
Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?sqadays8
 
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камниAlexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камниIevgenii Katsan
 
Отвечает ли тестировщик за качество?
Отвечает ли тестировщик за качество?Отвечает ли тестировщик за качество?
Отвечает ли тестировщик за качество?SQALab
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестированияIgor Pozumentov
 
Sef Streluk Agile
Sef Streluk AgileSef Streluk Agile
Sef Streluk Agilesef2009
 
Постановка процесса тестирования в Agile
Постановка процесса тестирования в AgileПостановка процесса тестирования в Agile
Постановка процесса тестирования в AgileSQALab
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проектаMagneta AI
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проектаMagneta AI
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile командеMichael Karpov
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile командеMichael Karpov
 
XP Days Ukraine 2014 - Refactoring legacy code
XP Days Ukraine 2014 - Refactoring legacy codeXP Days Ukraine 2014 - Refactoring legacy code
XP Days Ukraine 2014 - Refactoring legacy codeDmytro Mindra
 
Как вводить нового тестировщика в команду
Как вводить нового тестировщика в командуКак вводить нового тестировщика в команду
Как вводить нового тестировщика в командуSQALab
 

Similaire à Why testing take so long (20)

Как тестируют в гугле - обзор книги
Как тестируют в гугле - обзор книгиКак тестируют в гугле - обзор книги
Как тестируют в гугле - обзор книги
 
SoapUI one key to all doors
SoapUI one key to all doorsSoapUI one key to all doors
SoapUI one key to all doors
 
SQA Days 10: Фишки просветлённых тест-менеджеров
SQA Days 10: Фишки просветлённых тест-менеджеровSQA Days 10: Фишки просветлённых тест-менеджеров
SQA Days 10: Фишки просветлённых тест-менеджеров
 
Полезные "фишки" для построения успешного процесса тестирования
Полезные "фишки" для построения успешного процесса тестированияПолезные "фишки" для построения успешного процесса тестирования
Полезные "фишки" для построения успешного процесса тестирования
 
Автоматизация сборки и тестирования в разрезе эффективного производства
Автоматизация сборки и тестирования в разрезе эффективного производстваАвтоматизация сборки и тестирования в разрезе эффективного производства
Автоматизация сборки и тестирования в разрезе эффективного производства
 
Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2
 
Юзабилити тестирование
Юзабилити тестированиеЮзабилити тестирование
Юзабилити тестирование
 
Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?
 
TDD
TDDTDD
TDD
 
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камниAlexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
Alexey Lupan - Оценка времени на тестирование: неочевидные надводные камни
 
Отвечает ли тестировщик за качество?
Отвечает ли тестировщик за качество?Отвечает ли тестировщик за качество?
Отвечает ли тестировщик за качество?
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
 
Sef Streluk Agile
Sef Streluk AgileSef Streluk Agile
Sef Streluk Agile
 
Постановка процесса тестирования в Agile
Постановка процесса тестирования в AgileПостановка процесса тестирования в Agile
Постановка процесса тестирования в Agile
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проекта
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проекта
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде
 
XP Days Ukraine 2014 - Refactoring legacy code
XP Days Ukraine 2014 - Refactoring legacy codeXP Days Ukraine 2014 - Refactoring legacy code
XP Days Ukraine 2014 - Refactoring legacy code
 
Как вводить нового тестировщика в команду
Как вводить нового тестировщика в командуКак вводить нового тестировщика в команду
Как вводить нового тестировщика в команду
 

Plus de Mikalai Alimenkou

Rise and fall of Story Points. Capacity based planning from the trenches.
Rise and fall of Story Points. Capacity based planning from the trenches.Rise and fall of Story Points. Capacity based planning from the trenches.
Rise and fall of Story Points. Capacity based planning from the trenches.Mikalai Alimenkou
 
Static analysis tools as the best friend of QA
Static analysis tools as the best friend of QAStatic analysis tools as the best friend of QA
Static analysis tools as the best friend of QAMikalai Alimenkou
 
Modern CI/CD in the microservices world with Kubernetes
Modern CI/CD in the microservices world with KubernetesModern CI/CD in the microservices world with Kubernetes
Modern CI/CD in the microservices world with KubernetesMikalai Alimenkou
 
Saga about distributed business transactions in microservices world
Saga about distributed business transactions in microservices worldSaga about distributed business transactions in microservices world
Saga about distributed business transactions in microservices worldMikalai Alimenkou
 
Effectiveness tips from Kubernetes trenches by Captain Obvious
Effectiveness tips from Kubernetes trenches by Captain ObviousEffectiveness tips from Kubernetes trenches by Captain Obvious
Effectiveness tips from Kubernetes trenches by Captain ObviousMikalai Alimenkou
 
Ride the database in JUnit tests with Database Rider
Ride the database in JUnit tests with Database RiderRide the database in JUnit tests with Database Rider
Ride the database in JUnit tests with Database RiderMikalai Alimenkou
 
Wastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentWastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentMikalai Alimenkou
 
Hexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootHexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootMikalai Alimenkou
 
Wastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentWastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentMikalai Alimenkou
 
DevOps checklist or how to understand where is your team in DevOps landscape ...
DevOps checklist or how to understand where is your team in DevOps landscape ...DevOps checklist or how to understand where is your team in DevOps landscape ...
DevOps checklist or how to understand where is your team in DevOps landscape ...Mikalai Alimenkou
 
DevOps checklist or how to understand where is your team in DevOps landscape
DevOps checklist or how to understand where is your team in DevOps landscapeDevOps checklist or how to understand where is your team in DevOps landscape
DevOps checklist or how to understand where is your team in DevOps landscapeMikalai Alimenkou
 
Практические трудности в разработке Медкарты для целой страны
Практические трудности в разработке Медкарты для целой страныПрактические трудности в разработке Медкарты для целой страны
Практические трудности в разработке Медкарты для целой страныMikalai Alimenkou
 
Hexagonal architecture with Spring Boot [EPAM Java online conference]
Hexagonal architecture with Spring Boot [EPAM Java online conference]Hexagonal architecture with Spring Boot [EPAM Java online conference]
Hexagonal architecture with Spring Boot [EPAM Java online conference]Mikalai Alimenkou
 
Bro, manage test data like a pro! [QA Fest 2018]
Bro, manage test data like a pro! [QA Fest 2018]Bro, manage test data like a pro! [QA Fest 2018]
Bro, manage test data like a pro! [QA Fest 2018]Mikalai Alimenkou
 
Agile antipatterns: review after 10 years of practice
Agile antipatterns: review after 10 years of practiceAgile antipatterns: review after 10 years of practice
Agile antipatterns: review after 10 years of practiceMikalai Alimenkou
 
Hexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootHexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootMikalai Alimenkou
 
Bro, manage test data like a pro!
Bro, manage test data like a pro!Bro, manage test data like a pro!
Bro, manage test data like a pro!Mikalai Alimenkou
 
Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаMikalai Alimenkou
 
Code Review tool for personal effectiveness and waste analysis
Code Review tool for personal effectiveness and waste analysisCode Review tool for personal effectiveness and waste analysis
Code Review tool for personal effectiveness and waste analysisMikalai Alimenkou
 
Funny stories and anti-patterns from DevOps landscape
Funny stories and anti-patterns from DevOps landscapeFunny stories and anti-patterns from DevOps landscape
Funny stories and anti-patterns from DevOps landscapeMikalai Alimenkou
 

Plus de Mikalai Alimenkou (20)

Rise and fall of Story Points. Capacity based planning from the trenches.
Rise and fall of Story Points. Capacity based planning from the trenches.Rise and fall of Story Points. Capacity based planning from the trenches.
Rise and fall of Story Points. Capacity based planning from the trenches.
 
Static analysis tools as the best friend of QA
Static analysis tools as the best friend of QAStatic analysis tools as the best friend of QA
Static analysis tools as the best friend of QA
 
Modern CI/CD in the microservices world with Kubernetes
Modern CI/CD in the microservices world with KubernetesModern CI/CD in the microservices world with Kubernetes
Modern CI/CD in the microservices world with Kubernetes
 
Saga about distributed business transactions in microservices world
Saga about distributed business transactions in microservices worldSaga about distributed business transactions in microservices world
Saga about distributed business transactions in microservices world
 
Effectiveness tips from Kubernetes trenches by Captain Obvious
Effectiveness tips from Kubernetes trenches by Captain ObviousEffectiveness tips from Kubernetes trenches by Captain Obvious
Effectiveness tips from Kubernetes trenches by Captain Obvious
 
Ride the database in JUnit tests with Database Rider
Ride the database in JUnit tests with Database RiderRide the database in JUnit tests with Database Rider
Ride the database in JUnit tests with Database Rider
 
Wastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentWastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in development
 
Hexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootHexagonal architecture with Spring Boot
Hexagonal architecture with Spring Boot
 
Wastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in developmentWastful waste or why everything is so slow in development
Wastful waste or why everything is so slow in development
 
DevOps checklist or how to understand where is your team in DevOps landscape ...
DevOps checklist or how to understand where is your team in DevOps landscape ...DevOps checklist or how to understand where is your team in DevOps landscape ...
DevOps checklist or how to understand where is your team in DevOps landscape ...
 
DevOps checklist or how to understand where is your team in DevOps landscape
DevOps checklist or how to understand where is your team in DevOps landscapeDevOps checklist or how to understand where is your team in DevOps landscape
DevOps checklist or how to understand where is your team in DevOps landscape
 
Практические трудности в разработке Медкарты для целой страны
Практические трудности в разработке Медкарты для целой страныПрактические трудности в разработке Медкарты для целой страны
Практические трудности в разработке Медкарты для целой страны
 
Hexagonal architecture with Spring Boot [EPAM Java online conference]
Hexagonal architecture with Spring Boot [EPAM Java online conference]Hexagonal architecture with Spring Boot [EPAM Java online conference]
Hexagonal architecture with Spring Boot [EPAM Java online conference]
 
Bro, manage test data like a pro! [QA Fest 2018]
Bro, manage test data like a pro! [QA Fest 2018]Bro, manage test data like a pro! [QA Fest 2018]
Bro, manage test data like a pro! [QA Fest 2018]
 
Agile antipatterns: review after 10 years of practice
Agile antipatterns: review after 10 years of practiceAgile antipatterns: review after 10 years of practice
Agile antipatterns: review after 10 years of practice
 
Hexagonal architecture with Spring Boot
Hexagonal architecture with Spring BootHexagonal architecture with Spring Boot
Hexagonal architecture with Spring Boot
 
Bro, manage test data like a pro!
Bro, manage test data like a pro!Bro, manage test data like a pro!
Bro, manage test data like a pro!
 
Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчика
 
Code Review tool for personal effectiveness and waste analysis
Code Review tool for personal effectiveness and waste analysisCode Review tool for personal effectiveness and waste analysis
Code Review tool for personal effectiveness and waste analysis
 
Funny stories and anti-patterns from DevOps landscape
Funny stories and anti-patterns from DevOps landscapeFunny stories and anti-patterns from DevOps landscape
Funny stories and anti-patterns from DevOps landscape
 

Why testing take so long

  • 1. Почему тестирование занимает так много времени? Николай Алименков http://xpinjection.com @xpinjection
  • 2.
  • 4. В чем собственно проблема? Итерация N+1: Протестировано только 40% Итерация N: Все протестировано, заказчик счастлив
  • 5. Тестировщики лентяи и бездельники?!?
  • 6. Что вас ждет сегодня? Несколько предположений о работе тестировщика 2 дня из жизни тестировщика Анализ, выводы и философское бухтелово
  • 7. Предположение #1 СТОП! А почему так мало??? Берем модуль на тестирование Непрерывная сессия 90 минут Перерыв 3x Митинги Почта Перекуры Чаты Перерывы Еда
  • 8. Предположение #2 Оооо! Это слишком упрощенный сценарий! 2 минуты 45 тестов 90 минут Цель тестирования – как можно большее покрытие
  • 9. Предположение #3 Нашли дефект – надо о подготовить о нем отчет + + = 8 минут Снова упрощение! Это может занять целый день!
  • 11. Начнем с модуля А Крутая XP команда Модуль Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Всего тестов А 0 минут (нет дефектов) 90 минут (45 тестов) 45
  • 12. Переходим к модулю Б Такая же крутая XP команда, но все мы люди…  Модуль Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Всего тестов А 0 минут (нет дефектов) 90 минут (45 тестов) 45 Б 10 минут (1 дефект) 80 минут (40 тестов) 41
  • 13. На закуску модуль В Это наше слабое звено  Модуль Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Всего тестов А 0 минут (нет дефектов) 90 минут (45 тестов) 45 Б 10 минут (1 дефект) 80 минут (40 тестов) 41 В 80 минут (8 дефектов) 10 минут (5 тестов) 13
  • 14. Что мы видим? Модуль А отлично протестирован по покрытию Продолжать ли тестирование для модуля В? Модуль В отстает уже в 3 раза Модуль В отлично протестирован по дефектам
  • 15. Давайте сделаем выводы… #1. Дефекты в продукте могут уменьшить покрытие или замедлить тестирование #2. Тестирование нельзя измерять ни покрытием ни количеством найденных дефектов
  • 17. В модуле А все без изменений Модуль Время на проверку исправлений Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Новых тестов Всего тестов за 2 дня А 0 минут (не было дефектов) 0 минут (нет дефектов) 90 минут (45 тестов) 45 90
  • 18. Команда модуля Б исправилась Модуль Время на проверку исправлений Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Новых тестов Всего тестов за 2 дня А 0 минут (не было дефектов) 0 минут (нет дефектов) 90 минут (45 тестов) 45 90 Б 6 минут (был 1 дефект) 10 минут (1 дефект) 74 минуты (37 тестов) 38 79
  • 19. Команде модуля В пришлось попотеть… Модуль Время на проверку исправлений Время на отчет о дефекте (тесты, которые нашли дефекты) Время на тест дизайн и выполнение (тесты, которые не находят дефекты) Новых тестов Всего тестов за 2 дня А 0 минут (не было дефектов) 0 минут (нет дефектов) 90 минут (45 тестов) 45 90 Б 6 минут (был 1 дефект) 10 минут (1 дефект) 74 минуты (37 тестов) 38 79 В 48 минут (было 8 дефектов) 40 минут (4 дефекта) 2 минуты (1 тест) 5 18
  • 20. Что мы видим? Даже модуль Б уже отстает на 10% Модуль В за 2 дня отстал в 5 раз Это совершенно случайный и непредсказуемый процесс
  • 21. Давайте сделаем выводы… #1. Нахождение дефектов сегодня требует проверки завтра, что еще уменьшает покрытие или замедляет тестирование #2. Качество продукта оказывает огромное влияние на скорость тестирования
  • 22. НАМ ВСЕМ Ж…?!? ЧТО ЖЕ ДЕЛАТЬ?
  • 23. Выход есть! Инженерные практики Короткий цикл обратной связи Отличие тестирования от проверок и автоматизация
  • 24. И не затягивайте с тестированием!