пятница, 14 июля 2017 г.

Время подачи докладов на Гейзенбаг (8-9 декабря 2017, Москва)

Всем привет. Я, пока неясно за какие заслуги, оказался в программном комитете конференции Гейзенбаг. "Веселая" активность скажу я вам :) Но разговор сейчас не об этом.

Думаю, у многих из вас возникали мысли "а может выступить на конфе"?
Но следом шли другие: "а нафига мне это", "что скажет начальство", "да что я могу рассказать", "да кому это интересно" и тд и тп. Уверен, что так все и было, сам такое проходил.

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

Если у вас есть сомнения, если терзают вопросы (см. выше), а может просто "стремно" взять и написать заявку на доклад, стучитесь мне в скайп, твиттер, телеграмм (аккаунт тот же что и в твиттер) и прочие каналы.
Кстати, можно и не только ко мне. Контакты многих членов ПК есть на сайте.

Давайте вместе попробуем обсудить все это и сделать этот мир чуточку умнее :)




пятница, 26 мая 2017 г.

Накуа тебе QA в написании тайтла?

Брюзжание и разжигание.
Попалась на глаза вакансия с названием "Junior QA". В тырнеты полетел твит.
тут
Следом пошли вопросы, что меня так смутило.

Решил чуток пояснить в статье.

QA - это сложный процесс, выполнение которого требует хорошего знания того, как пишется софт, какие практики и в какой момент времени надо применять. Эту роль не может выполнять человек. который только начинает свой путь в айти (джуниор?). 

Ну да фиг с ним, можно конечно считать, что это начальный уровень роли и тп. Но хуже другое - мало кто понимает и использует этот термин правильно. Мне не попадался хотя бы один живой человек, который бы нормально смог объяснить, что значат эти буквы у него в резюме. Но зато были те, кто вообще не могли сказать, что значит Q, а что А (а мне, например, очень нравится Quality Assistance от Atlassian). И среди них были товарищи с опытом больше 3х лет с названием QA в должности.

Тут подходим к интересному, это есть и в комментах. К названию должности. В 99% случаев QA в названии должности (и соответственно в вакансии) не означают того, что человек будет заниматься (или уже занимается) этим самым процессом QA. Эти буквы просто стало модно использовать для обычных "специалистов по тестированию", работа которых лишь частично связана с выполнением задач по QA-процессу. По мне так "Software Testing Engineer", "тестировщик", "специалист по тестированию" ближе к правде. Хотя называть вещи своими именами бывает невыгодно:


Вот как то так. А в целом, вопрос отношения к терминологии часто базворден, малопродуктивен и скорее мешает (лишнее доказательство тому было в выпуске Radio QA про ROI автоматизации). Важно обговорить термины до начала обсуждения, чтобы все были на одной волне. Поэтому для меня эти буковки - это маячок, на свет которого слетаются каверзные вопросы к кандидату или компании их использовавших. 



Еще материалы по теме терминологии:

среда, 17 мая 2017 г.

А вы уже зарегались на Гейзенбаг?

Меня тут уже ласково покорили в комментах, что давно не пишу. А про конфы уж совсем-совсем давно. Тому есть много причин, но вместо того чтобы оправдываться, проще написать новый пост :)

Думаю, многие уже знают, что в Питере 4 июня будет проводится крутая конференция в области тестирования "Гейзенбаг".

Почему вы должны быть на этой конфе?

Начну я, пожалуй, с организаторов. Эти ребята любят конференции, знают и, главное, умеют проводить их на высоком уровне. Они понимают, чего от них ждут участники конфы и не идут ни на какие компромиссы. А если ошибки совершаются, то над ними идет серьезная работа.
Лично на себе испытал всю организаторскую любовь к прекрасному, когда пробовал стать докладчиком на первом Гейзенбаге. И пусть это надолго отбило у меня желание пробовать дальше, дело тут во мне. Зато нанес себе "непоправимую пользу". Но теперь я точно знаю, что вероятность булшита на их конференциях минимальна :)

Теперь про собственно программу конференции.
Ожидаемо есть перекос в тему "автоматизация в тестировании". Но это, скорее, отражение текущего положения дел в тестировании: тема автоматизации востребована, популярна (и базвордна).
Но, благодаря этому перекосу, конфа должна хорошо "зайти" разработчикам (программистам) - программирование им ближе и понятнее. (Хотя, программерам обязательно нужно изучать тему тестирования "вообще" и его автоматизацию в частности, в том числе и на конференциях) 

К сожалению, мало "не веба". Но это, млин, опять же отражение текущего состояния дел в разработке софта.

Зато есть интересные темы по базовым и общеприменимым вещам, которые будут полезны всем.

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

Перед тем как идти на конфу, крайне всем рекомендую изучать программу и докладчиков, это сильно облегает принятие решения "куда идти", особенно в условиях когда доклады идут в несколько потоков.
(Не знаю почему, но редко организаторы дают хоть какие то координаты докладчиков, что с одной стороны бодрит при "расследовании", а с другой усложняет задачу поиска инфы о докладчике. Может организаторы смогут это прокомментировать, если до них долетит этот пост. Хорошо я всех уже знаю, а вот новеньким участникам сложнее. Хотя, возможно, никто кроме меня этим не занимается, имхо зря.)

Вот мой список докладов:

С кейноутом все просто. Прошлый доклад Илари был отличным, как раз как я люблю - слегка "дзен" :) Уверен в этом году борродач не подведет.
Дальше:
Сатарин с санитайзерами
Виноградов с сеансом черной магии (надеюсь таки получиться развиртуализироваться с Лешей)
Меркушев с кодогенерацией (напрягает меня автоматизация в этом месте...)
Jan Jaap Cannegieter с "серебрянными пулями?"
Claudio Criscione с security testing (актуальная тема)
Алименков с паттернами

Пару слов про то, зачем вообще ходить на конфу, когда можно просто посмотреть записи, благо их потом выкладывают. Скажу про себя: мне вживую просто в кайф, записи потом смотреть нудно (хотя и полезно). Личное общение, знакомство - это никто не отменял, это дает возможности и к собственному развитию, и к интересным инсайдам (только тссс). 

вторник, 16 мая 2017 г.

Сборная солянка видеодокладов для самообразования на разную тематику - Выпуск 8

Ох, давненько я не варил "видеосоляночки". Сегодня небольшая кастрюлька на пару порций.

Гриша уже был в солянке, но его отрекламировать всегда за честь. Посмотрите, там не только про Python.
"Все доклады Григория Петрова на MoscowPython"

Интервью с Михаилом Рыжиковым "Процесс разработки, DDD, Agile, Lean"
Миша на фоне и с использованием розовой доски рассказывает полезные вещи простым словами. Кстати, ребята из Hexlet-а, снимают много полезных видео (вебинаров)

"Цели и задачи тестирования" от Алексея Виноградова. Доклад с QAFest 2016.
Начал Леша не очень бодро, но потом втянулся. А за смысл доклада попадет в Гриффиндор :)

да-да, так и написал
Интересная HR-тема с SECON207 "Проблема лояльности персонала в IT компаниях" и дискуссия после доклада. Жестко, очень жестко. Но правда. Инфантилизм прет изо всех щелей. Из интересного: Марина предлагает неожиданные способы удержания ключевых сотрудников, а именно оплата образования детей, помощь сотрудникам в решении их личных бытовых проблем, причем необязательно чисто финансовую.

Ну и напоследок, подборка от Никиты Макарова "Продуктовые грезы" с милым розовым (что-то сегодня много розового) пони.

понедельник, 27 марта 2017 г.

ROI от автоматизации тестирования - Сергей Мартыненко

Взято здесь

Интересно, местами спорно и специфично, но полезно посмотреть.

Основная тема - автоматизирование проверок, чаще всего, дороже ручных проверок.

Начинать надо:
  • с автоматизации получения информации о состоянии тестирования (отчеты и тп)
  • автом.развертывания(передачи в тестирование)
  • обучения (вики, запись видео и тп) 
Ну а с проверками - надо оценивать :) Решение зависит от требуемого уровня бездефектности.

Что еще было интересного? Сергей на удивление лоялен к тестам разработчиками и к "test first" (тесты до кода).

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

Серебряной пули нет, везде надо включать мозг и,... калькулятор.

В общем, у меня отлегло :)