QA FEST 2018: краткий обзор

Дмитрий Придатко, Test Engineer в компании Sigma Software побывал на слете специалистов по тестированию — ежегодной конференции QA Fest, которая прошла 21-22 сентября в Киеве. В кратком обзоре выступлений Дима отразил запомнившиеся ему доклады конференции.

DMYTRO-PRYDATKO-QAfest-SigmaSoftwareUniversity-briefreviewЭто была пятая юбилейная конференция, которая собрала более 750 участников из разных стран. Специальным гостем конференции стал Майкл Болтон, автор статей в популярном журнале в области тестирования — Better Software, а также соавтор методики Rapid Software Testing. Со статьями Майкла Болтона можно ознакомиться в его блоге про тестирование.
Традиционно на конференции было много общения, в том числе и в формате «диван эксперта», когда можно лично пообщаться и задать вопросы авторам докладов, экспертам в определенной области тестирования. А еще первый день конференции завершился зажигательной After Party и празднованием юбилея.

Далее краткий обзор наиболее интересных, на мой взгляд, докладов.

Regression Obsession

В этом докладе Майкл Болтон рассказал о том, что с каждой новой сборкой, существует реальный риск того, что продукт может в чем-то ухудшиться. Чтобы устранить этот риск, тестировщикам приходится нести ответственность за разработку и поддержание постоянно растущего набора автоматических регрессионных тестов. Также были обозначены факторы, которые следует учитывать при связывании риска регрессии с общей стратегией тестирования.
Автор доклада приводит интересное сравнение работы компьютера и тестировщика: компьютер работает по четко заданным алгоритмам и работает очень быстро по сравнению с человеком. Тестировщик мыслит нелогично, неалгоритмично и часто находит ошибки случайным образом. Однако, компьютер по сравнению с человеком оказывается бесконечно медленным в поиске новых проблем и ошибок. Также, когда при новой сборке некоторые автотесты «фейлятся», часто меняют автотест, вместо того, чтобы вносить изменения в код тестируемого приложения.DMYTRO-PRYDATKO-QAfest-briefreview_SigmaSoftwareUniversity-MichaelBolton
Поэтому при выполнении регрессии следует обеспечить тестировщикам возможность выполнить исследование программного продукта и более глубокое тестирование. Регрессия — это не только цифры пройденных / непройденных автотестов, но и ощущения от работы, нестандартный, но «человеческий» подход, поскольку приложения разрабатываются для людей. Регрессия — это информация для принятия решений относительно рисков.

Оценить все. Инcтрументарий практика.

Галина Доксвель рассказала о практике оценивания и инструментарие, который помогает повысить точность оценок и сделать их более предсказуемыми и управляемыми.
Зрелищным моментом этого доклада был онлайн-опрос, проведенный вначале с одним простым вопросом «Estimate – это …». Галина представила участникам облако тегов, сформированное ими по результатам этого опроса.
В этом докладе спикер отметила и тот факт, что при оценивании и формировании дат не стоит забывать, что 100% загрузка (8 часов в день / 5 дней в неделю) на практике редко достижима: нужно учитывать праздники, отпуска, больничные и время коммуникаций. Реальное оценивание – специфичное для проекта и требует подробного логирования рабочего времени и статистического анализа.
Интересной идеей было ведение baseline каталога с примерами оценок для user story, чтобы при оценивании похожих user stories было легче принимать решения и знать какое соотношение трудозатрат по разработке / тестированию при работе над конкретной фичей.

Shift-Left Testing

DMYTRO-PRYDATKO-QAfest-SigmaSoftwareUniversity-briefreview-AnastasiaAseevaАнастасия Асеева представила доклад, в котором рассказала о подходе Shift-Left Testing. Наиболее дешевый способ разработки — это тот, где артефакты за ОДНУ итерацию передаются в использование клиенту. Без 10+ итераций доработок из-за найденных ошибок. В докладе был рассмотрен набирающий популярность на западе подход shift left testing. Его цель — предотвращение ошибок, а не привычный для многих поиск уже сделанных ошибок в ПО. Тестирование со сдвигом влево предполагает, что тестирование и разработка действуют в тандеме и, как следует из названия, тестирование переносится на самые ранние этапы разработки.
В целом, цена устранения ошибки зависит от этапа жизненного цикла ПО, на котором она была допущена (концепция, требования, дизайн, разработка, тестирование, эксплуатация). Однако, есть отрасли с «нулевой» терпимостью к ошибкам в программном обеспечении: медицина, военная промышленность, роботы, искусственный интеллект, системы пилотирования (самолеты, авто). Тут тестирование на финальных этапах может привести к катастрофическим последствиям. Shift-Left Testing может быть представлен как итеративный подход к смещению тестирования на самые ранние этапы жизненного цикла ПО.

 

А для тех, кто только планирует освоить профессию специалиста по тестированию программного обеспечения мы рады сообщить, что этой осенью в Sigma Software University стартует уже третий набор на курс «Тестирование ПО» в Харькове. Следите за анонсами и до скорой встречи.

Последние новости

Создаем крутой UX: полезные советы для предпринимателей

По данным Google Trends, интерес к UX (взаимодействию с пользователем) растет с каждым годом. И это неудивительно. В своем недавнем….

Работаем с критикой эффективно

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

О микросервисах, их плюсах и минусах: интервью с Антоном Гриценко

Совсем скоро, 29 сентября, наш коллега, эксперт и тренер Sigma Software University, Антон Гриценко, представит в Харькове курс «Microservices with….