Стачка.QA

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

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

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

Купить билеты


Александр Александров
Эксперт @ RSTQB
Москва
Бесконечность тестирования

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


из Доклады

    — Исчерпывающее тестирование невозможно

    — Значит, надо правильно планировать усилия и рубить концы.

    — И на это можно смотреть как с технологической (приоритеты и риски), так и с экономической (деньги) точек зрения.

    — Детализация этих двух точек зрения, особенно второй


    Павел Сташевский
    Senior QA Engineer @ Lamoda
    Москва
    Тестирование больших кросс-командных проектов в дедлайн

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


    из Доклады

      Большие проекты, в которые включено сразу много команд и сервисов, интересны тем, что рано или поздно нужно протестировать ВСЁ. И не только протестировать, а пофиксить баги (лучше не на продакшне) и задеплоить сервисы в нужном порядке.

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

      А еще бывает, что помимо интеграции сервисов нужно учесть и операционные процессы. В Lamoda это склады, сборка и доставка посылок, обработка возвратов, пункты самовывоза и вот это вот всё. И от этого становится только сложнее.

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

      1) какие есть роли в кросс-командном проекте, и зачем нужен интеграционный QA Lead;

      2) как подготовиться к интеграционному тестированию, чтоб не было мучительно больно;

      3) тестируем. Где, кем и как долго;

      4) протестировали. Что дальше?


      Anton Semenchenko
      CSO, Co-founder, IT Consultant @ COMAQA, CoreHard, EPAM, DPI.Solutions
      Minsk
      10 популярных способов превратить простое в сложное при Автоматизации тестирования

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


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

      Мы так привыкли к сложным решениям разработки из кровавого enterprise, что порой, на «автопилоте», не задумываясь, переносим неоправданно тяжеловесные подходы, Architectural и Design Pattern-ы, Approaches, взращивая кодо-монстра в считанне месяцы \ годы. Наиболее популярным техникам кодо-монстро-производства и будет посвящен наш доклад. На выходе мы получим checklist из 10 стандартных задач и способов их решения от упрощенного, до оптимального и далее технически-кошмарного. Приходите – будет интересно и holywar-но :)


      Анастасия Чеснокова
      ведущий инженер @ АО СТС
      Иннополис
      Организация процесса тестирования с нуля

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


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

      Тезисы уточняются


      Александр Сеничкин
      @ Pvs-Studio
      Тула
      В помощь разработчику: мини анализатор кода на базе .NET Compiler Platform ("Roslyn")

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


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

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


      Парвиз Хавари
      Старший специалист по автоматизированному тестированию @ Открытая мобильная платформа
      Иннополис
      Упрощаем автотесты API на Python

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


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

      Тестирование Web-API довольно интересный и, порой, сложный процесс. В чем же заключается его сложность? Обсудим некоторые проблемы, с которыми приходится сталкиваться:

      - Необходимость проверки структуры ответа от сервера;

      - Генерация тестовых данных для избежания дублей;

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

      Рассмотрим варианты того, как можно решить эти проблемы используя библиотеки attrs, cattrs и faker. Также не обойдем стороной и строгую типизацию, так как без нее никак.


      Анна Чернышева
      Lead Software Test Automation Engineer @ EPAM
      Москва
      How to heal your test automation

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


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

      Every test automation engineer probably faced with the problem of unstability of automated tests because of "bad" locators or dynamically changing UI. Tests should be frequently updated but this routine work could be automated. There are some well-known solutions for self-healing test automation, like Mabl, testim.io, Applitools but they are not suitable for most kind of projects and has obvious disadvantages. I'm going to tell you about the MVP of a new Self-healing tool that we are developing in Epam and how it can fix your test automation.