There is an opinion that tester's responsibility ends after product release to production. However we should not forget about such a crucial aspect as quality assurance on product maintenance phase.
We'll talk about methodologies of testing in production environment, operational data collection approaches, monitoring, synthetic performance tests and relatively new TestOps role.
Parallelization of Selenium tests with .NET/C# + NUnitСтанислав Волков
Some companies depend on external data suppliers and this data is difficult to reconcile with standards. Then project faces tests execution speed issues. One of solutions to this kind of issues is tests parallelization. I’ll talk about several tools in .NET/C#: Selenium Grid, PNunit and custom solution for them with NUnit.
ThinkJavaKharkiv#1 Шеф, все пропало. Проблемы с ProductionVladimir Malinin
Если приложение регулярно падает, заказчики нервничают, сроки поджимают и не понятно в чём проблема, не стоит паниковать. Мы расскажем вам, что делать в такой ситуации и покажем, как мы выходили из сложившейся ситуации. В докладе на примере двух реальных проектов рассматриваются проблемы, которые могут возникать с Web приложениями на production environment’ах, пути их решения и инструменты, которые для этого могут быть использованы. Подробно будет рассмотрена настройка и использование JavaMelody. Докладчики: Владимир Малинин и Антон Семаник (Nix Solutions)
Parallelization of Selenium tests with .NET/C# + NUnitСтанислав Волков
Some companies depend on external data suppliers and this data is difficult to reconcile with standards. Then project faces tests execution speed issues. One of solutions to this kind of issues is tests parallelization. I’ll talk about several tools in .NET/C#: Selenium Grid, PNunit and custom solution for them with NUnit.
ThinkJavaKharkiv#1 Шеф, все пропало. Проблемы с ProductionVladimir Malinin
Если приложение регулярно падает, заказчики нервничают, сроки поджимают и не понятно в чём проблема, не стоит паниковать. Мы расскажем вам, что делать в такой ситуации и покажем, как мы выходили из сложившейся ситуации. В докладе на примере двух реальных проектов рассматриваются проблемы, которые могут возникать с Web приложениями на production environment’ах, пути их решения и инструменты, которые для этого могут быть использованы. Подробно будет рассмотрена настройка и использование JavaMelody. Докладчики: Владимир Малинин и Антон Семаник (Nix Solutions)
Модели в профессиональной инженерии и тестировании программ. Александр Петрен...yaevents
Александр Петренко, ИСП РАН
Профессор, доктор физико-математических наук, заведующий отделом технологий программирования Института системного программирования (ИСП РАН), профессор ВМК МГУ. Основные работы в областях: формализация требований, генерация тестов на основе формализованных требований и формальных моделей (model based testing – MBT). Приложения: тестирование операционных систем и распределенных систем, тестирование компиляторов, верификация дизайна микропроцессоров, формализация стандартов на API операционных систем и телекоммуникационных протоколов. Сопредседатель оргкомитетов International MBT workshop (http://www.mbrworkshop.org/), Spring Young Researcher Colloquium on Software Engineering – SYRCoSE (http://syrocose.ispras.ru), городского семинара по технологиям разработки и анализа программ ТРАП/SDAT (http://sdat.ispras.ru/).
Тема доклада
Модели в профессиональной инженерии и тестировании программ.
Тезисы
Model Based Software Engineering (MBSE) является расширением подхода к разработке программ на основе моделей. В MBSE в отличие, например, от MDA (Model Driver Architecture) существенное внимание уделяется не только задачам собственно проектирования и разработки кода, но и задачам других фаз жизненного цикла – анализу требований, верификации и валидации, управлению требованиями на всех фазах жизненного цикла. Model Based Testing (MBT) хронологически возник гораздо раньше, чем MBSE и MDA, однако его место в разработке программ в полной мере раскрылось вместе с развитием MBSE. По этой причине MBT и MBSE следует рассматривать в тесной связке. В докладе будут рассмотрены концепции MBSE-MDA-MBT, основные источники и виды моделей, которые используются в этих подходах, методы генерации тестов на основе моделей, известные инструменты для
Автоматизация тестирования в iOS-проекте на примере ICQ / Д.Куркин, М.Манаев ...Ontico
РИТ++ 2017, AppsConf
Зал Найроби + Касабланка, 5 июня, 16:00
Тезисы:
http://appsconf.ru/2017/abstracts/2807.html
- Как мы решили связаться с автоматизацией тестирования и что из этого вышло.
- Наша инфраструктура для тестирования. Что тестируем, как тестируем и как следим за результатами.
- Как получать пользу от автоматизации, если продукт сильно меняется минимум раз в год.
- Особенности текущего инструментария. Что стоит учитывать и на что обратить внимание.
Presentation from 11th SQADays conference in Kiev (April 2012) and Selenium Camp 2013 (February 2013) about how to measure what functional tests are really testing from requirements, code and UI perspective.
Модели в профессиональной инженерии и тестировании программ. Александр Петрен...yaevents
Александр Петренко, ИСП РАН
Профессор, доктор физико-математических наук, заведующий отделом технологий программирования Института системного программирования (ИСП РАН), профессор ВМК МГУ. Основные работы в областях: формализация требований, генерация тестов на основе формализованных требований и формальных моделей (model based testing – MBT). Приложения: тестирование операционных систем и распределенных систем, тестирование компиляторов, верификация дизайна микропроцессоров, формализация стандартов на API операционных систем и телекоммуникационных протоколов. Сопредседатель оргкомитетов International MBT workshop (http://www.mbrworkshop.org/), Spring Young Researcher Colloquium on Software Engineering – SYRCoSE (http://syrocose.ispras.ru), городского семинара по технологиям разработки и анализа программ ТРАП/SDAT (http://sdat.ispras.ru/).
Тема доклада
Модели в профессиональной инженерии и тестировании программ.
Тезисы
Model Based Software Engineering (MBSE) является расширением подхода к разработке программ на основе моделей. В MBSE в отличие, например, от MDA (Model Driver Architecture) существенное внимание уделяется не только задачам собственно проектирования и разработки кода, но и задачам других фаз жизненного цикла – анализу требований, верификации и валидации, управлению требованиями на всех фазах жизненного цикла. Model Based Testing (MBT) хронологически возник гораздо раньше, чем MBSE и MDA, однако его место в разработке программ в полной мере раскрылось вместе с развитием MBSE. По этой причине MBT и MBSE следует рассматривать в тесной связке. В докладе будут рассмотрены концепции MBSE-MDA-MBT, основные источники и виды моделей, которые используются в этих подходах, методы генерации тестов на основе моделей, известные инструменты для
Автоматизация тестирования в iOS-проекте на примере ICQ / Д.Куркин, М.Манаев ...Ontico
РИТ++ 2017, AppsConf
Зал Найроби + Касабланка, 5 июня, 16:00
Тезисы:
http://appsconf.ru/2017/abstracts/2807.html
- Как мы решили связаться с автоматизацией тестирования и что из этого вышло.
- Наша инфраструктура для тестирования. Что тестируем, как тестируем и как следим за результатами.
- Как получать пользу от автоматизации, если продукт сильно меняется минимум раз в год.
- Особенности текущего инструментария. Что стоит учитывать и на что обратить внимание.
Presentation from 11th SQADays conference in Kiev (April 2012) and Selenium Camp 2013 (February 2013) about how to measure what functional tests are really testing from requirements, code and UI perspective.
Добиваемся эффективности каждого из 9000+ UI-тестов - Максим Сахаров (Tutu.ru)AvitoTech
Любой проект со временем растет и наполняется новыми функциональными возможностями. QA-процессы должны оперативно и адекватно на это реагировать. Например, увеличением количества тестов всех видов. В этом докладе мы будем говорить про UI-тесты, которые играют важную роль в создании качественного продукта.
Количество тестов постепенно растет: от 1000 к 3000, от 6000 к 9000+ и т.д. Чтобы эта лавина не "накрыла" наш QA-процесс, нужно с самого раннего этапа развития проекта автоматизации думать про эффективность всей системы и каждого теста в ней.
В этом докладе я расскажу, как сделать систему гибкой к изменениям, а также про эффективное использование каждого из тестов. Кроме того, мы поговорим про оценку и метрики не только процессов автоматизации, но и всего QA.
Avito Automation Meetup (26.08.2017)
https://avitotech.timepad.ru/event/542380/
В этом докладе вы услышите историю о том, как можно построить процесс автоматизированного тестирования и непрерывной интеграции за короткий период времени. Мы поговорим о точках роста, развития и внедрения автоматизированного тестирования на уже существующем проекте. Вы узнаете, что с чего начинать автоматизированное тестирование и как выбрать "работающую" стратегию. После доклада вы захотите избавиться или значительно сократить ручное тестирование и ручной труд у себя на проекте. Вы откроете для себя целую систему, элементы который можно будет внедрять у себя, и которые будут работать.
Доклад будет интересен всем тестировщикам, разработчикам и менеджерам проектов.
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
Similar to TestOps. Расширяем традиционные обязанности тестировщика (20)
TestOps. Расширяем традиционные обязанности тестировщика
1. Software quality assurance days
17 Международная конференция
по вопросам качества ПО
sqadays.com
Минск. 29–30 мая 2015
Александр Неделяев
Itera. Киев, Украина
TestOps. Расширяем традиционные
обязанности тестировщика
2. TestOps. Расширяем традиционные обязанности тестировщика
Об авторе
5 лет в тестировании
2 года в тестировании
ИТ инфраструктуры
nedeliaev@gmail.com
nedeliaev
Alexander Nedeliaev
10. TestOps. Расширяем традиционные обязанности тестировщика
Test Engineer - Портрет
• Работает в тестовой среде
• Видит продукт в разобранном виде
• Получает однозначные результаты тестов
• Автоматизирует процесс тестирования
11. TestOps. Расширяем традиционные обязанности тестировщика
Test Engineer - Процесс
Тесты
Тестируемая
система
Оценка
результата
Оценка
качества
Запускаем тесты Результаты тестов Pass / Fail
Фаза Традиционное тестирование
Вход Тесты
Выход Результаты тестов
Оценка Pass / Fail
13. TestOps. Расширяем традиционные обязанности тестировщика
Operations Specialist - Портрет
• Работает в продакшн среде
• Видит продукт в контексте инфраструктуры
• Получает разностороннюю информацию о системе
• Любимый инструмент: бубен мониторинг
15. TestOps. Расширяем традиционные обязанности тестировщика
Testing + Operations = TestOps
Тестирование в продакшн среде
1. Подходы
2. Сбор и анализ телеметрии
3. Мониторинг и синтетические тесты
19. TestOps. Расширяем традиционные обязанности тестировщика
Сбор и анализ телеметрии
• Инструмент для отслеживания
производительности Google Dapper собирает
более 1 Тб данных; все данные хранятся 2 недели
• Сервис логирования Facebook Scribe собирает
25 Тб данных в день
• Twitter собирает 12 Тб данных в день
• eBay собирает 50 Тб данных в день
21. TestOps. Расширяем традиционные обязанности тестировщика
Мониторинг и синтетические тесты
Традиционный мониторинг ИТ инфраструктуры
• Состояние элементов инфраструктуры: ping, uptime
• Использование ресурсов
Синтетические тесты
• Синтетические тесты симулируют поведение
пользователя
• Ключевые показатели эфективности приложения:
время отклика, частота и продолжительность транзакций
24. Реальные
пользователи Тестируемая
система
Анализ
данных
Оценка
качества
TestOps. Расширяем традиционные обязанности тестировщика
TestOps - Процесс
Работа с системой
Данные телеметрии
KPI и шаблоны
Тесты и
мониторы
Активный мониторинг
Фаза Традиционное тестирование TestOps
Вход Тесты Работа с системой
Выход Результаты тестов Данные телеметрии
Оценка Pass / Fail KPI и шаблоны
25. TestOps. Расширяем традиционные обязанности тестировщика
Выводы
TestOps подход позволяет:
получить ключевые показатели
эффективности работы системы
• из большего количества источников
• в реальном времени
• в продакшн среде
спрогнозировать и предупредить
появление ошибок,
зависящих от ИТ инфраструктуры