Наталья Чуфырина, Mail.Ru Group, «Как создать команду по автоматизации тестир...Mail.ru Group
Существует мнение, что от разработчиков системы автоматизированных тестов требуется высокая квалификация в области разработки программного обеспечения и солидный багаж знаний. Обычно таких людей в команде тестирования не много. Но можно начать работы по качественной автоматизации тестирования, даже не имея такого опыта. В докладе речь пойдет о:
отборе рекрутов в программу обучения автоматизации тестирования;
первичном пороге для вхождения в рекруты;
составлении учебной программы;
промежуточном контроле и испытаниях;
начале работы над реальными проектами;
подводных камнях и ошибках, которые можно допустить.
Применение этих знаний на собственном опыте позволило компании получить высокое покрытие проекта тестами и достичь результатов, когда каждый из команды разрабатывает и поддерживает автотесты, а также самостоятельно автоматизирует новые проекты.
Алексей Петров, Mail.Ru Group, "Организация конвейера автоматизации тестирова...Mail.ru Group
Доклад о том, с чего начать выстраивать конвейер автоматизации тестирования. Как не утопить автоматизацию в мнимых штампах и стереотипах, построив по-настоящему эффективный процесс автоматизации тестирования.
Поделюсь опытом и расскажу:
- о том, с чего начать автоматизацию тестирования;
- о том, что делает автоматизированные тесты выгодными;
- как научить "зарабатывать" автотесты;
- о том, как превратить точечное написание автоматизирвоанных тестов в стройный конвейер с отлаженными процессами;
- о популярных ошибках и заблуждениях автоматизации тестирования и о том, как их избегать;
- о сопутствующих инструментах и лайфхаках из практики.
Доклад содержит полезные советы, как для тех, кто только думает внедрить автоматизацию тестирования, так и для тех, кто уже вовсю автоматизирует, но сталкивается с проблемами их эффективной работы или желает сделать автотесты еще более полезными.
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
Максим Богуславский, Banki.ru, «Как вырастить в себе автоматизатора и разрабо...Mail.ru Group
Многие тестировщики по той или иной причине задумываются о том, чтобы начать писать автотесты. Доклад ориентирован на тех, кто хочет попробовать изучить автоматизацию, либо пробовал, но не справился. Почему у кого-то получилось, а у кого-то нет? Какие навыки и личные качества могут помочь нам в этом или помешать? Стоит ли пытаться? В своем докладе Максим постарался дать ответ на эти вопросы.
Наталья Чуфырина, Mail.Ru Group, «Как создать команду по автоматизации тестир...Mail.ru Group
Существует мнение, что от разработчиков системы автоматизированных тестов требуется высокая квалификация в области разработки программного обеспечения и солидный багаж знаний. Обычно таких людей в команде тестирования не много. Но можно начать работы по качественной автоматизации тестирования, даже не имея такого опыта. В докладе речь пойдет о:
отборе рекрутов в программу обучения автоматизации тестирования;
первичном пороге для вхождения в рекруты;
составлении учебной программы;
промежуточном контроле и испытаниях;
начале работы над реальными проектами;
подводных камнях и ошибках, которые можно допустить.
Применение этих знаний на собственном опыте позволило компании получить высокое покрытие проекта тестами и достичь результатов, когда каждый из команды разрабатывает и поддерживает автотесты, а также самостоятельно автоматизирует новые проекты.
Алексей Петров, Mail.Ru Group, "Организация конвейера автоматизации тестирова...Mail.ru Group
Доклад о том, с чего начать выстраивать конвейер автоматизации тестирования. Как не утопить автоматизацию в мнимых штампах и стереотипах, построив по-настоящему эффективный процесс автоматизации тестирования.
Поделюсь опытом и расскажу:
- о том, с чего начать автоматизацию тестирования;
- о том, что делает автоматизированные тесты выгодными;
- как научить "зарабатывать" автотесты;
- о том, как превратить точечное написание автоматизирвоанных тестов в стройный конвейер с отлаженными процессами;
- о популярных ошибках и заблуждениях автоматизации тестирования и о том, как их избегать;
- о сопутствующих инструментах и лайфхаках из практики.
Доклад содержит полезные советы, как для тех, кто только думает внедрить автоматизацию тестирования, так и для тех, кто уже вовсю автоматизирует, но сталкивается с проблемами их эффективной работы или желает сделать автотесты еще более полезными.
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
Максим Богуславский, Banki.ru, «Как вырастить в себе автоматизатора и разрабо...Mail.ru Group
Многие тестировщики по той или иной причине задумываются о том, чтобы начать писать автотесты. Доклад ориентирован на тех, кто хочет попробовать изучить автоматизацию, либо пробовал, но не справился. Почему у кого-то получилось, а у кого-то нет? Какие навыки и личные качества могут помочь нам в этом или помешать? Стоит ли пытаться? В своем докладе Максим постарался дать ответ на эти вопросы.
Тестирование — это способ узнать о разнообразных проблемах, которые могут возникнуть во время разработки вашего проекта. В лекции рассмотрены различные виды тестирования и различные практики, которые позволят вам узнавать о проблемах заранее.
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
Formal Methods in Robotics
Dmitry Mordvinov, Yury Litvinov, Saint Petersburg State University, Saint Petersburg
12 - 14 November 2015
Tools and Methods of Program Analysis in St. Petersburg
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
В этом докладе вы услышите историю о том, как можно построить процесс автоматизированного тестирования и непрерывной интеграции за короткий период времени. Мы поговорим о точках роста, развития и внедрения автоматизированного тестирования на уже существующем проекте. Вы узнаете, что с чего начинать автоматизированное тестирование и как выбрать "работающую" стратегию. После доклада вы захотите избавиться или значительно сократить ручное тестирование и ручной труд у себя на проекте. Вы откроете для себя целую систему, элементы который можно будет внедрять у себя, и которые будут работать.
Доклад будет интересен всем тестировщикам, разработчикам и менеджерам проектов.
Тестирование — это способ узнать о разнообразных проблемах, которые могут возникнуть во время разработки вашего проекта. В лекции рассмотрены различные виды тестирования и различные практики, которые позволят вам узнавать о проблемах заранее.
Практический доклад о том, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование.
В докладе рассмотрены основные проблемы, с которыми команда столкнулась при внедрении и способы их устранения.
Продемонстрированы результаты, которых смогли достичь в течении полугода.
Доклад содержит большое количество лайфхаков и обзоров инструментария, который использовался для достижения цели.
Formal Methods in Robotics
Dmitry Mordvinov, Yury Litvinov, Saint Petersburg State University, Saint Petersburg
12 - 14 November 2015
Tools and Methods of Program Analysis in St. Petersburg
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
В этом докладе вы услышите историю о том, как можно построить процесс автоматизированного тестирования и непрерывной интеграции за короткий период времени. Мы поговорим о точках роста, развития и внедрения автоматизированного тестирования на уже существующем проекте. Вы узнаете, что с чего начинать автоматизированное тестирование и как выбрать "работающую" стратегию. После доклада вы захотите избавиться или значительно сократить ручное тестирование и ручной труд у себя на проекте. Вы откроете для себя целую систему, элементы который можно будет внедрять у себя, и которые будут работать.
Доклад будет интересен всем тестировщикам, разработчикам и менеджерам проектов.
Вот настал прекрасный момент и у вас появился проект по автоматизации. У вас не было опыта? С чего начать? и что делать дальше? В своем докладе я расскажу:
- как выглядит инициация проекта по автоматизации
- заказчик и его позиция
- основные принципы организации проекта автоматизации
- как выбирать и формировать команду
- ключевые процессы, которые нужно сделать до начала проекта
- как настроить среду для работы
- и как выполнить сам проект с успешным финалом
Изучай python и автоматизацию на тестирования на python на http://lessons2.ru
Презентация системы автоматической проверки решений задач по программированию...Yurii Kadirov
Презентация системы автоматической проверки решений задач по программированию "SimplePM" для защиты соответствующего проекта. Защита происходила 17 мая 2017 года в актовом зале Запорожской Гимназии №28.
Подробнее о проекте:
https://sirkadirov.com/
http://spm.sirkadirov.com/
Автор проекта:
Кадиров Юрий Викторович
Руководитель проекта:
Кревсун Юрий Николаевич
QA Fes 2016. Анастасия Асеева. Роль тестирования в DevopsQAFest
В своем докладе я расскажу, как мы внедряли devops в банке, а конкретнее какую роль в этом процессе сыграло тестирование. Также расскажу с какими проблемами столкнулись, и как мы их устраняли. И да, каких результатов смогли добиться уже через полгода. А самое интересное, покажу как мы смогли добиться того, чтоб у нас pull request долетал до боя за 3 часа со всеми этапами тестирования.
Доклад будет содержать большое количество лайфхаков и обзоров инструментария, который мы использовали.
лившиц владимир - независимое тестирование мифMagneta AI
Сюжет этой короткометражки рассказывает о том, как можно трансформировать «незавсимую» команду тестирования для обеспечения качества в нескольких Scrum командах (работающих в одном известном инвест-банке). Это почти что боевик о ломке устоявшихся принципов и небоязни меняться. Обсуждается вопрос: приносят тест-кейсы пользу? Тут есть немного философии: отношения тестировщиков и не совсем к тестированию и качеству в Agile командах.
Видео: http://www.youtube.com/watch?v=vz0U3jQpHSM
Это обзор опыта применения лучших практик разработки программного обеспечения на разных проектах от госзаказов до видеоконференций в командах от 5 до 50 человек. В докладе будут описаны не только практики, но и то, как они применяются на реальных проектах и какие выгоды они действительно приносят.
Поплоухина Елена, Руководитель отдела тестирования в Usetech
https://vk.com/lena_flower
Расскажу об опыте организации процесса внутреннего тестирования проекта со строго формализованным техническим заданием от момента получения технического задания для тестирования требований до момента передачи релиза на приемочное тестирование.
This document discusses continuous performance testing (CPT) and introduces the Jagger CPT solution. It provides an overview of why performance testing is important, outlines the principles and goals of CPT, and describes the key parts of the Jagger CPT platform including load generation, metrics collection, test data management, and environment management. It also provides an example customer success story where Jagger was used for continuous performance testing of a large ecommerce site.
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
This document provides an overview of the JDI (Java UI test automation framework). It discusses features of JDI including being UI element oriented, providing common UI elements and solutions to common problems. It provides examples of how to write tests using JDI annotations and page object pattern. The document also summarizes benefits of JDI such as reducing test code, improving test clarity, reuse across projects. Finally it outlines new features planned for JDI 2.0 including layout verification, page object generator, integration with Selenium and expanding JDI to other languages like Python.
The document discusses testing of geolocation systems. It provides an overview of geolocation, including definitions and importance. It then outlines the speaker's experience and work testing GIS systems. The rest of the document details approaches to testing geolocation, including simulating calls, checking responses and databases, and verifying accuracy. It also discusses common data formats, projections, tools like PostGIS and QGIS, and potential bugs to watch for like coordinate jumbling. The conclusion emphasizes starting simple, practicing to improve, and for tests to grow with knowledge as geolocation is important for future IT.
8. Ситуация
• Все, что мы знаем:
- Тестировщики тратят > 50% времени на подготовку данных
- Частые проблемы с конфигурацией тестовых стендов
- Отсутствует автоматизация тестирования
Нужна автоматизация
8
14. Начальные знания
• Документация
- Корректная, полная, непротиворечивая?
- Нет
• Имеющаяся информация
- Сложно получаема
- Вводит в заблуждение
• Изучим систему сами
- Составим общее описание системы
- Опишем прохождение E2E
14
15. Целесообразность автоматизации
• время тестировщика (опрос)
• сложность автоматизации (прототип)
• проблемные области (опрос)
• экспертное знания вы используете
Какие мнение (опрос) для
оценки целесообразности
• наш опыт (интуиция)
автоматизации тестирования?
15
16. Приоритезация задач автоматизации
• Ожидаемый профит
• Сложность автоматизации и поддержки
- Прототип шагов E2E на HP QTP
- Выявление проблем автоматизируемости
• «Тестовая» коммуникация
- Как быстро тестировщики и разработчики смогут реагировать
на наши запросы
• Экспертное мнение
- Не всегда отражает реальное состояние дел
16
17. Решение проблем автоматизируемости
• По результатам работы над прототипом
- Wishlist для девелоперов с 3 приоритетами
- Обговорены сроки для каждого приоритета
- Пока ждем результат - workarounds
• Новые тулы для нашей команды
- Auto IT X
- Selenium Webdriver
Бесконечная горизонтальная масштабируемость
17
18. Автоматизируем
• Подготовка данных через E2E
• Оценка работоспособности тестовых стендов
• Smoke тест для тестовых стендов
• Почему
• Снизим затраты на подготовку данных
• Комплексная работа с системой
• Быстрая имплементация
18
19. Скрипты - требования
• Быстро разрабатываемые
• Гибкие
• Интегрированные
• Расширяемые
19
22. Кластер разнородных машин
• Машины
- Автоконфигурация
- Доступ по VNC
- Централизованное обновление скриптов - Git
- Отдельные микрокластеры для каждого тестового стенда
22
23. Особенности решения
• Данные передаются через файлы
- Data driven
• Синхронный и асинхронный вызов машин
- Синхронный вызов – Psexec
- Асихронный – Очередь задач с приоретизацией
• Отчет о выполнении формируется Manager
машиной
- Каждая машина пишет свой лог
- Manager агрегирует логи
- Email отчет по выполнении задачи
- Manager тоже выполняет задачи
23
24. Логгер
• Единый формат лога для python, vbs
• Данные для отчетов
• Статистическая информация в DB
• Скриншоты (используем pil)
24
27. Интерфейс для знаний
• Пользователю доступны
- Web UI
- Отчеты
- Документация
Это обобщенные знания!
Know how to do → Know what to do
27
28. Результаты – что получилось
• Автоматизация подготовки данных
- Полная параметризация
- Экономит время тестировщиков
• Непрерывные автоматические отчеты о состоянии
тестового стенда
- В любой момент времени мы знаем, можно ли проводить
тестирование
• Автоматизированные интеграционные тесты
• Приемочные
• Регрессионные
• Запуск в один клик
28
29. Побочные эффекты
• Автоконфигурация машин для ручного
тестирования
• Мини фреймворк
• Узнали, как снизить количество машин
необходимых для тестирования
• С 40 до 6
• Служебные инструменты для ручных
тестировщиков
• Узнали, чего не хватает
• Пользователям
• Нашему репозиторию знаний
29
30. Результаты – использование
• Двойной чистый профит в течение 3 месяцев
• Поддержка финансового UAT
• Ручное прохождение E2E только для валидации
обнаруженных дефектов
• Знания о проблемах тестовых стендов и способах
их решения
• Задокументированные знания о системе
30
31. Получение знаний - результаты
• Получены знания о тестовой системе в процессе
автоматизации тестирования
• Наши знания широко используются в компании - от
разработчиков до менеджмента
• Знания постоянно верифицируются и дополняются
• Мы узнали, что делать дальше
31
32. Что можно улучшить?
• Использовать BDD фреймворк
- Позволить сблизить тесты и документацию
- Не всегда хорошо на начальном этапе
• Связать результаты выполнения скрипта с
документацией
- Если скрипт перестал работать – помечаем вики страницу
как потенциально не актуальную
- Не разрешать коммитить скрипты без документации
• Тестирование через сервисы/api
• Автоматизировать конфигурацию серверной части
системы
32
33. Автоматизация конфигурации
серверной части
• Скрипты часто фейлятся
• Почему?
- Неудачное развертование новой версии на сервер
- Неверная server side конфигурация
- Хаотичное изменение параметров системы
- Недостаточно знаний о системе
• Решение
- Автоматизируем деплойменты и конфигурацию
- Централизованное управление параметрами системы
- Мониторинг
33
36. Итеративное использование П34АТ
• Знаем контрольные точки
- Не все
• Знаем о существовании переходов между ними
Этап 2
Этап 1 Этап n-1 Этап n
Этап 3
Этап 4
36
39. Верификация знаний
• Используем написанные скрипты
- Скрипт автоматизации – форма храния знаний о системе
• Если скрипт успешно выполнился – знания
корректны
• Больше скриптов – больше знаний
- Не забываем негативные сценарии
- Workarounds так же могут хранить знания о системе
• Непрерывная бесплатная верификация
• Ежедневные автоматические запуски
• Случайная выборка E2E сценариев
39
40. Верификация знаний
• А если скрипт выполнился неуспешно?
- И это не проблема программирования
- И это не проблема тестового стенда
• Наши знания не прошли проверку
- Дополним их на следующей итерации
• Каждую итерацию мы узнаем о системе что-то
новое
- Что мы хотели узнать
- О чем мы даже не подозревали
- Что мы хотим узнать в будущем
40
41. Выводы
• Автоматизация тестирования – это средство
• получения
• хранения
• верификации
• распространения
знаний о системе
41
Нет и не было автоматизации Нет экперта Нет документации
Можно ли тут исползьовать схему со стадиями?
Почему бы не посмотреть в документацию? Она корректная? Она полная? В процессе автоматизации Проверим Дополним
QTP – есть фреймворк, есть опыт
Первые два пункта требований
Больше частей системы покрываем, больше данных получаем
Какие требования к нашим скриптам с точки зрения итеративного процесса получения знаний
Я расскажу почему простая и гибкая инфраструктура важна для эффективного получения знаний. Меньше времени на инфраструктуру – больше времени на изучение системы и проверку полученных знаний. Второй тезис – нам не достаточно знаний о системе для построения архитектуры автоматизации. Вторые два пункта требований.
Переходим от знания как что либо сделать К тому что нужно сделать, чтобы получить нужный результат.
Мы не только получили знания о системе, но и получили решения по автоматизации тестирования
Не знаем доменного языка на начальном этапе
Документируем непрерывно – wiki Количество знаний увеличивается каждую итерацию