SlideShare ist ein Scribd-Unternehmen logo
1 von 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

Weitere ähnliche Inhalte

Was ist angesagt?

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
QA Club Kiev
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
Alexei Lupan
 
евгения фирсова нерелизное тестирование
евгения фирсова   нерелизное тестированиеевгения фирсова   нерелизное тестирование
евгения фирсова нерелизное тестирование
Alexei Lupan
 
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
Solit 2014, Введение в тестирование для начинающих тестировщиков, Храменков Д...
solit
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
SQALab
 

Was ist angesagt? (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, Введение в тестирование для начинающих тестировщиков, Храменков Д...
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
 

Andere mochten auch

Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчика
Mikalai Alimenkou
 
TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!TDD для интеграции с БД легко и просто!
TDD для интеграции с БД легко и просто!
Mikalai Alimenkou
 

Andere mochten auch (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
 

Ähnlich wie Why testing take so long

Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2Стратегия тестирования крупного проекта в условиях Agile разработки v2
Стратегия тестирования крупного проекта в условиях Agile разработки v2
Magneta AI
 
Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?Михаил Павлов -- Отвечает ли тестировщик за качество?
Михаил Павлов -- Отвечает ли тестировщик за качество?
sqadays8
 
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
Igor Pozumentov
 
Sef Streluk Agile
Sef Streluk AgileSef Streluk Agile
Sef Streluk Agile
sef2009
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проекта
Magneta AI
 
мартюшев почему юнит-тесты не работают. история большого проекта
мартюшев   почему юнит-тесты не работают. история большого проектамартюшев   почему юнит-тесты не работают. история большого проекта
мартюшев почему юнит-тесты не работают. история большого проекта
Magneta AI
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде
Michael Karpov
 
"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде"Зачем нам Это?" или как продать Agile команде
"Зачем нам Это?" или как продать Agile команде
Michael Karpov
 

Ähnlich wie 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
 
Как вводить нового тестировщика в команду
Как вводить нового тестировщика в командуКак вводить нового тестировщика в команду
Как вводить нового тестировщика в команду
 

Mehr von Mikalai Alimenkou

Бытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчикаБытовая классификация тестировщиков с точки зрения разработчика
Бытовая классификация тестировщиков с точки зрения разработчика
Mikalai Alimenkou
 

Mehr von 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
 

Kürzlich hochgeladen

Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
Ирония безопасности
 
CVE. The Fortra's GoAnywhere MFT [RU].pdf
CVE. The Fortra's GoAnywhere MFT [RU].pdfCVE. The Fortra's GoAnywhere MFT [RU].pdf
CVE. The Fortra's GoAnywhere MFT [RU].pdf
Хроники кибер-безопасника
 
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdfСИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
Хроники кибер-безопасника
 
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
Ирония безопасности
 
2023 Q4. The Ransomware report. [RU].pdf
2023 Q4. The Ransomware report. [RU].pdf2023 Q4. The Ransomware report. [RU].pdf
2023 Q4. The Ransomware report. [RU].pdf
Хроники кибер-безопасника
 
Cyberprint. Dark Pink Apt Group [RU].pdf
Cyberprint. Dark Pink Apt Group [RU].pdfCyberprint. Dark Pink Apt Group [RU].pdf
Cyberprint. Dark Pink Apt Group [RU].pdf
Хроники кибер-безопасника
 

Kürzlich hochgeladen (9)

Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
Cyber Defense Doctrine Managing the Risk Full Applied Guide to Organizational...
 
Malware. DCRAT (DARK CRYSTAL RAT) [RU].pdf
Malware. DCRAT (DARK CRYSTAL RAT) [RU].pdfMalware. DCRAT (DARK CRYSTAL RAT) [RU].pdf
Malware. DCRAT (DARK CRYSTAL RAT) [RU].pdf
 
Ransomware_Q3 2023. The report [RU].pdf
Ransomware_Q3 2023.  The report [RU].pdfRansomware_Q3 2023.  The report [RU].pdf
Ransomware_Q3 2023. The report [RU].pdf
 
CVE. The Fortra's GoAnywhere MFT [RU].pdf
CVE. The Fortra's GoAnywhere MFT [RU].pdfCVE. The Fortra's GoAnywhere MFT [RU].pdf
CVE. The Fortra's GoAnywhere MFT [RU].pdf
 
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdfСИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
СИСТЕМА ОЦЕНКИ УЯЗВИМОСТЕЙ CVSS 4.0 / CVSS v4.0 [RU].pdf
 
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
ИСТОЧНИКИ ИННОВАЦИОННОСТИ КИТАЯ (ПО ВЕРСИИ DGAP) | The Sources of China’s Inn...
 
2023 Q4. The Ransomware report. [RU].pdf
2023 Q4. The Ransomware report. [RU].pdf2023 Q4. The Ransomware report. [RU].pdf
2023 Q4. The Ransomware report. [RU].pdf
 
Cyberprint. Dark Pink Apt Group [RU].pdf
Cyberprint. Dark Pink Apt Group [RU].pdfCyberprint. Dark Pink Apt Group [RU].pdf
Cyberprint. Dark Pink Apt Group [RU].pdf
 
MS Navigating Incident Response [RU].pdf
MS Navigating Incident Response [RU].pdfMS Navigating Incident Response [RU].pdf
MS Navigating Incident Response [RU].pdf
 

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. И не затягивайте с тестированием!