Со 2 по 4 апреля в Москве пройдет третья ежегодная международная конференция по тестированию и обеспечению качества программного продукта – TestCon Moscow 2019.
По традиции, мероприятие длится 3 дня: первый день займут 6 практических мастер-классов, а в остальные дни всех участников конференции ждут 40 докладовот спикеров со всего мира.
Какие вопросы и проблемы слетятся обсудить сотни специалистов в этом году? В первую очередь, речь пойдет о тенденциях в области тестирования и применении инструментов, таких как Selenium, Selenide, JMeter, их открывшихся на практике преимуществах и недостатках. Во-вторых, будут говорить о скрытых и плавающих ошибках в продуктах, о покрытии тестами и о том, как найти идеальный баланс между бесконечным процессом тестирования и выпуском версии. В-третьих, доклады не обойдут стороной мобильное и нагрузочное тестирование, ведение тестовой документации.
На TestCon Moscow 2019 не обойдётся и без вечных для всех тестировщиков вопросов: что победит: ручное или автоматизированное тестирование? Как стать настоящим специалистом по QA? Существует ли ПО, в котором нет ошибок?
Кроме того, спикеры подготовили воодушевляющие доклады о том, как с нуля построить процесс тестирования на проекте, как работать в команде и привить всем понимание того, что тестирование и разработка должны существовать как единый организм.
Конференция TestCon Moscow – это реальный практический опыт профессионалов, большинство из которых трудятся за рубежом. В этот раз спикеры в своих докладах собрали еще больше технической информации об инструментах, методиках тестирования и поделятся уникальными практиками и ошибками, с которыми им пришлось столкнуться при построении процесса тестирования.
Как и в прошлом году, наш QA-лайнер приземлится в уютном лофте Красного Октября и ждет на борт тестировщиков, QA-специалистов, администраторов, разработчиков, технических руководителей и всех, кому небезразлично качество программного обеспечения.
Всем добрый день! Очень интересно ваше мнение к наболевшей проблеме.
Есть новый проект, или кардинально обновлен старый. После передачи продукта на тестирования находится 100500 багов, начиная от функциональных и заканчивая простыми фронтовыми. Заводить пару задачу в джире с большим списком проблем и перепиской что сделано а что нет, вообще не выход. Заводить 100500 задач в джире на каждый баг тоже такой себе вариант.
Если вы сталкивались с подобной проблемой, как вы справились с ней. Может пользовались сторонними ресурсами.
Запускаю параллельно тесты через Selenoid и получается, что тесты выполненные в 6 потоков (первая выделенная зона) потребляют примерно на 40 процентов больше, чем тесты запущенные в один поток (вторая выделенная зона). Это нормально для Селеноида? Я ожидал, что разница будет примерно в 6 раз. Запуск осуществляется через maven-surefire-plugin