3. К чему стремится сообщество
White
BoxAgile
Риск
тестирова
ние
Сокращение
объема
релиза DevOps
Микро
сервисная
архитектура
4. Эволюция АБС, проблемы тестирования
0
1000
2000
3000
4000
5000
6000
1900 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016
• Зачем тестировать то, что не меняется?
• Какие тест-кейсы проверяют именно тот функционал, который изменился?
• Как контролировать этап тестирования?
• Для большинства тестировщиков система – черный ящик
5. С чем столкнулись мы
• Система – Black Box, состоящий более чем из 40
тысяч операций
• Ежегодно разрабатываются и изменяются
более 2 тысяч операций
• Огромный регресс
• Что покрывают авто-тесты
• Что тестировать в первую очередь
7. Решение
• Использование штатных механизмов
аудита
• Статистический анализ
• Визуализация результатов с
возможностью отслеживания трендов
Oracle Audit
Jenkins
Java
10. • Собрать профиль для тестирования
• Оценить качество проведенных тестов
• Просмотреть и сравнить регресс за разные периоды
• Выгрузить статистику в Excel
• Оценка покрытия стенда авто-тестами
• Отслеживание прогресса тестирования
• Контроль сборок
• Оценка качества регрессионной модели
• Много еще чего
Возможности
Что можем исключить, что не можем. Когда запускать тесты, какие тесты запускать
Что можем исключить, что не можем. Когда запускать тесты, какие тесты запускать
Подробнее познакомимся с самим инструментом. Слева представлена панель настроек. Тут пользователь может выбрать систему, с которой ему предстоит работать, настроить период проведения тестирования, а также выбрать насколько старые операции будут отображаться. После построения (выгрузки) статистики, сразу отрисовывается такой график, по которому уже можно отчасти судить о качестве проведенных тестов. Ну и самая главная часть – это таблица с полной информацией, о том какая операция , когда была модифицирована, и сколько раз была запущена за выбранный период.