ݺߣ

ݺߣShare a Scribd company logo
1
©LuxoftTraining2012
Григорий Сенин
Нарушение
лучших практик
тестирования
Webinar Sep 24, 2016
2
©LuxoftTraining2012
 1969-1977 – МГУ, ВМК, к.ф.-м.н.
 1977-1990 – ВЦ АН СССР
 1996-2005 – IBS, Luxoft,
руководитель отдела подготовки
документации, отдела тестирования
 2006-2008 – Auriga, CDO
 2009-2014 –
менеджер/директор по качеству, начальник отдела тестирования
(Ritzio Entertainment Group, AnywayAnyday, Luxoft)
 C 2011 – Учебный Центр Luxoft, тренер/эксперт
О себе
GSenin@Luxoft.com
GregSenin@Gmail.com
4
©LuxoftTraining2012
 Иметь независимую группу
тестирования
 Оценивать трудозатраты
 Управлять требованиями:
 трассировка, изменения
 Рецензировать артефакты
Некоторые практики тестирования
5
©LuxoftTraining2012
«Схема убеждения»
практика
хорошая вещь 1
хорошая вещь 2
хорошая вещь 3
раннее
вовлечение
тестировщиков
• Требования более ясные и точные
• … анализируются и рецензируются
• … лучше понимаются тестерами
• … одинаково понимаются всеми
• Раньше начинается тест-дизайн
• …
6
©LuxoftTraining2012
Пол Джеррард. Аксиомы тестирования
7
©LuxoftTraining2012
 Знать, против чего тестировать (наличие требований)
 Аксиома #2: Testers need sources of knowledge to select things to test (база
тестирования)
 Знать, какое поведение системы «правильное» (ожидаемые
результаты тестирования)
 Аксиома #3: Testers need sources of knowledge to evaluate actual out-comes or
behaviours (оракул)
 Источники нашего знания небезупречны
 Аксиома #4: Our sources of knowledge are fallible and incomplete (изъяны в
артефактах)
 Уметь оценить полноту/тщательность тестирования
 Аксиома #7: Testing needs a coverage model or models (покрытие)
 Понимать, что момент завершения тестирования - компромисс
 Аксиома #13: The scope of testing and acceptance are always compromises (Good
Enough)
 Аксиома #14: Testing never finishes; it stops (неисчерпаемость)
Аксиомы универсальнее, чем практики
8
©LuxoftTraining2012
оценка
рисков
«Схема убеждения» (альтернатива)
практика риск
это мои текущие
проблемы? 
или для меня
не актуально?
На шаг дальше в оценке
данной практики
9
©LuxoftTraining2012
 Контекст (источники рисков):
1. Тестирование субъективно
2. Отсутствует «установка на разрушение»
3. У тех, кто тестирует, отсутствует представление о системе в
целом
4. Методики тест-проектирования не применяются
систематическим образом
5. Тесты не опираются непосредственно на требования
 Риски нарушения:
1. Недостоверны результаты тестирования
2. Многие функциональные области не протестированы
3. Многие дефекты не обнаружены
Практика: Независимая группа тестирования
10
©LuxoftTraining2012
 Контекст (источники рисков):
1. Тестеров не оценивают свои трудозатраты
2. Группа независимого тестирования отсутствует
 Риски нарушения:
1. Бюджет тестирования недооценен
2. Ресурсов тестирования (число тестировщиков)
недостаточно
3. Цели тестирования не достигнуты (не получена
достоверная информация о качестве продукта)
Практика: Оценка трудозатрат на тестирование
11
©LuxoftTraining2012
 Контекст (источник риска)
1. Только динамическое тестирование
 Риски нарушения:
1. Некоторые типы дефектов не обнаружены
2. Многие дефекты обнаружены слишком поздно
3. Не достигнуты цели разработки:
 Низкое качество продукта
 Поздний выпуск продукта
 Превышение бюджета
Практика: Рецензирование артефактов
12
©LuxoftTraining2012
 Установить процедуры выявления и анализа
требований
 Документировать требования
 Проводить рецензирование требований (ясность,
непротиворечивость, полнота, …)
 Управлять изменениями
 Утвердить требования у заказчика
Практика: Управление требованиями 1/2
13
©LuxoftTraining2012
 Риски нарушения:
1. Часть функций не реализована,
тем более не проверена
2. Найденные дефекты отклонены (время и труд
тестировщиков потеряны)
3. Ошибочное (с т.зр. Заказчика) поведение системы не
признано тестировщиками за дефект
4. Качество продукта низкое или сроки сорваны или бюджет
превышен
5. Продукт не принят в эксплуатацию
6. …
Практика: Управление требованиями 2/2
14
©LuxoftTraining2012
оценка
рисков
Можно по-разному реагировать на риски
практика риск
• Насколько они актуальны в моей организации?
• Можно ли ими пренебречь?
• Какова моя стратегия воздействия на риски?
15
©LuxoftTraining2012
Источник риска: запросы на изменение
 Риск: расширение рамок, сдвиг сроков, недооценка
трудозатрат
1. Смягчение: формальное управление изменениями
2. Устранение: мораторий на изменения в течение итерации
Варианты воздействия на риск 1
16
©LuxoftTraining2012
Источник риска: документы требований
 Риск: разная трактовка требований внутри команды
1. Смягчение: рецензирование
2. Устранение: эффективная коммуникация внутри команды
Варианты воздействия на риск 2
17
©LuxoftTraining2012
Источник риска: документы требований
 Риск: разная трактовка требований с заказчиком
1. Смягчение: утверждение у заказчика
2. Устранение: отсутствие документов; вовлечение заказчика в
разработку, постоянное присутствие его в команде
Варианты воздействия на риск 3
18
©LuxoftTraining2012
Источник риска: неявные требования
 Риск: ожидания заказчика не удовлетворяются на
приёмке
1. Смягчение: дополнительное время на процедуру приёмки
2. Передача: короткие итерации, регулярные демонстрации
продукта
Варианты воздействия на риск 4
19
©LuxoftTraining2012
Источник риска: слабая база оценки (или нет
процедуры!)
 Риск: неверная оценка трудозатрат
1. Смягчение: методики оценки (или ввести процедуру)
2. Принятие: ошибки не страшны - их становится меньше при
большом числе итераций
3. Принятие пассивное: заказчика не волнуют сроки (риск
ничтожен)
Варианты воздействия на риск 5
21
©LuxoftTraining2012
 Альтернативная работа с рисками вам
ничего не напоминает?
Agile?
22
©LuxoftTraining2012
 Эффективная устная коммуникация, встречи для обмена
информацией по требованиям и др.
-- а не документы требований
 Валидация требований путём вовлечения заказчика
– а не формальное утверждение
 Прототипирование – демо для заказчика в каждом спринте – а не
рецензирование
 Мораторий на изменения в ходе спринта
-- а не формальные запросы на изменение
 Постепенное наращивание функционала – итеративный выпуск
релизов
-- рефакторинг продукта, а не документации
Альтернативное нивелирование рисков в Agile
23
©LuxoftTraining2012
Позволяет:
 Оценить приемлемость или неприемлемость подхода к
тестированию
 Получить ясное представление об угрозах, связанных с
пренебрежением к тестированию
 «Лучшие практики» -- не аксиомы: можно нарушать при
понимании последствий
 Побудить к альтернативному реагированию на риски;
Вообще – применять аппарат управления рисками в целом
 Адекватно выстроить аудит процесса тестирования
 Использовать как инструмент для обучения
Прикладная ценность подхода
24
©LuxoftTraining2012
Благодарю за внимание!
Вопросы?

More Related Content

What's hot (19)

UAT не для слабаков
UAT не для слабаковUAT не для слабаков
UAT не для слабаков
SQALab
Эффективное взаимодействие тестировщика и аналитика
Эффективное взаимодействие тестировщика и аналитикаЭффективное взаимодействие тестировщика и аналитика
Эффективное взаимодействие тестировщика и аналитика
SQALab
Идентификация рисков и проблем тестирования
Идентификация рисков и проблем тестированияИдентификация рисков и проблем тестирования
Идентификация рисков и проблем тестирования
SQALab
Пополняем арсенал тестировщика. Учимся применять новые техники
Пополняем арсенал тестировщика. Учимся применять новые техникиПополняем арсенал тестировщика. Учимся применять новые техники
Пополняем арсенал тестировщика. Учимся применять новые техники
SQALab
Аудит команды тестирования в сложном проекте
Аудит команды тестирования в сложном проектеАудит команды тестирования в сложном проекте
Аудит команды тестирования в сложном проекте
SQALab
Михаил Павлов - is a tester responsible for quality
Михаил Павлов - is a tester responsible for qualityМихаил Павлов - is a tester responsible for quality
Михаил Павлов - is a tester responsible for quality
Alexei Lupan
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
Alexei Lupan
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
SQALab
Waterfall revisited: практические метрики тестирования
Waterfall revisited: практические метрики тестированияWaterfall revisited: практические метрики тестирования
Waterfall revisited: практические метрики тестирования
SQALab
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"
QA Club Minsk
ACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом GoogleACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом Google
SQALab
МАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестированияМАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестирования
SQALab
Оценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровожденияОценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровождения
SQALab
Оценка проектов тестирования
Оценка проектов тестированияОценка проектов тестирования
Оценка проектов тестирования
Rina Uzhevko
Оценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработкеОценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработке
Return on Intelligence
Управление качеством проекта
Управление качеством проектаУправление качеством проекта
Управление качеством проекта
SQALab
евгения фирсова нерелизное тестирование
евгения фирсова   нерелизное тестированиеевгения фирсова   нерелизное тестирование
евгения фирсова нерелизное тестирование
Alexei Lupan
Estimates & estimating - Наташа Новотная
Estimates & estimating - Наташа НовотнаяEstimates & estimating - Наташа Новотная
Estimates & estimating - Наташа Новотная
QA Dnepropetrovsk Community (Ukraine)
UAT не для слабаков
UAT не для слабаковUAT не для слабаков
UAT не для слабаков
SQALab
Эффективное взаимодействие тестировщика и аналитика
Эффективное взаимодействие тестировщика и аналитикаЭффективное взаимодействие тестировщика и аналитика
Эффективное взаимодействие тестировщика и аналитика
SQALab
Идентификация рисков и проблем тестирования
Идентификация рисков и проблем тестированияИдентификация рисков и проблем тестирования
Идентификация рисков и проблем тестирования
SQALab
Пополняем арсенал тестировщика. Учимся применять новые техники
Пополняем арсенал тестировщика. Учимся применять новые техникиПополняем арсенал тестировщика. Учимся применять новые техники
Пополняем арсенал тестировщика. Учимся применять новые техники
SQALab
Аудит команды тестирования в сложном проекте
Аудит команды тестирования в сложном проектеАудит команды тестирования в сложном проекте
Аудит команды тестирования в сложном проекте
SQALab
Михаил Павлов - is a tester responsible for quality
Михаил Павлов - is a tester responsible for qualityМихаил Павлов - is a tester responsible for quality
Михаил Павлов - is a tester responsible for quality
Alexei Lupan
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
Alexei Lupan
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
SQALab
Waterfall revisited: практические метрики тестирования
Waterfall revisited: практические метрики тестированияWaterfall revisited: практические метрики тестирования
Waterfall revisited: практические метрики тестирования
SQALab
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"
QA Club Minsk
ACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом GoogleACC - конструируем тест-план методом Google
ACC - конструируем тест-план методом Google
SQALab
МАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестированияМАСТЕР-КЛАСС. Риски тестирования
МАСТЕР-КЛАСС. Риски тестирования
SQALab
Оценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровожденияОценка трудозатрат на тестирование в проектах сопровождения
Оценка трудозатрат на тестирование в проектах сопровождения
SQALab
Оценка проектов тестирования
Оценка проектов тестированияОценка проектов тестирования
Оценка проектов тестирования
Rina Uzhevko
Оценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработкеОценка задач выполняемых по итеративной разработке
Оценка задач выполняемых по итеративной разработке
Return on Intelligence
Управление качеством проекта
Управление качеством проектаУправление качеством проекта
Управление качеством проекта
SQALab
евгения фирсова нерелизное тестирование
евгения фирсова   нерелизное тестированиеевгения фирсова   нерелизное тестирование
евгения фирсова нерелизное тестирование
Alexei Lupan

Viewers also liked (18)

Trabajo electronica circuito integradoTrabajo electronica circuito integrado
Trabajo electronica circuito integrado
Manuel Ortiz Rojo
ARBOL DE DanielARBOL DE Daniel
ARBOL DE Daniel
guest0f7382
Forotex 2011 info eng
Forotex 2011   info engForotex 2011   info eng
Forotex 2011 info eng
camtex
Taller 3 janina borjaTaller 3 janina borja
Taller 3 janina borja
janinaborja7
Делаем очередь поверх Кассандры
Делаем очередь поверх КассандрыДелаем очередь поверх Кассандры
Делаем очередь поверх Кассандры
DotNetConf
Gootika Itaalias
Gootika ItaaliasGootika Itaalias
Gootika Itaalias
Merille Hommik
2derecho informatico2derecho informatico
2derecho informatico
Marcio Valiente
Seg.Elec.Seg.Elec.
Seg.Elec.
mayale2901
Ficha tcnicaFicha tcnica
Ficha tcnica
davincivfx
Hemorragias de-la-segunda-mitad-del-embarazo-presentacionHemorragias de-la-segunda-mitad-del-embarazo-presentacion
Hemorragias de-la-segunda-mitad-del-embarazo-presentacion
leetiilahr09
Как грабить корованы
Как грабить корованыКак грабить корованы
Как грабить корованы
DotNetConf
HolaHola
Hola
hactorvinicio
J como-ves-la-sociedad-dentro-de-10-anosJ como-ves-la-sociedad-dentro-de-10-anos
J como-ves-la-sociedad-dentro-de-10-anos
Ricardo Calvo
DEV Labs 2016. Искусство быстрого старта
DEV Labs 2016. Искусство быстрого стартаDEV Labs 2016. Искусство быстрого старта
DEV Labs 2016. Искусство быстрого старта
Sasha Soleev
DEV Labs 2016. Микросервисы - первая кровь
DEV Labs 2016. Микросервисы - первая кровьDEV Labs 2016. Микросервисы - первая кровь
DEV Labs 2016. Микросервисы - первая кровь
Sasha Soleev
Distocias fetalesDistocias fetales
Distocias fetales
Erick Henry Luna
Ficha de Funza - Agenda Ciudadana por la TransparenciaFicha de Funza - Agenda Ciudadana por la Transparencia
Ficha de Funza - Agenda Ciudadana por la Transparencia
TransparenciaporColombia
«Microservices. Как правильно делать и когда применять?»
«Microservices. Как правильно делать и когда применять?»«Microservices. Как правильно делать и когда применять?»
«Microservices. Как правильно делать и когда применять?»
DataArt
Trabajo electronica circuito integradoTrabajo electronica circuito integrado
Trabajo electronica circuito integrado
Manuel Ortiz Rojo
ARBOL DE DanielARBOL DE Daniel
ARBOL DE Daniel
guest0f7382
Forotex 2011 info eng
Forotex 2011   info engForotex 2011   info eng
Forotex 2011 info eng
camtex
Taller 3 janina borjaTaller 3 janina borja
Taller 3 janina borja
janinaborja7
Делаем очередь поверх Кассандры
Делаем очередь поверх КассандрыДелаем очередь поверх Кассандры
Делаем очередь поверх Кассандры
DotNetConf
2derecho informatico2derecho informatico
2derecho informatico
Marcio Valiente
Seg.Elec.Seg.Elec.
Seg.Elec.
mayale2901
Ficha tcnicaFicha tcnica
Ficha tcnica
davincivfx
Hemorragias de-la-segunda-mitad-del-embarazo-presentacionHemorragias de-la-segunda-mitad-del-embarazo-presentacion
Hemorragias de-la-segunda-mitad-del-embarazo-presentacion
leetiilahr09
Как грабить корованы
Как грабить корованыКак грабить корованы
Как грабить корованы
DotNetConf
J como-ves-la-sociedad-dentro-de-10-anosJ como-ves-la-sociedad-dentro-de-10-anos
J como-ves-la-sociedad-dentro-de-10-anos
Ricardo Calvo
DEV Labs 2016. Искусство быстрого старта
DEV Labs 2016. Искусство быстрого стартаDEV Labs 2016. Искусство быстрого старта
DEV Labs 2016. Искусство быстрого старта
Sasha Soleev
DEV Labs 2016. Микросервисы - первая кровь
DEV Labs 2016. Микросервисы - первая кровьDEV Labs 2016. Микросервисы - первая кровь
DEV Labs 2016. Микросервисы - первая кровь
Sasha Soleev
Distocias fetalesDistocias fetales
Distocias fetales
Erick Henry Luna
Ficha de Funza - Agenda Ciudadana por la TransparenciaFicha de Funza - Agenda Ciudadana por la Transparencia
Ficha de Funza - Agenda Ciudadana por la Transparencia
TransparenciaporColombia
«Microservices. Как правильно делать и когда применять?»
«Microservices. Как правильно делать и когда применять?»«Microservices. Как правильно делать и когда применять?»
«Microservices. Как правильно делать и когда применять?»
DataArt

Similar to Test labs 2016. Пренебрежение лучшими практиками тестирования (20)

Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Александр Александров: Процессный консалтинг - как и зачем это делается и ког...Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Luxoft Education Center
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов
QA Dnepropetrovsk Community (Ukraine)
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QAFest
Tdd Workbook
Tdd WorkbookTdd Workbook
Tdd Workbook
Evgeniy Krivosheev
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Andrey Ladutko
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QAFest
Общие темы. Тема 03.
Общие темы. Тема 03. Общие темы. Тема 03.
Общие темы. Тема 03.
Igor Shkulipa
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Ontico
Test plan Толстова Ольга
Test plan Толстова ОльгаTest plan Толстова Ольга
Test plan Толстова Ольга
Smart-on-line
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
Igor Pozumentov
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проектAgile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Return on Intelligence
Istqb lesson 1
Istqb lesson 1Istqb lesson 1
Istqb lesson 1
Eugene Bulba
Istqb lesson 5
Istqb lesson 5Istqb lesson 5
Istqb lesson 5
Eugene Bulba
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежать
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежатьОшибки начинающего специалиста по нагрузочному тестированию и как их избежать
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежать
SQALab
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
DataArt
Mikhail Dovgiy "QA Process Establishing"
Mikhail Dovgiy "QA Process Establishing"Mikhail Dovgiy "QA Process Establishing"
Mikhail Dovgiy "QA Process Establishing"
Provectus
Тестирование для не-тестировщиков
Тестирование для не-тестировщиковТестирование для не-тестировщиков
Тестирование для не-тестировщиков
Julia Nechaeva
Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Александр Александров: Процессный консалтинг - как и зачем это делается и ког...Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Александр Александров: Процессный консалтинг - как и зачем это делается и ког...
Luxoft Education Center
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов
QA Dnepropetrovsk Community (Ukraine)
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QA Fest 2018. Андрей Ладутько. Доменное тестирование – новое или хорошо забыт...
QAFest
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Test Strategy: creation and optimization - QA Fest-2017 (Тестовая стратегия: ...
Andrey Ladutko
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизацияQA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QA Fest 2017. Андрей Ладутько.Тестовая стратегия: создание и оптимизация
QAFest
Общие темы. Тема 03.
Общие темы. Тема 03. Общие темы. Тема 03.
Общие темы. Тема 03.
Igor Shkulipa
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Ontico
Test plan Толстова Ольга
Test plan Толстова ОльгаTest plan Толстова Ольга
Test plan Толстова Ольга
Smart-on-line
организация и проведение тестирования
организация и проведение тестированияорганизация и проведение тестирования
организация и проведение тестирования
Igor Pozumentov
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проектAgile Process Wizard или как собрать Agile методологию под конкретный проект
Agile Process Wizard или как собрать Agile методологию под конкретный проект
Return on Intelligence
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежать
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежатьОшибки начинающего специалиста по нагрузочному тестированию и как их избежать
Ошибки начинающего специалиста по нагрузочному тестированию и как их избежать
SQALab
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
IT talk #25 (CПб). Спикер: Валерий Паринов. Тема: «Польза Lean в продуктовой ...
DataArt
Mikhail Dovgiy "QA Process Establishing"
Mikhail Dovgiy "QA Process Establishing"Mikhail Dovgiy "QA Process Establishing"
Mikhail Dovgiy "QA Process Establishing"
Provectus
Тестирование для не-тестировщиков
Тестирование для не-тестировщиковТестирование для не-тестировщиков
Тестирование для не-тестировщиков
Julia Nechaeva

Test labs 2016. Пренебрежение лучшими практиками тестирования

  • 2. 2 ©LuxoftTraining2012  1969-1977 – МГУ, ВМК, к.ф.-м.н.  1977-1990 – ВЦ АН СССР  1996-2005 – IBS, Luxoft, руководитель отдела подготовки документации, отдела тестирования  2006-2008 – Auriga, CDO  2009-2014 – менеджер/директор по качеству, начальник отдела тестирования (Ritzio Entertainment Group, AnywayAnyday, Luxoft)  C 2011 – Учебный Центр Luxoft, тренер/эксперт О себе GSenin@Luxoft.com GregSenin@Gmail.com
  • 3. 4 ©LuxoftTraining2012  Иметь независимую группу тестирования  Оценивать трудозатраты  Управлять требованиями:  трассировка, изменения  Рецензировать артефакты Некоторые практики тестирования
  • 4. 5 ©LuxoftTraining2012 «Схема убеждения» практика хорошая вещь 1 хорошая вещь 2 хорошая вещь 3 раннее вовлечение тестировщиков • Требования более ясные и точные • … анализируются и рецензируются • … лучше понимаются тестерами • … одинаково понимаются всеми • Раньше начинается тест-дизайн • …
  • 6. 7 ©LuxoftTraining2012  Знать, против чего тестировать (наличие требований)  Аксиома #2: Testers need sources of knowledge to select things to test (база тестирования)  Знать, какое поведение системы «правильное» (ожидаемые результаты тестирования)  Аксиома #3: Testers need sources of knowledge to evaluate actual out-comes or behaviours (оракул)  Источники нашего знания небезупречны  Аксиома #4: Our sources of knowledge are fallible and incomplete (изъяны в артефактах)  Уметь оценить полноту/тщательность тестирования  Аксиома #7: Testing needs a coverage model or models (покрытие)  Понимать, что момент завершения тестирования - компромисс  Аксиома #13: The scope of testing and acceptance are always compromises (Good Enough)  Аксиома #14: Testing never finishes; it stops (неисчерпаемость) Аксиомы универсальнее, чем практики
  • 7. 8 ©LuxoftTraining2012 оценка рисков «Схема убеждения» (альтернатива) практика риск это мои текущие проблемы?  или для меня не актуально? На шаг дальше в оценке данной практики
  • 8. 9 ©LuxoftTraining2012  Контекст (источники рисков): 1. Тестирование субъективно 2. Отсутствует «установка на разрушение» 3. У тех, кто тестирует, отсутствует представление о системе в целом 4. Методики тест-проектирования не применяются систематическим образом 5. Тесты не опираются непосредственно на требования  Риски нарушения: 1. Недостоверны результаты тестирования 2. Многие функциональные области не протестированы 3. Многие дефекты не обнаружены Практика: Независимая группа тестирования
  • 9. 10 ©LuxoftTraining2012  Контекст (источники рисков): 1. Тестеров не оценивают свои трудозатраты 2. Группа независимого тестирования отсутствует  Риски нарушения: 1. Бюджет тестирования недооценен 2. Ресурсов тестирования (число тестировщиков) недостаточно 3. Цели тестирования не достигнуты (не получена достоверная информация о качестве продукта) Практика: Оценка трудозатрат на тестирование
  • 10. 11 ©LuxoftTraining2012  Контекст (источник риска) 1. Только динамическое тестирование  Риски нарушения: 1. Некоторые типы дефектов не обнаружены 2. Многие дефекты обнаружены слишком поздно 3. Не достигнуты цели разработки:  Низкое качество продукта  Поздний выпуск продукта  Превышение бюджета Практика: Рецензирование артефактов
  • 11. 12 ©LuxoftTraining2012  Установить процедуры выявления и анализа требований  Документировать требования  Проводить рецензирование требований (ясность, непротиворечивость, полнота, …)  Управлять изменениями  Утвердить требования у заказчика Практика: Управление требованиями 1/2
  • 12. 13 ©LuxoftTraining2012  Риски нарушения: 1. Часть функций не реализована, тем более не проверена 2. Найденные дефекты отклонены (время и труд тестировщиков потеряны) 3. Ошибочное (с т.зр. Заказчика) поведение системы не признано тестировщиками за дефект 4. Качество продукта низкое или сроки сорваны или бюджет превышен 5. Продукт не принят в эксплуатацию 6. … Практика: Управление требованиями 2/2
  • 13. 14 ©LuxoftTraining2012 оценка рисков Можно по-разному реагировать на риски практика риск • Насколько они актуальны в моей организации? • Можно ли ими пренебречь? • Какова моя стратегия воздействия на риски?
  • 14. 15 ©LuxoftTraining2012 Источник риска: запросы на изменение  Риск: расширение рамок, сдвиг сроков, недооценка трудозатрат 1. Смягчение: формальное управление изменениями 2. Устранение: мораторий на изменения в течение итерации Варианты воздействия на риск 1
  • 15. 16 ©LuxoftTraining2012 Источник риска: документы требований  Риск: разная трактовка требований внутри команды 1. Смягчение: рецензирование 2. Устранение: эффективная коммуникация внутри команды Варианты воздействия на риск 2
  • 16. 17 ©LuxoftTraining2012 Источник риска: документы требований  Риск: разная трактовка требований с заказчиком 1. Смягчение: утверждение у заказчика 2. Устранение: отсутствие документов; вовлечение заказчика в разработку, постоянное присутствие его в команде Варианты воздействия на риск 3
  • 17. 18 ©LuxoftTraining2012 Источник риска: неявные требования  Риск: ожидания заказчика не удовлетворяются на приёмке 1. Смягчение: дополнительное время на процедуру приёмки 2. Передача: короткие итерации, регулярные демонстрации продукта Варианты воздействия на риск 4
  • 18. 19 ©LuxoftTraining2012 Источник риска: слабая база оценки (или нет процедуры!)  Риск: неверная оценка трудозатрат 1. Смягчение: методики оценки (или ввести процедуру) 2. Принятие: ошибки не страшны - их становится меньше при большом числе итераций 3. Принятие пассивное: заказчика не волнуют сроки (риск ничтожен) Варианты воздействия на риск 5
  • 19. 21 ©LuxoftTraining2012  Альтернативная работа с рисками вам ничего не напоминает? Agile?
  • 20. 22 ©LuxoftTraining2012  Эффективная устная коммуникация, встречи для обмена информацией по требованиям и др. -- а не документы требований  Валидация требований путём вовлечения заказчика – а не формальное утверждение  Прототипирование – демо для заказчика в каждом спринте – а не рецензирование  Мораторий на изменения в ходе спринта -- а не формальные запросы на изменение  Постепенное наращивание функционала – итеративный выпуск релизов -- рефакторинг продукта, а не документации Альтернативное нивелирование рисков в Agile
  • 21. 23 ©LuxoftTraining2012 Позволяет:  Оценить приемлемость или неприемлемость подхода к тестированию  Получить ясное представление об угрозах, связанных с пренебрежением к тестированию  «Лучшие практики» -- не аксиомы: можно нарушать при понимании последствий  Побудить к альтернативному реагированию на риски; Вообще – применять аппарат управления рисками в целом  Адекватно выстроить аудит процесса тестирования  Использовать как инструмент для обучения Прикладная ценность подхода