Изменения

И про остальные доклады, на которых я был.

[https://www.facebook.com/mtsepkov/posts/1573627159360899 пост Пост на FB] '''Галина Вострикова''' «Как не потерять важное при передаче проекта». Очень правильная и личная постановка задачи из фокуса личной ответственности за свое дело: передать проект нужно не потому, что регламентами положено, а потому что пока не передал — старый проект не отпускает, за него беспокоишься — не разрываешься между старым и новым проектом. И хорошее содержание — как передавать и что именно. Может быть, излишне перфекционисткое — но тут жизнь сама скорректирует. Зато по докладу можно сделать готовый checklist.

[https://www.facebook.com/mtsepkov/posts/1573628036027478 пост Пост на FB] Галина Вострикова. Забавная история. Тестовый стенд первого релиза у заказчика стал боевым, и когда решили отгрузить второй релиз по старым настройкам — только ограничения на боевой стенд по правам не позволило это сделать :) И в докладе много таких историй!

[https://www.facebook.com/mtsepkov/posts/1573641352692813 пост Пост на FB] '''Николай Миронцев'''. Нагрузочное тестирование. Реальная история про тестирование нагрузки на 100к одновременных пользователей, и связанные с этим особенности, например, что современные броузеры открывают 5-20 соединений на одного пользователя, что в зависимости от типа запроса — время отдачи разное, что надо проверять получение с сервера сss, js и картинок, а не только данных — иначе пользователи под нагрузкой будут получать уродливые страницы, а вы этого не заметите. И еще — надо представлять результаты на языке заказчика, в пользователях, а не соединениях и сценариях.

[https://www.facebook.com/mtsepkov/posts/1573656056024676 пост Пост на FB] '''Игорь Голдшмидт (Igor Goldshmidt)''' из Gett. Истинная сила тестировщика — информация. Круто! Рассказ о том, что правильный тестировщик должен не просто проверять систему — он должен хорошо знать продукт, представлять технологии, чтобы разговаривать командой на одном языке, получать информацию не только из доков, но и из коммуникаций — и вести свою базу информации в вики, а не блокнотах и даже не в googledocs. Agile: никто ничего не записывает, поэтому пишите сами. Если у вас записывают — расскажите, как приучили. А еще интересна подача — коучинг тестировщика, представленного персонажем. Немного сумбурно, но все равно — хорошо.

[https://www.facebook.com/mtsepkov/posts/1573659312691017 пост Пост на FB] Игорь Голдшмидт (Igor Goldshmidt) — советы. Прикольная форма, но очень по делу, правильные паттерны поведения. Ушки на макушке: open space, когда программисты переговариваются — надо снять наушники и слушать, там много интересного говорят. Не забывайте допрашивать менеджеров — они знают много интересного. Завязывайте связи с соседними командами, помогайте другим, делитесь с ними информацией.

[https://www.facebook.com/mtsepkov/posts/1573685486021733 пост Пост на FB] '''Алексей Вихров'''. Велосипедизация, или всегда ли хороши стандартные решения — о том, что как альтернативу готовому решению из коробки, которое ты конфигурируешь можно достаточно легко из компонентов и библиотек собрать легкое решение под ваш конкретный кейс. На паре конкретных примеров. Это особенно актуально, когда задача несколько нестандартна, и с готовым решением нужны танцы с бубном, например, по интеграции в свою инфраструктуру.

[https://www.facebook.com/mtsepkov/posts/1573721599351455 пост Пост на FB] '''Mitko Mitev'''. Software Disasters — рассказ о фейлах благодаря отказам софта из-за багов. История с фейлом климатических исследований Марса, потому что в интеграции одна система исспользовала английскую систему мер, а другая — метрическую, при этом единицы не передавались. Радиационная терапия, в которой пациенты получали дозу, в 100 раз превышающую терапевтическую. Отключение электиричества, биржевые коллапсы из-за роботов. AppleMaps, сгинувший в никуда. Pepsi — в промоакции оказалось много больше победителей, чем рассчитывали — невыплаченные призы и криминальные последствия, потому что призовые бутылки перепродавали… Ошибка в системе checkin Amadeus — 125 рейсов блокированы. И многое другое.

[https://www.facebook.com/mtsepkov/posts/1573753609348254 пост Пост на FB] '''Vojtech Barta''' рассказывает про mindmap. Не про инструмент как таковой, а про уместное использование его тестировщиками, с конкретными примерами mind maps для разных целей. А также о том, для чего mindmap подходят плохо и надо использвоать другие средства. Не хватает критериев, как определить — для чего подходит, а для чего — нет. Но, может, автор это выясняет всегда опытным путем…

[https://www.facebook.com/mtsepkov/posts/1573830869340528 пост Пост на FB] Клевый доклад '''Андрей Мясников''': заведите вредные привычки. Отмазки для сотрудников, которые накосячили — ругайте их вы, а перед руководством прикрывайте. Не обязательность — если план требует много переработок, то надо его менять, а не выполнять. Отрицание — умейте отказать в переработке, потому что они имеют тенденцию не кончаться. Используйте МОПС: процесс мотивация-обучение-проверка-самоконтроль чтобы научить сотрудников новому. И ряд других «вредных» привычек. Но не все вредные привычки полезны. Микроменеджмент, болтливость, узость взгляда, эгоцентризм — не заводите. И все это еще с мини-стихами на слайдах :) Конечно, местами тут максимализм и отсутствуют оговорки, но и в жизни эти оговорки часто просто прикрывают вредные паттерны.

[https://www.facebook.com/mtsepkov/posts/1574573615932920 пост Пост на FB] '''Karolina Zmitrowicz''' В Agile нет отдельной роли QM, она распределена между PO и командой. Зато есть две хорошие точки контроля качества — Definition of Ready (DoR) и Definition of Done) (DoD). Надо их использовать и дополнить Quality Strategy — описанием политики, исполнением которой мы рассчитываем обеспечить необходимое качество.

[https://www.facebook.com/mtsepkov/posts/1574655219258093 пост Пост на FB] '''Aleksandra Kornecka''', в начальном представлении, среди прочего — участие в Girls testers, помощь девушкам стать тестировщицами. Это послужило стартовой точкой размышлений. Все это — сильно западная история, и она показывает, что никакого ментального равенства полов у них есть, несмотря на вековое движение феминизма. Потому что равенство — оно же в равенстве возможностей, в том, что при приеме на работу и в целом в профессиональной среде смотрят на профессиональные навыки, а не на пол. А вовсе не в достижении статистического равенства во всех профессиях, потому что профессии — разные, и предъявляют разные требования. В Советском Союзе этот путь был реально пройден в 30-е. И не только в европейской части, в Средней Азии — тоже, и пройден невозвратно. И тогда как раз были движения и группы поддержки женщин, их адаптации к самостоятельной жизни. Получается, что тут западный мир отстает от России, вернее, от Союза лет на 80 :) Что, впрочем, для меня не удивительно — в Испании еще 20 лет назад чтобы поехать в другой город женщине надо было иметь разрешение от мужчины — мужа или отца или старшего брата, и эти разрешения проверяла полиция :)

[https://www.facebook.com/mtsepkov/posts/1574665005923781 пост Пост на FB] '''Алексей Анисимов'''. Как hh.ru дошли до '''500 релизов в квартал ''' без потери в качестве — практический доклад о пути, который hh шел от ручного тестирования и выкатки релизов к полному автомату — сборка, выкатка релиза, автотесты. Ряд инструментов делали сами, другие — обвязывали скриптами, чтобы сделать доступными для всех. Результат — 10+ релизов в день и сильно меньше багов на проме. И главный совет — сначала напишите соглашения — что есть сейчас, что будете делать, то есть наметьте путь. А потом — итерационно двигайтесь по ним. А по инструментам — обязательно смотрите, а при выборе — учитывайте компетенции разработчиков по языкам и технологиям. И обращайтесь к коллективному разуму — сайты и форумы, телеграмм-чаты… В презентации — ссылки.

[https://www.facebook.com/mtsepkov/posts/1574731529250462 пост Пост на FB] '''Екатерина Боброва''' «Готовим стажировку». Очень круто! А '''теоретические материалы у них выложены на youtube в публичный доступ''', искать по «Thumbtack Лекции тестирования». Они объявляют стажировку за месяц и предлагают теорию изучить самостоятельно, и перед offline-практикой — сдать тест и собеседование. И это снизило затраты на обучение для них. И нанесло пользу обществу — теория стала бесплатно доступна всем.

[https://www.facebook.com/mtsepkov/posts/1574737969249818 пост Пост на FB] '''Nina Scheglova''' «Куда приводят мечты? или Искусство развития тестировщика» — профессиональная организация роста сотрудников. Матрица компетенций, по ней — самооценка, оценка коллегой, которого ты выбираешь и тимлидом. Оценку коллеги делают на встрече, а не анонимно и, говорят, это помогает, а не мешает, необъективные оценки не дают, относятся правильно — потому что в любом случае обучение выявит проблемы. И дальше — выбор векторов развития, два в интересах отдела, один — по желанию сотрудника. Сравнение с идеальными профилями, программа развития и в путь, итерациями по 2-3 месяца с оценкой итогов и возможностью сменить направления движения. Матрицы тестировщика, дизайнера и программиста — опубликованы, в презентации ссылки. Матрицу для тимлида пока не сделали, это в планах.

[https://www.facebook.com/mtsepkov/posts/1574792435911038 пост Пост на FB] Anton Semenchenko Если за дело берется «прости Господи Архитектор», то результат будет «оставь надежду, всяк сюда входящий».

[https://www.facebook.com/mtsepkov/posts/1574794722577476 пост Пост на FB] И дальше по Данте: Круг второй — похоть, «Кто предал разум жажде вожделений» Это собственное велосипедостроительство, например, свой wrapper selenium. И дальше по всем кругам :)

В заключении хочу подчеркнуть, что я был только на одном треке из трех параллельных (хотя иногда и менял зал во время доклада). И часть докладов неизбежно осталась за пределами внимания. Уже на конференции я услышал хорошие отзывы про доклад '''Рины Ужевко''', и про доклад '''Сергея Атрощенкова''', который шел параллельно с моим. Наверняка есть и другие. Так что не полагайтесь только на этот отзыв.

[https://www.facebook.com/mtsepkov/posts/1573623736027908 пост на FB] FB напоминает — '''пять лет''' назад Влад Орликов запускал '''SPMconf '''— конференцию для PM. Она так и не взлетела, прошло только пара конференций. Но первая — была интересна. Правда, портала SoftwarePeople, на котором я тогда вел блог, тоже не существует уже несколько лет, его закрыли вместе со всеми материалами. Но мой блог перенесен на мой сайт и доступен, этот пост — здесь [[Блог:Максима Цепкова/2012-11-17:_SPMconfSPMconf-2012_в_Минске_2012 в Минске -_д день первый]] А вот конференция #sqadays, с которой Влад начинал - по прежнему живет, и прямо сейчас я слушаю доклады на 22, в Петербурге, а завтра еще и выступать буду. И #analystdays взлетела. И я очень благодарен Владислав Орликов за его организацию конференций, и, думаю, много тысяч участников, прошедших через эти конференции за много лет - тоже. Его конференции наносят большую пользу отрасли.