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

Archive for the ‘Agile’ Category

Я многого не знаю. Например, я не знаю, кто был тот мудак, который раз и навсегда перевёл термин agile как «гибкий». Имя есть?

Flexible — гибкий.

Agile — проворный, подвижный, верткий, живчик.

Тестирования ради, усядьтесь голым попом на горячую сковородку — вы моментально станете agile.

Впрочем, кое-что я знаю — Асхат Уразбаев первым мощно предложил опечатался про слоган внедрения agile в 2014-ом году.

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

А ещё я знаю следующее: agile не методология и не процесс. Это надстройка над уже существующей методологией и уже существующими процессами. И если их нет, то внедрять agile не на что.

То есть, у вас может не быть скрама и доски на стене, а agile может быть. У вас процесс производства может не меняться, а agile над ним — работает.

(далее…)

Read Full Post »

Доклад на онлайн-конференции для специалистов по тестированию и управлению качеством серии «TEST Labs«. Читано в субботу, 28 июня 2014.


«Это история о попытках наладить менеджмент тестирования в динамично ухудшающемся окружении. В воспаленном agile-сознании тестировщика возникла передовая идея: придумывать и передавать тест-кейсы программисту еще до начала разработки. Поскольку кейсы покрывают больше ситуаций, нежели требования, программисту было удобно по ним ориентироваться. Это был вин! Но потом эксперимент пошел вкривь и вкось…«
Сам доклад — 40 минут.С вопросами — час.

Read Full Post »

Давном давным (прошедшим жарким июлем) я вдоволь навыступался в тест-клубе Grammarly на тему того, как РЕЗКО и БЫСТРО и В ОДИНОЧКУ и БЕЗ ПОТЕРЬ можно/нужно обустроить тестирование, например, в стартапе.

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

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

* * *

* * *

* * *

Ну, а теперь я хз, о чём ещё можно рассказать о тестировании в agile 🙂

Read Full Post »

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

Дочитал книгу «Secrets of a Buccaneer-Scholar» (How Self-Education and the Pursuit af Passion Can Lead to a Lifetime of Success) by JAMES BACH.

Книга не о тестировании as is, она о корнях и истоках того, что называется «исследовательское тестирование». ИссТест.

Уместный анекдот, в котором заключается вся суть исследовательского тестирования:
— Бэрримор, что это хлюпает у меня в ботинке?
— Овсянка, сэр!
— Но что она там делает?
— Хлюпает, сэр.

(далее…)

Read Full Post »

Участники:

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

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

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

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

Read Full Post »

Автор: Алексей Баранцев,
главный редактор портала Software-Testing.Ru ©

Перевел: Алексей Лупан,
худший друг программистов, TestItQuickly.com ©

barancev1Момент истины

Прошёл уже почти год после конференции AgileDays и уже слегка подзабылись те мысли, которые ворошились у меня в голове, когда я готовился выступать на ней. Поэтому когда я редактировал сейчас этот текст, я испытывал смешанные чувства. Местами я думал – да это же практически гениально, как же я сам до этого не догадался! И только потом вспоминал, что это же мои собственные слова.

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

Надо также помнить, что это живая речь, поэтому местами изложение не очень структурированное (если не сказать сильнее), а кое-где весьма эмоциональное. Надеюсь, что текст сможет передать мои эмоции.

А если нет – посмотрите видеозапись…

Алексей Баранцев

(далее…)

Read Full Post »

Автор: Асхат Уразбаев © (scrumtrek.ru)
В текст перевел: Алексей Лупан (testitquickly.com)

Вместо введения

Доклад был представлен на конференции SQA Days’2009 24 апреля. Его можно послушать в виде слайдкаста (слайды, снабженные звуком). Текст совсем чуть-чуть поправлен и снабжен (не всеми) картинками в нужных местах.

Руководство по тестированию в Agile

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

Кто-нибудь работает по эджайлу? Пожалуйста, поднимите руки. Уау… А из тех, кто не поднял, кто-нибудь собирается это сделать? Хорошо. Давайте я сначала представлюсь — меня зовут Асхат Уразбаев, меня уже представили, поэтому я коротко… Он сказал всю правду обо мне, немножко преувеличил местами… Работаю в компании ScrumTrek, мы занимаемся внедрением гибких методологий, помогаем компаниям и организациям всем этим заниматься.

 

(далее…)

Read Full Post »

На украинских девелоперсах © есть статья «Об эффективных совещаниях«.

Вкратце: можно успешно проводить совещания по-скраму:
1. Что ты сделал за предыдущий день?
2. Что ты сделаешь сегодня?
3. Что тебе мешает?

Комментарий от очень заскрамленного (опытного в этом смысле, то есть) товарища:

Евгений Компаниец

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

Для меня совещание — процесс во время которого обсуждают что угодно. Тема там конечно есть и проблемы бывают, но не понимаю как пользоваться тремя предложеными вопросами в совещании на тему “что сегодня кушать на ужин?”

Подумаешь, сложности какие…

SCRUM на кухне

Итаааааак! Встали! Встали все, встали, скрам проводят стоя! Собрались! Начали! Васька!

— Сделаны уроки на завтра — алгебра, физика, биология, физкультура. Выбит зуб соседнему соседу — ведь он дурак. Запачкана спортивная униформа. Помог перейти бабушке через дорогу. Что еще…

Что будешь делать сегодня…

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

Очень мешает то, что запасных бабушек уже нет. Надо новые заказать.

Закажем. Галя?

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

Галя, короче! Вася, не крути ложку от скуки, ты отвлекаешь Галю! Муся, не мяукай тут! Никто не отвлекает Галю! Галя — продолжай! Галя?!

— А… Так вот, подметена площадь проживания…

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

Мешает то, то государственная реформа налогообложения не доведена до конца.

Ясно. Ну, и я — работу доработал, деньги до дому донес, выбил зуб отцу соседнего соседа — там яблоко от полена недалеко упало… Сегодня буду жрать, наконец-то. А мешает только то, что надо проводить собрания вот в таком режиме. Всем спасибо!

kommunalka

Фото © http://www.kommunalka.spb.ru 

Read Full Post »

На шестой аджайл-гэтеринг я пошел только после обеда (обстоятельства). По программе первая часть обещалась быть теоретической на тему «Что такое аджайл», а вторая — о детальностях.

Поэтому я спокойно пропустил доклад «Mixing Agile and RUP». Эти вещи не являются взаимоисключающимися, аgile есть место во всех методологиях. Интересное было дальше.

Ярослав Гнатюк из TAIN UKRAINE рассказывал о личном: «Experience reports: Our way to Scrum»

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

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

В нашем офисе три доски, места достаточно

В нашем офисе три доски, одна из которых - огромна

Николай Алименков рассказал про самое страшное в жизни программиста. То, что отличает программиста от менеджера. Или так: то, что помогает отдельному программисту делать все, как отдельный менеджер. Метрики работы. «Agile metrics»

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

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

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

Последнее выступление — Робин Даймонд. Мне надо было уйти до того, как он завершил выступление 😦

Фотографии с гэтеринга —
http://picasaweb.google.com.ua/n.plahova/AgileGatheringVI
http://picasaweb.google.com.ua/borys.lebeda/AgileGatheringVI

Гэтеринг проходил в гостинице «Экспресс». В холле на стене выставлены фотографии товарищей, которые в этой гостинице когда-то ночевали. Кличко, Вознесенский, и другие. Все были именованы именами и фамилиями. Только под фото действующего президента Украины было подписано еще и отчество…

Read Full Post »

Вечер.

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

Рассуждать хочу долго и о ситах.

Си́то — устройство для разделения сыпучих масс по величине их составляющих (зёрен, круп, песка и т.п.).

(далее…)

Read Full Post »

По танку вдарила болванка

По танку вдарила болванка

Read Full Post »

Сравнилось «Manifesto for Agile Development» со всеми Евангелиями. Текст один, но как-то толкуется по-разному…

Например:

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

    Этот прикол может «не работать» из-за разногласий в методах достижения конечного результата, или из-за проблем с коммуникациями («Чем занимаешься? Почему не приходишь на работу вовремя? Почему не утвердил эти изменения у такого-то начальника?»).

    Тем не менее, процесс должен быть всегда и везде. Хоть какой-то. Отрицать необходимость процесса, упирая на «люди важнее» — к несчастью в личной жизни. Или к дождю.

    Верно следующее утверждение: если работник просит изменить процесс, то при рассмотрении этого дела приоритет будет у работника, а не у заведующего процессом.

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

    Просто надо знать, что планы корректируются по ходу дела. Ежеминутно.

    Двое людей выезжают из пункта А в пункт Б. У первого есть план. У второго — нет. Второй — романтик… У кого больше шансов «доехать»?

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

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

    Вот если он заблудится, но будет тупо следовать плану…

  5. Работающий код важнее документации
  6. Да.

    Но это не значит, что документацию не надо писать 🙂

    Если встает проблема «или делать код, или делать к нему документацию», то первый вариант приоритетнее — вот и всё.

    Сперва подумай о том, что ты сам в какой-то момент начнешь путаться в «работающем коде».

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

    Еще запланируй внезапную смерть главного «носителя» информации по проекту…

    Документацию, все-таки, надо делать. «Agile» не означает, что можно проектировать и кодировать без сборника информации о том, что и как, по-меньшей мере, предполагалось делать.

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

  7. Сотрудничество важнее формальных отношений
  8. Еще бы…

Read Full Post »

Disсlaimer: запись на тему «Люди, мы дышим воздухом, воздухом, люди!»

I. Бабушка «фурычит» в пирожках

Технология создания пирожков слегка запутанная.

Одни пирожки пекутся в духовой печи.

Другие жарятся во фритюре.

Третьи — обмакиваются сперва в кляр.

(далее…)

Read Full Post »

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