Feeds:
Записи
Комментарии

Posts Tagged ‘Александр Александров’

Иногда в телевизоре начиналась телепередача «В гостях у сказки». Было волнительно.

Анастасия Зуева, В гостях у сказки

Анастасия Зуева

И да, это чёрно-белая картинка с телевизионными искажениями, бо вы офигели требовать цветной FullHD в советском телевизоре.

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

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

И там вообще не для джунов (там над вами хохмят).

Я перегнал доклад в полноценную текстовую версию, бо оно того варто. Видео — в конце.

Александр Александров
Экономика тестирования. Версия 1.0 (2018)

 

О чём будем говорить

  • Общеизвестные (но не до конца) истины, или почему такая тема
  • На что влияет экономика тестирования
  • Что такое Версия 1.0 — Подробно
  • Зачем нужна Версия 2.0 — Кратко

Почему такая тема

Эту тему я обдумывал на протяжении прошедшего года, и ещё не нашёл ответы на многие важные вопросы.

(далее…)

Read Full Post »

В марте 2015 я зачитывал доклад на конференции для уральских разработчиков DUMP. Был ВНЕЗАПНО приглашен еще год назад, но год назад я не мог, я тогда был совершенно иным человеком, а в этом году «Я всё переосмыслил!»© и страстно сказав себе, что «От таких приглашений не отказываются!», таки полетел на Урал.

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

(далее…)

Read Full Post »

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

Read Full Post »

Сэнсэй Баранцев в стенах глобаллоджиевского G-Club развертывает идеи о требованиях, которые всегда существуют.

Да требования же всегда есть!

Говорит, что не понимает тестировщиков, которые говорят, что «требований нет». Требования есть всегда, иначе программисты не смогли бы написать софт. Если сам заказчик не знает, что и как должно быть, но программисты уже сделали, следовательно, требования находятся в сознании у программистов. Надо идти к ним и выяснять.

«Требования существуют всегда. Точка».

Если надо давить авторитетом, то мэйдзин Александр Александров говорит то же самое уже который год.

А вот когда «нет четких требований» — это понятно. Это нормально. Требования не сформулированы, это нормально.

Почему тестировщики требуют требования?

От страха, йоптыть 🙂

Страшно принимать технические решения, если нет их обоснования, которое одобрено кем-то из «старших».

Страшно ошибиться.

Страшно, в общем.

Лечить этот страх следует посредством ног. Босоногие гуру аюр-веды всегда советовали ходить к программистам и обсуждать причины и решения, которые были приняты.

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

В сознаниях, если угодно.

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

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

То есть, всеми своими левыми руками я ратую за то, что надо создавать отдельные боевые группы «программист + тестировщик». Личностные отношения в таких группах сделают больше, чем аналитическая подготовка.

Аналитическая подготовка — это всеобщий план артиллерийского предварительного обстрела.

После обстрела все равно остаются живые неприятели, и все равно нужно бегать в штыковую атаку. В штыковой атаке все происходит ситуационно, не всегда согласовано с большим планом сражения. Тут как раз срабатывает уровень подготовки к бою каждого солдата в отдельности, и «Конвенция о женевских военнопленных» тут может не действовать…

Теперь вот что. Меня иногда искренне спрашивают, мол, чего это ты так говоришь, что Баранцев крут — «чего там особенного?»

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

Я так не умею. Я мыслю скорее ассоциативно, нежели строго логически.

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

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

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

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

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

PS Волновать работников Глобала лейблом SysIQ на рукаве моей футболки не пришлось — суббота, офис пустой.

PPS Старый G-Club был уютнее. Ощущался как более масштабный, что ли…

Read Full Post »

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

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

Приводятся рекомендации по обеспечению качества тестирования в части управления дефектами.

(далее…)

Read Full Post »

Текст слегка дополнен всем тем, о чем я хотел сказать,

но по причине скудности эфирного времени не успел.

Вместо картинок слайдов использую заголовки.

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

Для прояснения антуража уточняю, что я — тестировщик из Кишинева.

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

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

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

У нас нет огромных компаний, как это бывает в Москве или Киеве, в которых можно прожить всю свою карьерную и биологическую жизнь.

Обычный кишиневский айтишник большую часть жизни:

  1. мечтает стать программистом,
  2. проводит время в маленьких компаниях,
  3. поддерживает зарубежные долгосрочные проекты,
  4. работает в окружении малочисленного коллектива, большую часть которого составляют вечно приходящие и уходящие «студенты».

Затем обычный кишиневский айтишник как следует учит Java, английский вперемешку с французским и навсегда уезжает в Канаду.

(далее…)

Read Full Post »

Взять наушники:

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

(далее…)

Read Full Post »

Конференция SQA Days 8 будет проходить в таком раскладе:
Продолжительность конференции: 2 дня
Регистрация участников: с 8-30 по 9-30
Начало конференции: 9-30
Окончание конференции: 18-30 — 19-00

Программа конференции

19 ноября
Время Секция A Секция B Секция С
8-30
9-30
Регистрация, утренний чай-кофе
9-30
10-15
Открытие конференции
10-15
10-55
Майкл Болтон
Два взгляда в будущее тестирования ПО
* с переводом
11-05
11-45
Михаил Павлов
Отвечает ли тестировщик за качество?
Константин Федоров
Parasoft SOAtest
Екатерина Рощина
Пришел, увидел и нанял
11-55
12-35
Михаил Мериин
Размышления об аутсорсинге
Андрей Уразов
Применение современных статических анализаторов
Вячеслав Панкратов
Как договариваться о раннем релизе с командой разработки (мастер-класс)
12-45
13-25
Алексей Лянгузов
Неудобство использования ПО — в чём вина тестировщиков?
Круглый стол по сертификации ISTQB
13-30
14-30
Денис Бесков
Послание аналитиков тестировщикам
Обед 1-я смена Обед 1-я смена
14-30
15-30
Сергей Полаженко
Open Source Security Testing Methodology — Открытый фреймворк по тестированию безопасности
Майкл Болтон
Исследовательское тестирование (мастер-класс)
* с переводом
Обед 2-я смена
15-30
16-10
Александр Орлов
Лидерство в тестировании: 5 шагов, которые может сделать каждый
Майкл Болтон
Исследовательское тестирование (мастер-класс)
* с переводом
Александр Александров
Надёжный тест-дизайн (мастер-класс)
16-20
17-00
Наталья Руколь
Развитие в тестировании: включаем реактивный двигатель!
17-00
17-30
Кофейная пауза
17-30
18-10
Андрей Кузьмичев
Танки в Лунапарке: нагрузочное тестирование в Яндексе
Майкл Болтон
Исследовательское тестирование (мастер-класс)
* с переводом
Эвелина Тананаева
Мобильные технологии. Тестирование. С чего начать?
18-20
19-00
Анатолий Любомиров
Тестирование пользовательского интерфейса: как это делает Интел
Надежда Серкова
Автоматическая генерация Perl скриптов для тестирования систем хранения данных
20 ноября
Время Секция A Секция B Секция С
9-00
9-30
Регистрация, утренний чай-кофе
9-30
10-10
Дарья Дубинина
Девять правил Семпая, или Как стать гениальным наставником?
Очир Абушинов
Особенности тестирования безопасности ПО
Никита Налютин
Тестирование систем электронной торговли ценными бумагами
10-20
11-00
Ирина Филиппова
Борьба за качество или как в «водопад» XP вливали
Анна Кербель
Risk Driven Testing
Владимир Вахлов
Тестирование производительности всерьез
11-10
11-50
Наталья Руколь
Интеллект-карты (Mind-Maps) в тестировании
Ольга Балашенко
О сочетании ролей в IT
Юрий Ковалев
Нестандартное нагрузочное тестирование
12-00
12-40
Роман Ивлиев
Качественная борьба за количество
Татьяна Смехнова
Коммуникации в QA в оффшорных проектах
Игорь Любин
Об опыте тестирования программного компонента без пользовательского интерфейса
12-40
13-40
Ирина Карачунская
Что ждет тестировщика на рынке труда?
Обед 1-я смена Обед 1-я смена
13-40
14-40
Андрей Дмитриев
Тестирование ПО: по другую сторону баррикад. Взгляд разработчика
Обед 2-я смена Обед 2-я смена
14-40
15-20
Евгения Фирсова
Нерелизное тестирование
Алексей Лупан
Мал, да удал — менеджмент тестирования в маленькой компании
Алексей Баранцев
Работа с исходным кодом: статический анализ и измерение покрытия (мастер-класс)
15-30
16-10
Александр Александров
Дефектные дефекты
Сергей Олейников
Почему тестировщики не хотят быть тестировщиками
16-10
16-40
Кофейная пауза
16-40
17-20
Валерий Бурмистров, Илья Фомин
Используем GUI-автоматизацию вместе с бизнес-пользователями
Андрей Кузнецов
«Подводные камни» в процессах обеспечения качества ПО
Стас Фомин
Agile Learning: Программируем и тестируем. Людей (мастер-класс)
17-30
18-10
Павел Мильков
Знания и умения тестировщиков, необходимые и достаточные
Сергей Андреев
Эффективные методики автоматизированного тестирования в условиях непрерывной интеграции
18-20
19-00
Подведение итогов. Конкурсы, розыгрыш призов

В одной из кофейных пауз я организую общественно-коридорно-кофейное блиц-интервью у Александра Александрова. Послушать-поспрашивать приглашаются все.

Read Full Post »

Сижу на кресле вебинаре Александра Александрова «Основы теории качества».

Редкий случай, когда бесплатный вебинар безостановочно рулит.

Осознаю, что он сидит в какой-то отдельной комнате, с гарнитурой на ухе перед ноутом, но небольшая реверберация плюс сугубо личная манера выражения Александра Леонидовича…

Мне достаточно только отвернуться от монитора и посмотреть в окно (там осень), как я слышу раскаты реплик театральных актеров с полутемной сцены, попадающих под четкие круги прожекторов, играющих серьезный, драматический спектакль «Вишневый сад».

Если кто помнит, «Вишневый сад» Чехов определил как «комедия».

Два раза перечитывал, искал там комедию…

Я такой вседовлеющей четкости выражения достигнуть все как-то не могу.

Так структурировать речь не могу — дыхание сбивается и не поспевает за произношением.

А тут нате нам — полностью и объемно. МХАТ, понимаете-с.

(далее…)

Read Full Post »

Анадысь случилась со мной странность.

Раз в месяц кто-нибудь из внешнего мира спрашивает меня о чём-то, связанным с тестированием.

Чаще интересуются, как стать тестировщиком. Чему учиться, где учиться, как учиться… Где лежит легкий путь к тому, чтобы стать программистом, например 🙂

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

Но одно из обращений недавно закончилось моим провалом в роли ментора.

Эпик фэйл.

Аустерлиц.

Линия Мажино.

Один парень (дефолтный сити) решил оценить свои способности к тестированию посредством тестирования программы «ListBoxer».  Меня он попросил проверить его результаты по найденным ошибкам в том приложении.

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

Но!

(далее…)

Read Full Post »

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

Тем, кто заполз, предлагаю вооружиться увесистым докладом и выбраться в Ярославль.

Город этот:

  1. расположен у слияния рек Волги и Которосли,
  2. является объектом Всемирного наследия ЮНЕСКО,
  3. делится на 6 районов,
  4. а 23 — 24 сентября 2010 г. будет являться штабс-квартирой конференции профессиональных программистов «Application Developer Days«.

Это уникальное событие… мм… профессионалы ИТ-сообщества… мгм, а, вот!

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

Дальше ряд интересных утверждений.

Программисты — как раз те люди, благодаря которым приложения появляются на свет.

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

Ну да! Ведь тестирование рулит сильнее и громче! 😉

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

Только в последний год появилась тенденция к возвращению истинно-технических конференций. Application Developer Days 2010 будет открывать сезон, и это обещает быть действительно интересным.

(далее…)

Read Full Post »

Вопросы соответствия знаний и навыков, слабости памяти человеческой, неточности общей терминологии тестировщиков, а также то, что знания в нашей области сами по себе никому не нужны — все это обсуждается на «квадратном столе» Алексея Баранцева про сертификацию тестировщиков.

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

Катерина Несмелова

  1. и уточнила, что  сертификация является показателем того, насколько «ты лично готов к соответствию» к званию тестировщика,
  2. и подсказала, что некоторые люди отрицают сертификацию из страха перед вероятной несдачей экзамена,
  3. и указала на то, что единая терминология нужна для того, чтобы говорить на одном языке хотя бы внутри своего проекта,
  4. и то, что наличие сертификата помогает в поиске работы.

И тут началось…

Vodpod videos no longer available.

(далее…)

Read Full Post »

Начинает подкипать кастрюля с идеями на огне жизни.

Александр Александров принес доклад, в которов выдал ряд соображений по поводу прошлого доклада Юли Нечаевой «Ловушки заказного тестирования».

Если это станет чем-то традиционным — быт конференции можно считать налаженным. Интрига рулит.

«Мы пожинаем плоды того, что сделали сами«, говорит Александр Леонидович, комментируя ситуацию «Заказчик — дуболом и не понимает, как мы тут покрываем лбы капельками пота, и требует от нас подтверждение сертификации и какие-то документы-артефакты работы«.

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

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

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

Что-то вроде «научиться понимать программистов и одновременно думать как пользователь».

Read Full Post »

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

Об этом говорят околорелигиозные юзабилистские заявления вроде «Картинок продукта на сайте нет — и юзер пойдет покупать в другом магазине». Или «Навигация сложная» — и юзер пойдет покупать на другом магазине».

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

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

Бо если найду форму для заказа, то увлекусь ее тестированием, а мне оно надо? Я лучше «уйду покупать на другой сайт» 🙂

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

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

Проблемы надо решать.

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

Спросил об этом докладчика, и узнал, что иногда он тестирует и на уровне прототипов, или же когда продукт уже разработан, но еще далеко не готов. Но делает такую работу редко. Причину назвал следующую: компании еще не доросли до того, чтобы привлекать юзабилистов к работе в проетктах.

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

Вопрос: «Что получает заказчик после вашей работы, как юзабилиста?»

Ответ: «Отчет!»

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

PS «Тестировщики в зале не обратили внимание на то, что король живет в царстве, бо в царстве живут цари, а короли — в королевстве». Баг нашел Александр Александров. Позор на наши молодые головы 😦

Read Full Post »

27 и 28 октября 2009 года я провел в небольшой полудреме. Во-первых, не верилось, что я действительно в Москве, а вокруг меня — пятая ежегодная конференция CEE-SECR 2009, в рамках которой проходила шестая конференция в области обеспечения качества ПО «SQA Days». Unreal science fiction стал dream come true…

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

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

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

(далее…)

Read Full Post »

%d такие блоггеры, как: