Feeds:
Posts
Comments

Archive for the ‘Подкасты’ Category

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

Упоминается Роман Савин, бо совместно листали его книгу “Тестирование дот ком” в попытке узнать, что такое тест-дизайн, и не нашли 😦

[Скачать в mp3]

Advertisements

Read Full Post »

Закрепляем успех выпуска про развитие тестировщика. На вопросы нашего постоянного радиослушателя Александра Лысенко (@a_softel, Харьков) отвечала «тройка Виноградова»: капитан команды Алексей (@vinogradoff, Германия), тестировщик всея Молдовы, не менее Алексей чем предыдущий, и даже в чем-то Виноградов — Алексей Лупан (Astound Commerce, Киев), а также воспитанный в/на Ленинграде — Максим Михайлов. Выпуск перевел и озвучил скрипами чресел кресел Максим Проценко.

Говорили про:

  • Стратегии тестирования, а также мини- и наностратегии
  • Как прийти на проект, быстро всё протестировать и уйти до того как начнут бить — про быстрое тестирование
  • Требовать ли требования или добывать их самостоятельно
  • Что такое тест дизайн (и почему им занимаются хьюманоиды, а не дельфины)
  • Создавать ли документацию… или так сойдет? Да, и так сойдет.

(more…)

Read Full Post »

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Скачать в mp3]

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

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

Read Full Post »

Говоруны Панкратов и Орлов начали подкаститься по следам удивительных результатов опроса «Чего не хватает и что мешает тестировщикам ПО?».

В этой записи будут собраны все интервью из данной серии.

Глеб Рыбалко

Харьков, руководитель нескольких групп тестирования на большом проекте в компании GlobalLogic,  автор qaconsulting.ru,

[Скачать в mp3]

Алексей Лянгузов

СПб,  tech lead команды тестирования в Oracle, со-основатель сообщества тестировщиков Санкт-Петербурга.

[Скачать в mp3]

Катя Каменева

Днепропетровск, lead команды тестирования, со-основатель сообщества тестировщиков Днепропетровска.

[Скачать в в mp3]

Read Full Post »

Участники:

  • Асхат Уразбаев – учредитель ScrumTrek
  • Илья Гаврилов – начальник отдела тестирования, Exigen
  • Алексей Лупан – testitquickly.com

О чем говорили

  • Как вы стали тестировщиком?
  • Чем программист отличается от тестировщика?
  • Какой процент кода покрывать авто-тестами?
  • Есть ли вред от TDD?
  • Кто пишет и кто запускает тесты?
  • Имеет ли смысл иметь выделенного тестировщика-автоматизатора и в каких случаях?
  • Как проходит планирование итерации с точки зрения тестировщика?
  • Где хранить тесткейсы?
  • Как автоматизировать тестирование GUI и что такое архитектура тестирования?
  • Рост продуктов – как успевать все протестировать за итерацию?

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

Vodpod videos no longer available. Исходная запись “Тестирование в Agile (Подкаст)

Read Full Post »

%d bloggers like this: