Кто несет ответственность за качество?

 Расставим точки в уже классическом обсуждении.

Постановка вопроса

Итак, кто несет ответственность за качество продукта?

Уже тут к нам бегут душнилы (я первый) и вопят:
 - Нужно определить слова _ответственность_, _качество_ и _продукт_ и только потом продолжать разговор!

Душнилам мы ответим, что для простоты:

• список потенциально ответственных ограничим ролями команды разработки: аналитиком, программистом, тестировщиком фичи и их менеджером
• за продукт мы возьмем те исходники, что во время релиза будем пытаться деплоить в бой
• качество измерим объемом косяков, которые надо срочно исправлять после релиза
• за несение ответственности условно примем ответ на вопрос "кого взгреть?"

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

Итак, кого взгреть, если после релиза навалило косяков и пришлось всё бросить, бежать и чинить? Взгреем аналитика? Программиста? Тестировщика? Менеджера? Всех?

Мнения

Я опросил менеджера, программиста, аналитика и тестировщика.

Один уважаемый менеджер пишет:

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

Не менее уважаемый программист считает иначе:

Программист полностью отвечает за качество своего кода, тестировщик иногда в меру сил лишь помогает ему в виде приятного бонуса.

Какой-то неглупый аналитик сказал:

Ключевые решения относительно функциональности продукта принимает аналитик, поэтому ответственность за то, как работает продукт на боевой, несет (большей частью) он

Тестировщик может заметить:

Что только он защищает интересы юзеров и вообще он один на пути продукта к хаосу.

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

Правильный ответ

Согласно структуре сюжета, сейчас должен ворваться я, сорвать покровы и вынести на ваш суд свет истины.

И я не подведу. Вот что я сформулировал для себя, во-первых, прочитав немало книг по теории  управления, а во-вторых, получив некоторое количество практического опыта.

За качество продукта не отвечает никто, это результат стечения обстоятельств.

В этот момент к нам врываются бизнес-пацаны, бьют всех ногами и кричат: а мы знали! Вы ни за что не отвечаете! Давно пора прекращать платить вам такие деньги!

Подождите. Есть НО.

 
Каждый — программист, аналитик, тестировщик, менеджер — несут ответственность за набор действий и упражнений, которые они должны были выполнить в рамках создания фичи.

Этот набор действий не всегда прописан в должностных инструкциях, часто отсутствует регламент и согласованный список. Тем не менее, набор достаточно точно определяется:

• тем, что мы требуем на собеседовании
• требованиями к грейду, матрицей и комиссиями
• пройденными обучениями
• командными договоренностями
• локальными решениями менеджера

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

Когда случился факап:

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

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

К чему я веду

Я понимаю:

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

Я веду не к этому. Я говорю о том, что пафосные лозунги вида

Я несу ответственность (во имя луны)!

классно звучат, но на практике приводят к весьма плачевным результатам:

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

Я призываю

Больше смотреть не то, кто за что отвечает, а на то, кто и что:

• обучен делать
• обещал делать
• способен и имеет возможность делать
• уже сделал

А еще призываю учить. особенно тех, кто несет много ответственности.

Требования к кандидатам

Требуется выпускник ВУЗа грейда Senior с опытом программирования на Carbon не менее 5 лет на зарплату в 40 000 рублей. 

— шутка или нет, черт его знает (Carbon  анонсирован в 2022 году)

 

Идеальный кандидат в тестировщики 2022-2023: джун с навыками энтерпрайз программирования тестов.

О правдивости докладов на конференциях

Какое-то время назад купили билеты и прослушали онлайн конференцию Podlodka QA CREW. Это не реклама, она не лучше и не хуже других.

На прошлой неделе был докладчик из Avito, очень внятно рассказывал про их систему мобильных тестов. А на этой неделе выступали три докладчика из Контура, причем я работал в этих командах четыре года, месяц и полтора года соответственно. Ну то есть что-то знаю. 

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

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

Один из докладчиков сказал, что вот такие-то карты покрытия это хорошо. И не сказал, какую часть продукта они реально затрагивают.

Другой рассказал о системе приоритезации тестов и не сказал, что тестов там раз-два и обчелся и лучше б тесты писали, а не большой ценой приоритезировали существующие.

Третий говорил о высоком покрытии, но ни слова не сказал о невысокой сложности бизнес-логики...

Это плохо? Нет. Они напрямую врали? Нет. Ребята рассказывали о том, чем гордятся, о том, чего хорошего они сделали.

Может быть, плохи эти трое, а другие докладчики на конференциях не такие?

Как вам сказать...

Я познакомился с инженерами Badoo на Codefest и отчаянно завидовал степени автоматизации, мощной системе CD, осознанности подхода. Пока один мой коллега не устроился к ним работать и не рассказал, что всё это великолепие в одной небольшой команде, а весь продукт до сих пор на ручной регрессии. Врали ли ребята из Badoo? Нет. Просто не уточняли, что "у нас" это не "у нас в Badoo", а "у нас, нескольких инженеров из Badoo".

Другой пример. Я всей душой душой люблю замечательные доклады Ерошенко или Писаренко из Яндекса. Они рассказывают про систему нагрузочного тестирования, про системы визуализации покрытия и прочий аллюр. Но, как говорят в у них в компании, "Яндекс большой". Я работал в Яндекс.Маркете и там далеко не так безоблачно, как на картинах этих докладчиков.  Яндекс действительно большой.

Показывают хорошее, плохое не показывают. О цене, которую пришлось платить говорят мало. Это очевидная мысль, сейчас её называют "синдром инстаграма". Речь о выводах.

Если в докладах настолько не вся правда, что уже практически неправда, то какой смысл смотреть их и обсуждать с докладчиками?

Я не нашел ответа.

Про это лето, графики и вес

Здравствуй, дорогой дневничок...

Не будет фоток до и после, на них та же наглая морда. Из артефактов только графики. Первая половина лета:

И вторая:

Из подписей виднеется насыщенная культурная жизнь, которую приходилось компенсировать массовыми дальними заездами.

Еще видно, что не дожал минус 20 кило, остановился на минус 17. Кроме того, что ленивая жопа, причина - снижение нагрузок осенью, так как закрыл велосезон. За неделю на станке больше трех часов не могу, едет крыша, а в седле по дорогам получалось и по 25 часов.

Задача на зиму простая: не вернуться назад. Следующее лето, убрать еще десять и успокоиться.

Со здоровьем и кожей в порядке (читал, могут быть проблемы). Но я подучил матчасть, если делать всё по науке, результат будет быстрый и проблем не возникнет. 

И да, лучше всего про похудение сказал Билл Берр, ППКС:

Про богатый внутренний мир

Занятная статья:
https://habr.com/ru/article/514102/

Обожаю пафос, надрыв и гиперрефлексию современной хипстоты.

Избранные цитаты:

Я успешно пережил самоизоляцию.
... с трудом, но смог.  
Я стал очень раздражительным, не мог сосредоточиться на рабочих задачах, плохо спал, ссорился с родными.
Постоянное напряжение.
Сенсорная депривация.
... я стал чаще переедать, больше тревожиться из-за мелочей и хуже засыпать.
... я, как ниндзя, прокрался из подъезда на свободу
Следующим пунктом возвращения к нормальной жизни стала нормализация питания.
Поставили приложения, напоминающие пить воду.
Я по жизни довольно рано ложусь и встаю около 8:00
Утром я вставал заметно бодрее, но ближе к обеду уже чувствовал сильную усталость
... выглядели мы с женой как семейка китайских панд: с кругами под глазами, бледно-зелёной кожей и потускневшими волосами.  

 

Итак, издаю стариковские звуки:

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

Меня такие ребята раздражают тем, что они излишне шумные и привлекают внимание.

Об использовании статистических методов для оценки сроков

Третьего дня смотрел доклад с teamleadconf о применении Канбан, WIP лимитов и теории ограничений, а также об использовании статистических методов для оценки сроков выполнения задач. Хороший доклад.

В частности. в докладе звучала фраза:

Мы не знаем, когда мы сделаем эту конкретную фичу, но знаем, что за три недели мы сделаем 8 из 9 фич. Это и говорим бизнесу. Так мы сможем не врать и не плодить неоправданных ожиданий.

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

Если кто-то собирается кинуть камень, то я абсолютно точно знаю, что моя команда не единственная, среди продуктовых, у которой подобные сроки разработки фич. У вас либо такие же сроки, либо заказная разработка. Либо вы попадаете в очень небольшой процент продуктовых команд, где реально небольшой time-to-market.

Итак, пытаемся применить метод из доклада для оценки наших SLA.

Бизнесу мы скажем примерно это:

Мы не знаем, когда мы сделаем эту конкретную фичу, но знаем, что за два с половиной года мы сделаем 27 из 30 фич. Не знаем, каких именно. Не знаем, когда именно. Точнее не выходит =)

Интересно, что скажет в ответ бизнес?

Забавно, но именно эта оценка не будет ложью, а те, что обычно звучат — будут.

К чему я?

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





А ещё к тому, что перед тем, как применять классные формулы из статистики и получать от них пользу, нужно прроделать огромную работу по адекватной декомпозиции задач, выстраивании воспроизводимого и управляемого процесса разработки и настройке логирования времени. Что само по себе вполне может решить исходную проблему оценки сроков. Мой опыт - в продуктовой разработке заказчик на самом деле не спрашивает "когда?", он спрашвает "а что так долго? Нельзя быстрее?".

А пока продолжим по старинке: переносить дедлайны, резать фичи, слегка обманывать заказчиков и тянуть сроки. Ага?

Еду я на родину

Намедни катался на историческую родину меня, в Каменск-Уральский, а оттуда на еще более историческую, в село Усть-Багаряк.

Оно примерно так:

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

Параллельно обсуждая энергоэффективность, ватты, киловатты и рубли, необходимые для обогрева зимой небольшого деревенского домика.

Живой электрик не может быть плохим

 Гараж выглядит примерно так:

Там же несколько станков. При желании этот обогреватель можно было собрать с нуля.

Бесконечно можно смотреть на то, как работают другие.

 Когда возвращался назад, не покидало странное чувство. Я никак не мог понять, какой из двух миров настоящий.

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

О драконах

Отличная статья об Антропогенезе, разоблачителях и особенно для ценителей научпопа Аси Казанцевой.
В частности:

А что есть главная противоположность и главное искушение для скептика-разоблачителя? Перестать ломать - и начать строить. То есть можно ожидать, что разоблачители-просветители будут порождать собственные вирально-завиральные теории.

И вот эта цитата понравилась особенно:

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

Это практически референс к фильму "Убить дракона".
Интересно, кем я стану в конце второго сезона?


В копилку - ссылка на большую картинку со списком когнитивных искажений и на аналогичную вики статью.

Еще про жизнь

Мотивы этой осени.

Мы продолжаем прогоны десанта

.

Мы с Ириной продолжаем готовить свой доклад:

 

 Собираем толпы на прогонах:

Еще я обзавелся личным кабинетом.

... который создавала и апгрейдила целая творческая студи:

 Еще был выезд тестировщиков, но это уже локальные контуровские штуки. 

О качестве ПО

Третьего дня приобрел роутер Asus RT-AC51U, так как мой старый DIR-300 должен был умереть и умер.

Настройка, фигня-война, самба, USB-хранилище и вдруг не стартует закачки Download Master, который на самом деле transmission daemon.

Час плясок с бубном, обновление прошивки роутера, десяток перезагрузок,
установок-переустановок демона, изменение размера кеша, неудачные попытки зайти по ssh, удачная - по telnet.

И наконец решение:

Изменить максимальный размер буфера приема и передачи данных для всех соединений:
net.core.rmem_max
net.core.wmem_max

sysctl на роутере нет, так что идем и пишем:

echo 4048576 > /proc/sys/net/core/rmem_max

Тадам! Не прошло и 4 часов!

А еще в тот же день купил чайник. Я хотел просто стеклянный. На коробке оказалось написано, что он умеет включаться через блютус.

Подцепился. Чайник постучался в интернет и попросил обновить прошивку.
Обновил.

Оказалось, он умеет не только включаться через блютус, но еще:

• держать заданную точную температуру
• включать кипячение или температуру по расписанию
• напоминать, что ты давно не менял воду
• работать ночником, врубив подсветку на максимум
• цветом подсветки показывать температуру
• подключаться к телефону и мигать подсветкой под музыку
• играть в развивающие игры на запоминание последовательностей цветов

Хочу другой роутер.

DUMP 2017

Дамп 2017 - особенная для меня конференция.

Лучшая и последняя (в которой я был организатором секции тестирования).

Почему лучшая?

• Вообще, отдельной группы организаторов - не было. Практически каждый докладчик был в оргкомитете, просматривал, выбирал, помогал создавать доклады. Секцию сделало сообщество.
• Мы готовились намного серьезней. Идеи, репетиции, прогоны начались еще в сентябре-ноябре прошлого года, за полгода до начала конференции. Ничего не делалось в последний день.
• Докладов, которые я хотел бы выкинуть - в этот раз не было. Но самый значимый для меня - "UTC. Первые шаги.", то, что сообщество сделало за год.
• Я встретил тех, кого хотел встретить и тех, кого давно не видел. Познакомился с Олей Назиной, в конце концов.
• И да. Меня шикарно поздравили.

Почему последняя?

•  Дамп перестает быть городской конференцией. Уже меньше четверти докладов от местных рассказчиков. Это неизбежное развитие, но в качестве СНГшной конференции для тестеров лучше SQA Days.
• Не могу сформулировать точно, но есть ощущение, что из Дампа ушла разработка. Мобилки, тестирование, дизайн остались. И менеджмент. И девопс. А разработки нет.
• Я выбираю определенные доклады, даю конкретные советы. И сделаю секцию именно такой. Не лучше, не хуже. А секции нужно меняться. Теперь ваша очередь делать тестирование на Дампе.
• Не стало бесплатного бухла.

P.S. Доклады хороши. Но сильно зацепил один -  "Профессиональное выгорание" от Орлова Александра.

Общественное самосознание

За последний месяц меня дважды попросили пройти в метро.

Проверили IMEI телефона на предмет ворованности. Вежливо. Недолго. Поблагодарили за потраченное время по итогам.

Я полностью согласен и рад этой практике. Я понимаю ее пользу. Мне действительно несложно и я никуда не опоздал.

В прошлом мое общение с правоохранительными органами было крайне редким и не носило негативного оттенка. Два или три справедливых  штрафа за переход в неположенном и отдельно недолгое оформление каких-то рутинных  бумаг.

В СМИ я слышал и замечал не только негативыные, но и позитивные оценки их работы.

Родственники не замечены и на несколько поколений вверх не страдали от кровавой гэбни. Ну или мне не рассказывали.

Но я все никак не пойму.

Чо ж я каждый раз на измене? Отчего так стремает?

Телефонных звонков пост

Занятная статья Семь причин, по которым я не отвечаю на звонки
По пунктам.

1. Я не отвечаю на звонок, потому что я занят

По-моему, у Сирила Паркинсона читал о том, что правильный приоритет коммуникаций:
1. Живой человек
2. Звонок
3. Письмо, бумага
Полностью согласен с таким порядком. Почему-то, многие путают 1 и 2 и позволяют себе длительные прерывания в живом общении в пользу звонка. Для меня это выглядит как прямое указание на мою не такую уж и высокую значимость для собеседника. Нормально - узнать в чем дело и попросить перезвонить. Секунд за тридцать.

2. Я не отвечаю на звонок, потому что мои задачи и расписание записаны на смартфоне
3. Я не отвечаю на звонок, потому что звонки не оставляют никаких «следов»

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

4. Я не отвечаю на звонок, потому что способности к коммуникации большинства звонящих оставляют желать лучшего

Шикарно.

5. Я не отвечаю на звонок, потому что не хочу тратить чужое время

Если бы я заранее знал темы многих звонков, я не стал бы на них отвечать.

6. Я не отвечаю на звонок, потому что мне неудобно разговаривать

А ведь это частый кейс. Поставьте мысленный эксперимент. Представьте, что вместо звонка к вам громко (с шумом сопоставимым с рингтоном) подходит человек, берет вас за руку, отводит в сторону, беседует, затем возвращает обратно. Вспомните свои последние звонки. Будет ли это выглядеть хамством? Стоит ли тема беседы столь бесцеремонного обращения?

7. Я не отвечаю на звонок, потому что у меня плохая память

 И снова, текст гораздо удобней - если мы говорим о деле. Если нет, то лучше встретиться лично.

Я не очень люблю говорить по телефону. За 4 года всего около 20 часов, это 40 секунд в день.

Немного о запретах

Котовский опубликовал новость о том. что  во Франции запретили ездить на велосипеде с наушниками.

Я не хочу спорить о том, хорошо это или плохо - ездить в наушниках.

Я не буду говорить о том, опасно ли это.
И я не буду говорить о том, стоит ли законодательно запрещать езду в наушниках.
На сайте Котовского об этом уже хорошенько поговорили.

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

У Хайнлайна есть замечательный роман - The Moon Is a Harsh Mistress, Луна — суровая хозяйка. Прочтите. Особенно вдохновенные тирады одного из героев - старого анархиста, профессора Бернардо де ла Пас в финале романа. Он предостерегает вновь созданное правительство Луны от гибельного пути тотального вмешательства в жизнь людей. Совет не слышат и правительство начинает штамповать законы, чтоб хоть как-то оправдать свое существование.

Иван Кадочников, если мне не изменяет память, любит повторять, что у людей есть или должно быть право быть идиотами. Я всецело его поддерживаю, возможно - с небольшой оговоркой - у людей должно быть право информированными и не мешающими другим идиотами.

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

Мне не нравится версия, в которой те, кто может запрещать - будут это делать. А судя по количеству комментариев с "Запретить!" - к этому идет.

Наверное, не стоит даже упоминать о цене реализации запретов, о приоритетах проблем, такие вещи никто не считал и не будет считать. А жаль.

 

Интересно, что случится, если отменить штраф за переход улицы на красный сигнал светофора?

Фотопроект

UPD Ооок, майская 31го в воскресенье, тогда фотопроект - в субботу.

В это воскресенье обещают ясный денек. Хочу осуществить поездку, которую давно замышлял. Сразу после майской, которую намереваюсь прокатить с утра пораньше.

На просторах необъятного я нашел кучу интересных фото Екатеринбурга - сделанных 20, 30, 50, 60 лет назад. Многие - с геопривязкой.

Хочу за один день объехать все эти места и сфотографировать - как изменился город. Постараюсь с того же ракурса и расстояния.
 Ничего особенного, но мне действительно интересно.

Да и просто - давно не катался никуда не спеша по городу.


Я пытался найти фото не самых известных улиц, но все равно почти треть - Ленина и Малышева. Тем не менее представлены и Уралмаш, и Юго-Запад, и ВИЗ.

В прошлом году были сто адресов от яндекса, теперь приходится придумывать самому.

Как-то так:

Лени пост

Осталось три тысячи непроеханных километров.
Осталось три сотни страниц непрочитанной книги.
Осталось тридцать страниц недопереведенного учебника.

Осталось три выходных дня.

Вот, кстати, полностью стих от František Hrubín

 Еще не осень! Если я
Терплю, как осень терпит лужи,
Печаль былого бытия,
Я знаю: завтра будет лучше.
Я тыщу планов отнесу
На завтра: ничего не поздно.
Мой гроб еще шумит в лесу.
Он - дерево. Он нянчит гнезда.
Я, как безумный, не ловлю
Любые волны. Все же, все же,
Когда я снова полюблю,
Вновь обезумею до дрожи.
Я знаю, что придет тоска
И дружбу, и любовь наруша,
Отчаявшись, я чужака -
В самом себе я обнаружу.
Но в поединке между ним
И тем во мне, кто жизнь прославил,
Я буду сам судьей своим.
И будет этот бой неравен.

Один день из будущего

13 месяцев назад, после окончания испытательного срока, я выполнил упражнение, которое советовал делать Саша Орлов - я написал чего  я хочу добиться через год.
Но не абстрактно, а в конкретике - я написал как выглядит мой день в 2015 году.

Ироничным кажется тот факт, что год этому письму исполнился как раз тогда, когда я задумался о увольнении.

Давайте посмотрим, сбылось ли? Я не все сюда выложил, но большую часть. Итак:


Подъем в 7.30
[Да.]
В 9:00 выезжаю на велике
[Да.]
В 9:30 на работе, почта, новости, чай.
Затем полчаса читаю внигу.
[Да, перевод]
С 10-11 - смотрю текущие задачи на день. Сегодня у меня 2 совещания, не больше, чем на два часа. Одно собеседование - сотрудника мы ищем вяло, на будущее.
[Вот с собеседованиями я погорячился, хех]
Я работаю на 2-3 проекта - из за неравномерности нагрузки. Со мной еще 3-4 тестировщика. Они неофициально считаются моей группой. Как вариант - моего влияния достаточно для организации. Мы своими силами сменяем друг друга на время отпусков. Может быть, ротируемся между проектами.
[Понтов то! У меня действительно несколько проектов, но помогала мне только Настя, сугубо по доброй воле и из-за своей замечательности]

У нас есть собственный, но согласованный проект сопутствующей автоматизации, не тупо регрессия, а что-нибудь интересное.
[Нету =(]

Мы выдаем заказы на автоматизацию в виде кейсов. И их принимают и выполняют меньше, чем за 2 недели.
[Вот этого не было вообще, но тут специфика]

Как следствие утром я проверяю - как прошли тесты, чинят ли их программисты. Программисты самостоятельно умеют пользоваться тестами.
[Утром я смотрю на magic tester]

У меня есть экспериментальный подпроект - изучение и использование magic tester. Или что-нибудь из ручного тестирования. На час-другой в день.
[Дааааа!]

Соседние отделы знают, что есть тестировщики и  тоже хотят себе таких. Уже задумываются о приглашении нас к качестве экспертов. Но это еще не процесс, а мои мысли.
[Как то не особо рьяно. Даже скорее никак.]

Часам к 12 у нас короткий полумитинг - тестировищков.
[А ведь было, но забросили...]

До часу я или занимаюсь срочной работой или страдаю херней. В час тридцать мы идем обедать.
[Обед по расписанию, это да]

После обеда я сажусь за боевые задачи - таски на тестирование. Срочных особо нет, делаю по порядку.
[дык]

Часов до четырех. Там -совещание.
Потом - письма - прочесть, ответить, дополнить карту памяти.
[Ага]

Полчаса - час в день трачу на редактирование вики.
[Меньше, но вообще не забываю]

Ухожу в 7-8, не хотелось бы задерживаться допоздна.
[Выполнено]

Когда нибудь через пару недель у меня какой нибудь докладик и еще полчаса я трачу на его подготовку.
[Подготовка к дампу считается?]

Раз в пару недель попадаются задачки, где мне надо тестировать мобильную приложуху.
[И такое было]

Общение с разработчиками - мы усложнили процесс лишь парой галочек, одну ставлю я, другую разработчик.
Все остальное или отсутствует или автоматически.
[Примерно так и было]

Управление максимально визуализировано. Коммуникация голосом и прочими скайпами. Отсутствие необходимости в бюрократии объясняется высоким качеством кода.
[Ха. Ха. Ха. Все совсем по другому.]

Тестирование становится не заведением дефектов, а исследованием. По сути - тестирование продукта является не найди и заведи дефект, а получением информации о особенностях продукта.
[Максим, ты еще маленький, не умничай, топчи баги]

Конец.

Попробуйте, это упражнение помогает понять, что нужно на самом деле.
По ощущениям - все шло как надо, не так ли?

А сейчас - я буду стараться и через три месяца напишу еще одно письмо в будущее "мой день в edi через год"

Итогов одного рабочего года пост

Вчера был ровно год, как я пришел работать в яндекс.
Статистика проще всего, она, быть может, натолкнет на другие мысли.

Я написал 466 писем.
Провел 2 дня в отпуске.
Завел 634 бага и проверил в два-три раза больше задач.
Перевел 151 страницу новой книги Канера.
Всего лишь раз попал в ДТП и то без повреждений.
Сменил банк и велосипед. Интернет провайдера не сменил, а стоило.
Проехал 3 131 километр на велосипеде, это не считая дороги на работу и обратно.
С командой запустил 2 проекта - Город и Мастер.
Прочел 43 книги.
Четыре раза побывал в Питере. Каждый раз - в командировке.

Чуть больше года назад я написал пост-прощание, а сейчас  я пишу пост-приветствие. новай компании, новым людям.

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

Отсутствие контроля и полное доверие довело до того, что я сам теперь веду таймшиты и списываю трудозатраты. Для себя. Из чистой паранойи. Непривычно знать, что между решением о релизе и тем, как его смогут увидеть миллионы пользователей проходят минуты. Нет лага между выпуском и установкой клиентам, как раньше, как привык.
Обратно же, долгое время был единственным тестировщиком пары проектов. Интересные ощущения.
А еще наблюдаю странный диссонанс. Мне нравятся результаты того, что я делал в этом году. Но тем, как я это делал - недоволен. Качество совсем не дотягивает до того, как я себе представляю реальность. Еще немного не нравится процесс.

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

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

Как я и загадывал  - конференция ДАМП  и боевые роботы тестирования со мной случились. О том, удались ли они, судить не мне, тем не менее, качеством своего участия в них я не удовлетворен, нужно было больше готовиться.

Вообще, весь год прошел под девизом "нужно больше тренироваться". В частности это о велосипеде, начал с 17 километров до академического, продолжил тренировками в 50 километров до Северки и пока еще не закрыл сезон.
Май и июнь запомнились километрами и кайфом от них. Июль на урале был полностью про дожди, но уже в августе доэкипировался и теперь ни дождь ни снег не помеха.
По поводу велопоездок - задолбал, наверное, всех друзей и знакомых. Но все-таки нашел подходящую компанию.
Яндекс, кстати, вносил посильный вклад в мои покатушки, частично оплачивая поездки по городу.

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

В мае загадал желание - посетить Гранд Макет Россия, в сентябре оно сбылось. Надо быть спокойным и упрямым, да...

Этой осенью я перестал путать местоимения, связанные с бывшими коллегами. Перестал говорить "мы", "у нас" и начал говорить "они", "вы", "у вас". Это случилось после того, как зашел в гости и не узнал больше половины людей.
Теперь у меня просто есть несколько очень хороших знакомых оттуда.

Был курс по публичным выступлениям, который неожиданно очень сильно  помог в жизни.

А еще в сентябре произошло событие, ставшее с неожиданной стороны важным для меня - мы провели вторую городскую сессию тестирования.
Все как обычно - участникам вроде как понравилось, я остался крайне недоволен.
Есть над чем поработать, если в феврале будем проводить следующую - она будет лучше.
Но, как обычно, сессия не главное, главное - люди, с которыми я там познакомился.

Что сейчас?
Сейчас есть много интересных проектов у каждого из которых несколько занятных возможностей.
Сейчас есть большая и чистая надежда, что конец 2014 года не расстроит меня.
Есть десяток непрочитанных книг, немного, но достаточно времени и самое приятное - денег чуть больше, чем времени.

Что потом?
Стоит подумать об этом и дописать сюда... Но в любом случае много работы. Еще, может быть, борд, английский, права, бег, питон. Можно выбрать, можно сделать все, кто знает.

Про двух тестировщиков

Про этот пост - читайте тэги.

Теперь - к делу.
Макс Дорофеев любит  модели. Моделей он, наверное, тоже любит. но вот именно модели он обожает. Они не только описывают реальность, но их еще можно обсчитать чиселками и сделать интересные выводы.

Чем я хуже? Не далее, как сегодня, мы в паре с Настей тестировали продукт и я отметил наш весьма разный стиль работы.
На схеме 2х2 я бы изобразил так:

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

Ну вот представьте:
У нас есть продукт, состоящий из 100%. В нем 20% важных фич и 80% неважных.

Первый тестировщик перед релизом плохо (50% вероятность нахождения бага) поверит 10% из 20% (половину) важных фич и 60% из 80% неважных. Остальное пропустит.
Второй хорошо (80%) проверит все 20% важных и всего 10% неважных. Остальное не успеет.

Допустим, в каждых 5% продукта есть баг. То есть 4 критикала и 16 миноров.

Тогда получается, что:




Первый найдет 1 важный баг и 6 неважных.
А второй найдет 3,2 важных бага и 1,6 неважных.

А более честная метрика - сколько пропустят?
Первый - 3 важных и 10 неважных.
Второй - 1 важный и 14,4 неважных.

Очевидно, надо брать Настю второго, а меня первого уволить.
Пытаясь оправдаться, я подумал, что в жизни вероятности нахождения багов немного другие. И вообще тянет поиграть с цифрами.
Потому создал табличку:
https://yadi.sk/i/NsBH5ruhcnSSq

Игры с цифрами не помогают, как ни крути. правильный ответ - медленно тестировать важные фичи.

Урок 5. Слайд 222-223

Именно сегодня хотелось бы процитировать сумасшедшего Френки, выпуск "Зритель":

Кстати, а кто-нибудь из вас знает, на какой срок избирается Господь Бог, есть ли на небесах Демократия? И Конституционно или неконституционно переизбирать Бога на повторный срок? Да и возможно ли это вообще, хотя это я так, к слову. Ловкий жест, отвлекающий внимание, чтобы исподтишка, заехать кое-кому прямо в нос, чтобы эта дурацкая лампа, все же выскочила из чьих-то рук, и он перестал ее тереть, терзая нашего бедного Джина, своими ужасными желаниями, на которые он просто не может ответить иначе, как, «Слушаю и Повинуюсь, Я раб лампы и моя работа, реализовывать всю эту мерзость и возводить в статус реальности. Я раб лампы! Если вы скажете «пойди и убей», Я пойду и убью, Я раб лампы.

Слишком много всего в последнее время сбывается, надо как-то аккуратней, что-ли.
Фото кота, чтоб расслабиться:

Поехали:

Слайд 222
Недозаполнение также вызывает сбои. Если вы просто нажмете ввод в диалоге ввода данных, вы передадите программе пустую строку. Некоторые программы сбоят на пустых строках.
Еще есть пасхальные яйца. Пасхалки - скрытые сюрпризы в программе. Если вы введете особую последовательность символов в особом месте программы, то программа выдаст специальный ответ. Некоторые пасхалки являются шутками, другие - критикой компании от уволенных программистов. нецензурными выражениями или танцующими голыми девушками. Ваша компания может не хотеть выпускать программу с такими сюрпризами.
Тестирование программы на пасхалки - другая проблема выборок. Любая последовательность символов или действий может привести к проявлению пасхалки и невозможно проверить их все.

Слайд 223
Наконец, рассмотрим полностью невалидный ввод. Некоторые тестировщики и многие программисты не беспокоятся о нем, так как не ждут от людей подобных действий.
В 1997 на USS Yorktown (крейсер соединенных штатов) матрос ввел ноль в поле ввода, в котором не ожидалось появление нуля. Результатом стало зависание систем корабля в результате чего прекратила работу двигательная система корабля.
Люди делают то, чего вы от них не ждете. Может быть, они устали или не понимают системы или ждут, чтоб система сделала то, для чего она не была спроектирована или просто уронили что-нибудь на клавиатуру.Или они умышленно пытаются сделать что-нибудь, что вы бы не одобрили. Ваша система должна справляться со всем этим, так как все это может случиться.
Но вы не сможете все это протестировать.
И в этом суть.
Даже если вы тестируете всего одну переменную, вы не сможете проверить все, что люди туда попытаются ввести. Вы можете много тестировать. И это будет полезно для того, чтоб узнать, как много времени займет подобное тщательное тестирование, так как иногда вам действительно нужно провести большой набор тестов, как Hoffman. Но в большинстве случаев, лучшее, что у вас есть - это выборка.