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

Archive for the ‘Семинары’ Category

Кстати, компания SysIQ (и я с компанией за компанию) выезжает из Докарпатья в Закарпатье, и проводит в Ужгороде большой набор новичков в разработке и тестировании с обучением, кофе-брэйками и последующим наймом по результативности.

Отбор начинается со следующей недели с лёгкого предварительного интервью. Для отобранных последуют затем два месяца обучающих мероприятий, затем сапоги, шинель, и «Мать моя, давай рыдать, давай думать и гадать куда, куда меня пошлют…«© офферы, проекты, работа…

Подробное описание мероприятия на нашем центровом сайте обучательных мероприятий iqlab.org.ua 

Там же можно/нужно зарегистрироваться.

Весна в Ужгороде…

Read Full Post »

 В прошедший вторник (3 июля) сбегал в ‘Cogniance’, на семінар для тестувальників програмного забезпечення “Black Tea Testing”.

По неясному стечению жизненных обстоятельств и при содействии Антоніны Бурлаченко (устроительница мероприятия, QA Engineer, Cogniance), бегал я туда шустро и в качестве докладчика.

(далее…)

Read Full Post »

Из прошлогодней поездки в Санкт-Ленинград я привез «розу» — синий шарф фаната «Зенита». Футболёр из меня не особо получается, но я неравнодушен к вот следующей песне:

Шел отряд по берегу, шел издалека,
Шли под красным знаменем фаны «Спартака».
Голова обвязана, кровь на рукаве,
Мало их приехало в город на Неве…

Там и задор, там и реминисценции их культуры детства, там много всякого.

Запускаем эту важную песню на полные наушники:

Теперь вот что.

17 января в 19.00, в Киеве, на улице Радищева 10/14, в бизнес-центре «Ирва», в корпусе Б, на этаже «-1», в учебной комнате с эпическим названием «Parthenon», я буду читать эдакую лекцию на тему «Школы тестирования. Истоки правильного кунг-фу«.

(далее…)

Read Full Post »

Сколько времени нужно на то, чтобы протестировать MS Word 2010?

Да-да, давайте догадываться и угадываться 🙂

А вот Наташа Руколь — знает, бо у ней есть инсайдерская информация о том, сколько ресурсов на это выделила Microsoft.

Кстати, смешно звучит — крупная компания микро программного обеспечения 🙂

В Киеве, в глобаллоджиевском «Gы-Club» проходит тренинг Натальи Руколь «Планирование тестирования и проектирование тестов«. Оно, конечно, более предназначено для менеджеров тестирования, однако и не будучи менеджером следует понимать, что и почему кругом происходит. В конце концов, тренинг «для менеджеров и для ведущих тестировщиков». А кому будет приятно считать себя не ведущим тестировщиком? 🙂

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

В какой-то момент выяснили, что в зале есть много QA.

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

Разгадка феномена: Наташа разъяснила, что QA — это процессные менеджеры, а не все тестировщики вообще.

Кто же знал… 🙂

(далее…)

Read Full Post »

Успешно мигрировали с Selenium 1 на Selenium 2/WebDriver участники воркшопа по миграции с Selenium 1 на Selenium 2/WebDriver. Напомним, что речь идет о воркшопе автоматизаторов Киева под называнием «Миграция с Selenium 1 на Selenium 2/WebDriver«.

🙂

В процессе участия я запоролся на слове «воркшоп». Оно ведь как переводится? Пяможитейская логика подсказывает, что речь идет о месте, где продается работа. Дык тогда каждый киевский офис — суть воркшоп…

Оказалось, что воркшоп — это цех (мастерская), в которой можно нахвататься каких-то рабочих навыков.

В общем, не суть важно.

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

  • «файл.JPG» — не видит.
  • «файл.jpg» — видит.
Походу, проявляются особенности Flash на платформе Debian.

Андрей Дзыня в стотысячный раз основывает фреймворк для автоматизации

Важно то, что я давно не видел в офисе SysIQ столько ноутбуков с Ubuntu.

Это впечатлило.

У нас же весь офис под властью винды.

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

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

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

Вот что получил:

У меня 10.10, но в справке указано 11.04.

Отлично! И обновляться не надо.

Попадание под прицел фотокорреспондента

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

На слайде виден текст: «Заказчик хочет вы… интерациональный уровень«.

Михаил Поляруш объясняет, что "Заказчик хочет вы..."

Read Full Post »

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Read Full Post »

Хи-хи, на форуме тестировщиков всплыла тема «Подскажите интересную тему для доклада по автоматизации тестирования«.

Алексей Баранцев на эту тему задумал целый тренинг «Автоматизация тестирования: быть или не быть?«.

Походу, в третьем акте тренинга кто-то кого-то будет отравлять 🙂

Сперва там будут неспешные рассуждения в стиле

«Достойно ли терпеть безропотно позор судьбы.

Иль нужно оказать сопротивленье?

Восстать, вооружиться списком требований, победить или заавтоматизировать,

и умереть, уснуть? И видеть сны!

И знать, что этим обрываешь цепь сердечных мук,

и тысячи лишений, присущих тем или иным тулам для автоматизации!

Это ли не цель, что всем желанна?«;

затем будут возгласы

«Не пей вина, Гертруда, рабочий день еще не завершен!«,

и ответ

«Не время пить из офисного кулера, продолжим!«;

а потом авансцена зайдет за мизансцену и случится апофеоз

«Ступай, скрипт, по назначению!«…

Занавес падает.

Занавес.

Хотя нет, медленно

Приподнимем занавес за краешек —

Такая старая, тяжелая кулиса:

Вот какое время было раньше,

Такое ровное — взгляни, Алиса! ©

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

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

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

Чёрт, мне это интересно!

 

Read Full Post »

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

Натюнинговали мне её, к слову, знатно.

В одном из упражнений требовалось командно поразмыслить и сообщить, какие качества лидера мы не приемлем ни под каким видом. Мы, конечно, перечислили…

Vodpod videos no longer available.

В частности, нам не нравится лидер, который:

  1. Допускает истерику.
  2. Допускает избирательность в отношениях
  3. Не читает «хабрахабры» (технический момент).
  4. Не дает фидбэк.
  5. Оценивает людей «за спиной».
  6. Сплетничает.
  7. У которого отсутствует эмпатия.
  8. Пугает/напрягает сотрудников.
  9. Не делится ресурсамии.
  10. Авторитаризмирует (не вовлекает людей в обсуждения).
  11. Ехидничает.
  12. Не следит за условиями, в которых работает команда.
  13. Паникует.
  14. Уныл, и не вдохновляет.
  15. Скатывается в микроменеджмент.

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

Read Full Post »

Давеча держал (выдержал?) выступление на одном внутрикомпанейском семинаре для разработчиков.

Рассказывал (втирал?) настоящим программистам про то, как используется Selenium тестировщиками в проектах, которые разрабатываются вот прямо сейчас и сегодня.

Выжившие рассказывали, что я рассказывал всё внятно и грамотно, зримо и цельно. Гуд.

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

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

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

К сожалению, клипсу-значок «SQA Days», которая постоянно висела на этом месте, случилось странным образом потерять в недрах поезда Кишинев-Одесса. Надеюсь разжиться новой на следующем SQA Days.

Read Full Post »

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

И вдруг…

 

ВНЕЗАПНО!

 

Этот внезапный вдруг таки случился — лично тов. Алексей Баранцев проведет в Киеве сразу три тренинга для тестировщиков :

Теперь надо подумать о том, как спокойно дожить до первого марта.

Там будет «Метод «шести шляп» де Боно» — значит, надо будет найти себе шляпу.

Там будут «чит-листы» — прихвачу тетрадь в клетчатую полосочку.

Там будет ответ на такой насущный вопрос, как «Что делать между сеансами тестирования?»

Там будет «большое кол-во примеров из жизни» — надо взять с собой свои колвы из своей жизни.

Вроде ничего не забыл?

Read Full Post »

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

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

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

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

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

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

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

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

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

(далее…)

Read Full Post »

Я этого хотел, и я это получил.

Бешено пиарю: новый он-лайновый тренинг Алексея Баранцева «Практикум по тест-дизайну»

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

А придумывать тесты — самое интересное занятие в тестировании, имхо.

Никаких особых приёмов проектирования тестов, о которых не было бы написано в любой книжке, не существует. Эффективные тестировщики применяют те же самые техники, что и все остальные. Разница лишь в том, КАК они их применяют.

Мы постоянно будем держать в уме два противоборствующих фактора:

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

Тренинг логически состоит из двух частей.

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

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

В штабе говорят, что я первый записавшийся. Круто!

Read Full Post »

В октябре James Bach посетит Румынию. А еще будет в Эстонии.

Насквозь братская Румыния для Молдовы все равно, что другая планета 😦

Read Full Post »

Бытует мнение о том, что пора перейти к делу, а не тупить над чужими тест-кейсами.

Открыт набор в четвертую группу Алексея Баранцева «Программирование для тестировщиков«.

Для тех, кто в пути, следует напомнить о том, что (цитата из отзывов на предыдущие выпуски):

«Тренинг это, прежде всего, работа. И, пожалуй, до его начала, я плохо представляла какая это работа.

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

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

В целом результат курса сногсшибателен:

«Уже в первую ночь я стал на ночь глядя класть на тумбочку два стакана — один с водой, другой — пустой.

Первый на случай, если я захочу ночью пить,  а второй — если  пить не захочу«.

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

Яростно рекомендую.

Read Full Post »

Пребываю в жутком бешенстве.

У нас случился затык с организацией автоматизации тестирования. Может быть, потом расскажу, что и как (много специфики), но сейчас мне ПОЗАРЕЗ нужна информация о том, как дизайнить тесты, и особенно в области регрессионного тестирования.

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

Это уже раздражает.

Это уже ОЧЕНЬ СИЛЬНО раздражает.

Рррыыыыыыыыыы!

Нужно тесты организовать как-то иначе. Нужно их дизайнить.

Об этом предупреждали товарищи Канер с Бахом в Lessons learned in software testing в уроках 125 ‘Avoid complex logic in your test scripts‘ и 126 ‘Dont’t build test libraries simply to avoid repeating code‘. Единственное предложеное ими решение — грамотный дизайн.

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

И начинает раздражать ограниченность Кишинева в этой области. Где тут учиться тест-дизайну?

В Москве и СПб — хоть на икру намазывай — и у Баранцева, такой тренинг, конечно, есть, и у Александрова, и у Панкратова (ладно, он в Киеве, но все-таки). И по деньгам они доступны, хоть вдвойне заплати. И описано все так, что аж скулы сводит в букву «Зю».

Например, программа тренинга у Баранцева:

  1. Построение карты функций приложения и проектирование тестов по этой карте. (это я уже сделал, хоть и не знаю, если в правильно формате).
  2. Разделение областей данных на поддомены (классы эквивалентности), эвристики выбора представителей. (примерно готово.)
  3. Способы проектирования тестов для цепочек функций.
  4. Проектирование тестов на основе вариантов использования.
  5. Проектирование тестов на основе гипотез об ошибках.
  6. Подход к тестированию, основанный на анализе рисков.
  7. Комбинирование различных эвристик.
  8. ** Особенности проектирования тестов для регрессионного тестирования.
  9. ** Особенности проектирования тестов для автоматизации их выполнения.
  10. ** Особенности проектирования тестов различных уровней (модульные, интеграционные, системные).

Уааууу! Ну, валяется же все как на блюде.

Но всё это не семинары, это, балин, очные ТРЕНИНГИ! Интерактивные! По 8 часов! В сеть их выстаскивать нереально — это ни в звук записать, ни на слайды положить.

Аааааа!

Аааааааааа!

Аааааааааааааа!

Тысяча Боярских!

Мне снова тестно и неуютно в этой угандийской Молдове!

Ехать самому в Москву, или Баранцева с Панкратовым в Кишинев заманивать, конечно, решение, но очень гусарское.

Кто-нибудь видит решение проблемы?

Read Full Post »

Older Posts »

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