Стачка.QA

От качества продукта зависит буквально все в мире информационных технологий: работающее ПО, счастье пользователей, клиентов и самих разработчиков!

На секции прозвучат доклады про:

  • Методологиям тестирования
  • Разработке в тестировании
  • Нагрузочному и мобильному тестированию.

Подать доклад


Антон Семенченко
CSO, Co-founder, IT Consultant @ COMAQA, CoreHard, DPI.Solutions
Minsk
Ключевые инженерные практики Автоматизатора 21 века

Доклад принят в программу конференции


из Доклады

    Давайте тезисно, наглядно, “на пальцах” в QA Automation контексте проговорим ключевые для каждого по-настоящему опытного Автоматизатора 21 века, инженерные практики.


    Андрей Конушин
    Председатель @ RSTQB
    Москва
    Сертификация автоматизаторов тестов на Selenium

    Доклад принят в программу конференции


    из Доклады

      Автоматизатор тестов: тестировщик или разработчик?

      Зачем сертифицировать специалистов по автоматизации, ведь они и так круты?

      Какие выгоды получает компания от сертификации автоматизаторов?

      Какие существуют системы сертификации?


      Александр Александров
      Эксперт @ RSTQB
      Москва
      Андрей Конушин
      Председатель @ RSTQB
      Москва
      ISTQB – Обучение – Бесплатный сыр:. Что общего?

      Доклад принят в программу конференции


      из Доклады

        Интерес к сертификации тестировщиков порождает спрос на курсы подготовки к сертификации ISTQB.

        Несмотря на наличие большого числа авторизованных провайдеров такого обучения, периодически возникают разного уровня курсы, не проходившие (или не прошедшие) авторизацию.

        И среди таких курсов попадаются весьма странные «экземпляры».

        В докладе мы будем анализировать подходы к обучению, ожидания слушателей курсов, принципы рационального расходования времени и бюджета, рекомендации по подготовке с сертификации и все с этим связанное.


        Вячеслав Смирнов
        Эксперт по тестированию @ АО "Райффайзенбанк"
        Москва
        Автоматизация профилирования JVM

        Доклад принят в программу конференции


        из Доклады

          Если вы столкнулись с трудноуловимой утечкой памяти на продуктиве в Java- ,Scala- , Groovy-приложении. И о ней вы узнаёте раз в месяц, когда приложение уже зависло и ни на что не реагирует. То вскоре задумаетесь в том, как собирать статистику о количестве и размере всех объектов в памяти JVM и отслеживать её изменение на графиках в Grafana. Смотреть, что же течёт, не в спешке, в момент падения, а заранее. А после исправления убеждаться, что проблема решена. Превратить поиск утечек в красивый и приятный процесс, используя свободное программное обеспечение. Дополнительным условием тут является то, что система в продуктиве не должна замедлиться.

          Такая задача появилась для системы, работающей на десятках Linux-серверов с Java 8 и 12-ти Windows-серверах с Java 7. Решение получилось универсальным и масштабируемым. Создано на стыке свободных технологий: bash-, bat-, awk-скрипты, SJK-профайлер для сбора статистики, Telegraf и InfluxDB для сохранения и Grafana для отображения. И вот уже пол года решение успешно выполняет свою задачу.

          Дополнительно, SJK-профайлер позволяет собирать статистику по производительности работы потоков. Выявлять медленные методы. И если выполнять это по чуть-чуть, раз в десять минут, то система не замедлится, а за пару недель статистика станет полной и наглядной.

          В докладе поделюсь описание каждого компонента для автоматизации профилирования JVM. Вариантом интеграции компонент. И способом визуализации собранных метрик. Обсудим, как может быть устроено взаимодействие инженера по тестированию производительности, разработчика, DevOps-инженера при решении проблем производительности. И как автоматизация делает это взаимодействие приятным для всех.


          Игорь Хрол
          Data Engineer @ Automattic
          Минск
          Тестирование больших данных

          Доклад принят в программу конференции


          из Доклады

            Работа с данными выделилась в отдельную область разработки. Гига-, тера-, петабайты информации поражают воображение и озадачивают, когда дело доходит до тестирования. Hadoop, Spark, ETL — непонятные слова, к которым непонятно, как подступиться. На основе своего опыта разработки wordpress.com я поделюсь опытом обеспечения качества в области больших данных. В рамках доклада вы узнаете, как традиционные подходы к тестированию и автоматизации тестирования соотносятся с Big Data-решениями, а также, какие специфические проблемы требуется решать, когда дело доходит до QA.


            Павел Щедухин
            Head of Mobile QA @ Озон
            Москва
            Как мы пришли к недельным релизам мобильного приложения на iOS&Android

            Доклад принят в программу конференции


            из Доклады

              Все хотят как можно быстрее доставлять фичи до пользователей. Но для мобильного приложения очень высока цена ошибки, тестирование-разработка обычно занимает больше времени, чем для веба. Мы смогли итерационно прийти к модели разработки/тестирования, которая позволила релизить приложение каждую неделю без потери в качестве. Я расскажу, почему мы решили выпускать приложение каждую неделю, как мы к этому шли, что изменилось и кто от этого стал счастливее.


              Серёжа Попов
              CEO, CTO (Talant) @ Лига А. / HTML Academy
              Санкт-Петербург
              Правильное тестирование вёрстки

              Программный комитет не принял решения по этому докладу


              из Голосование

              Мы работаем с большим количеством подрядчиков и сталкиваемся с тем, что внимание акцентируется не самом важном.

              Я расскажу что сейчас действительно важно, как это проверить и почему это надо тестировать.


              Sergey Rozhkov
              software engineer @ Andersen
              Minsk
              Е2Е совсем не страшно

              Программный комитет не принял решения по этому докладу


              из Голосование

              Вэб эволюционирует, тестирование тоже. Быстрое, простое и надежное тестирование для всего, что работает в браузере. Е2Е совсем не страшно. Расскажу и покажу cypress, как с ним работать, расскажу про плюсы, покажу как развернуть и начать писать тесты.


              Максим Захаров
              Тестировщик, руководитель отдела @ СКБ Контур
              Екатеринбург
              Без менеджеров и тимлидов

              Программный комитет не принял решения по этому докладу


              из Голосование

              Что могут сделать тестировщики, чтобы облегчить жизнь менеджера? Что пожно сделать с bus-фактором, возникающим, если в подкоманде тестировщиков есть тимлид? Я расскажу об упражнениях, выполняя которые, команда тестировщиков станет взрослой, планировании загрузки и наймов, работе с техдолгом, performance review и кое-чем ещё.

              Если ты тестировщик, приходи и узнаешь, как стать ценнее в глазах менеджера. Если тимлид — услышишь, как спокойно ходить в отпуск. Если менеджер — поймешь, что можно требовать от взрослых специалистов.


              Карим Аминов
              QA Head @ Eqvanta
              Казань
              Здравый смысл в тестировании

              Программный комитет не принял решения по этому докладу


              из Голосование

              На докладе расскажу по какую сторону баррикад находится QA и с кем нужно дружить.

              Какое место занимает тестировщик в "пищевой цепи".

              Как не потерять здравый смысл в тестировании.

              Как мы "прощупываем" границы дозволенного, выходим за рамки обыденного.

              И как все эти подходы помогают держать качество продукта на высоком уровне.


              Lyudmila Maleeva
              QA engineer @ Miro
              Пермь
              Качество релизов - ответственность команды

              Программный комитет не принял решения по этому докладу


              из Голосование

              Нашим продуктом пользуются более 30,000 пользователей онлайн, а бесшовные релизы происходят каждый день. При том у нас монолитное приложение и более 20 команд должны доставлять ценность независимо.

              Я расскажу про процесс обеспечения качества в командах и как команды сами валидируют релизы и релизят, когда им нужно.


              Алексей Федоткин
              QA Lead @ Новые технологии
              Самара
              Как определить что пора менять тестовую стратегию и стек технологий команды тестирования

              Программный комитет не принял решения по этому докладу


              из Голосование

              -Ключевые точки в оценке процессов.

              -Какие метрики укажут что пора менять ТА стек.

              -Примеры (плохие и хорошие) из реальных проектов


              Дмитрий Карловский
              Руководитель направления @
              Санкт-Петербург
              Фрактальное тестирование

              Программный комитет не принял решения по этому докладу


              из Голосование

              Повертим немного рожок тестирования и выкинем в пользу масштабируемого подхода, одинаково работающего как на уровне модулей, так и на уровне систем.


              Алексей Алешин
              QA @ РТК ИТ
              Ульяновск
              GraphQL: как его тестировать

              Программный комитет не принял решения по этому докладу


              из Голосование

              В ходе доклада мы рассмотрим:

              - Что такое GraphQL

              - Отличия от Rest API

              - Инструменты для работы с ним

              - Плюсы и минусы исходя из личного опыта