Feeds:
Posts
Comments

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

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

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

(more…)

Read Full Post »

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

Read Full Post »

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Скачать в mp3]

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

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

Read Full Post »

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

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

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

(more…)

Read Full Post »

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

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

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

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

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

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

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

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

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

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

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

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

(more…)

Read Full Post »

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

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

(more…)

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 »

Older Posts »

%d bloggers like this: