← Предыдущая

Версия 14:58, 6 февраля 2013

Строка 1:

<div>

<div>

−

В день конституции наша команда десантировалась на конференции [http://agiledays.ru/ AgileDays-2008] — от нас было два докладчика, десяток участников и спонсорское участие.

В день конституции наша команда десантировалась на конференции [http://agiledays.ru/ AgileDays-2008] — от нас было два докладчика, десяток участников и спонсорское участие.

Строка 25:

Строка 24:

Теперь кратко рассмотрим доклады остальных участников.Каким должно быть приемочное тестирование в agile-проектах?Докладчик: Алексей БаранцевПрезентация: [http://agilerussia.ru/files/agiledays/Barantsev.AcceptanceTesting.pdf http://agilerussia.ru/files/agiledays/Barantsev.AcceptanceTesting.pdf]

Теперь кратко рассмотрим доклады остальных участников.Каким должно быть приемочное тестирование в agile-проектах?Докладчик: Алексей БаранцевПрезентация: [http://agilerussia.ru/files/agiledays/Barantsev.AcceptanceTesting.pdf http://agilerussia.ru/files/agiledays/Barantsev.AcceptanceTesting.pdf]

−

<html><object width="640" height="352"><param name="allowfullscreen" value="true"></param><param name="allowscriptaccess" value="always"></param><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=5521072&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1"></param><embed src="http://vimeo.com/moogaloop.swf?clip_id=5521072&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="640" height="352"></embed></object></html><html><img id="rlna" src="http://docs.google.com/File?id=dfxc7f9q_116dq3fnqc2_b" style="margin: 1em 0pt 0pt 1em; width: 278px; height: 200px; float: left;" /></html>Доклад концептуальный, не ограничивается рамками достаточно «канцелярского» названия, мыслей много. Основная драматургия: противостояние людей (опытных творцов, весельчаков и разумных лентяев) и механизмов (инструментов, жестких социальных организаций, регламентов и методологий). Мысль — жесткие/водопадные методологии разработки — это если ваши бойцы тупая пехота. Тогда да, муштра и вперед на минные поля — ненадежность отдельного солдата спасет дублирование и избыточность, и заплаченная цена будет оправдана.Но если у вас мощные, кросс-функциональные парни-коммандос, то нужно организовать им комфортную команду и обеспечить полную поддержку. Холить, лелеять, обеспечивать им''Fun'' и''Profit''. А то, что agile проекты иногда проваливаются, виновата не избалованность людей, а отсутствие способностей —''в agile проекты нужно нанимать лучших'', а дальше пускай они уже выкручиваются сами, главное их не обижать.В качестве метафор «подходов прошлого тысячелетия» автор использовал концепцию [http://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B8%D0%BC%D0%BF%D0%B0%D0%BD%D0%BA стимпанка], иллюстрируя ее картинкой из steampank-style календаря «The other side of the coin» (остальные картинки, если заинтересовали, можно найти тут [[http://www.etoday.ru/uploads/2008/01/20/ado_calendar01_box.jpg 1], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar12_rhytmic_gymnastics.jpg 2], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar03_track_cycling.jpg 3], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar03_track_cycling.jpg 4], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar04_synchronized_swimming.jpg 5], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar07_weighlifting.jpg 6], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar10_horse_riding.jpg 7], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar06_gymnastics.jpg 8], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar11_horse_volleyball.jpg 9], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar09_long_jump.jpg 10], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar05_fencing.jpg 11]] ).Со своей стороны, мы заметим, что это несколько натянутая, и нехарактерная визуализация стимпанка. Стимпанк — это не депрессивные ржавые железяки, чешущие зад лоснящегося мускулистого рабочего (ммм…?), а скорее идея максимальной эволюции старинных технологий, в предположении, что им так и не было найдено замены. А вершина эволюции — это всегда красиво (дредноуты времени Iмв, последние паровозы, американские автомобили эпохи дешевой нефти). Так что если хотите взглянуть, что есть стимпанк, лучше смотреть соответствующие[http://www.steamboy.net/ аниме-мультфильмы].<html><img src="http://docs.google.com/File?id=dfxc7f9q_115dxb66nhb_b" style="width: 606px; height: 400px;" /></html> Вообще видов тестирования очень много (''Unit testing'',''Integration testing'',''System testing'',''Performance testing'',''Reliability testing'',''Security testing'',''Usability testing'',''Portability testing'',''Acceptance testing'') и хорошо автоматизируется только первый (''Unit testing''), а автоматизация всего остального — это увы, всего лишь пропаганда вендоров, которые втюхивают дорогущие инструменты автоматизации. Так что в тестировании все остальное надо делать вручную «на коленке» и здесь на первый план выходит квалификация тестировщиков (люди — самый ценный ресурс!).</div> Следующая мысль — несправедливость Agile-благ для программистов и тестировщиков. Пророки Agile многое дали программистам —''Refactoring'',''Unit''-тестирование,''Continuous Integration'', парное программирование,''Scrum'' со всеми его играми и т.п. Power и Fun, как и заказывали. Тестировщикам же из этого ничего не обломилось, кроме фреймворка [http://en.wikipedia.org/wiki/Framework_for_Integrated_Tests FIT], но докладчик с негодованием открестился от этого убогого подарка («недопрограммирование» на вики-разметке, тотальная неполнота и ограниченность). С учетом предыдущей мысли, что для правильного тестирования все равно нужны крутые супертестировщики, возникает идея, что не «тестировщик — друг программиста», а «программист — студент, сдающий экзамен тестировщику». Т.е. нанимать надо самых лучших и задорого («Разве вы не знали, что тестировщики везде получают больше разработчиков?» Profit!), желательно из программистов достигших совершенства, и потерявших интерес к программированию (''«Саваоф Баалович был всемогущ. Он мог все. И он ничего не мог. Потому что граничным условием уравнения Совершенства оказалось требование, чтобы чудо не причиняло никому вреда.»''), программистов надо отдать тестировщикам на съедение (отдать их код на Code Review), ведь единственная корректная метрика кода — это количество [http://www.veracode.com/blog/2008/02/new-unit-of-reviews-code-quality/ WTF]-ов в минуту при проведении code-review. <div style="padding: 1em 0pt; text-align: center;"><html><img style="width: 500px; height: 471px;" src="http://docs.google.com/File?id=ddv9ccw7_0dqxj37ff_b" /></html></div> Ну не говоря уж о том, что Scrum/Agile для тестировщиков означает одно — больше Fun-а, а Scrum Master должен быть помесью пионер-вожатого и массовика затейника! Местами этот фан выглядит несколько беспредельно. Только компания привыкла, что все вертикальные поверхности, включая шкафы-купе для одежды обклеены Scrum-taskами, возникают тестировщики и исписывают стены в туалетах (концепция «[http://googletesting.blogspot.com/2007/01/introducing-testing-on-toilet.html Testing on the Toilet]»). Докладчик рассказал, что в Беларуссии была конференция [http://it-conf.ru/ru/content/34.htm SQA Days 4] на которой был доклад «[http://it-conf.ru/reports/presentations/ru/Orlov_Presentation.zip Funny testing: как добавить драйва в работу]» — какой еще Fun можно придумать команде что бы не работать. Ну и в целом, нужно смотреть видео. Хотя бы для того, чтобы узнать о силе волшебной фразы «Ну и что?». Тестирование в Agile проектах Докладчик: Илья Гаврилов Презентация: [http://agilerussia.ru/files/agiledays/Gavrilov.TestingInAgile.pdf http://agilerussia.ru/files/agiledays/Gavrilov.TestingInAgile.pdf]

+

<html><object width="640" height="352"><param name="allowfullscreen" value="true"></param><param name="allowscriptaccess" value="always"></param><param name="movie" value="http://vimeo.com/moogaloop.swf?clip_id=5521072&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1"></param><embed src="http://vimeo.com/moogaloop.swf?clip_id=5521072&amp;server=vimeo.com&amp;show_title=1&amp;show_byline=1&amp;show_portrait=1&amp;color=00ADEF&amp;fullscreen=1" type="application/x-shockwave-flash" allowfullscreen="true" allowscriptaccess="always" width="640" height="352"></embed></object></html><html><img id="rlna" src="http://docs.google.com/File?id=dfxc7f9q_116dq3fnqc2_b" style="margin: 1em 0pt 0pt 1em; width: 278px; height: 200px; float: left;" /></html>Доклад концептуальный, не ограничивается рамками достаточно «канцелярского» названия, мыслей много. Основная драматургия: противостояние людей (опытных творцов, весельчаков и разумных лентяев) и механизмов (инструментов, жестких социальных организаций, регламентов и методологий). Мысль — жесткие/водопадные методологии разработки — это если ваши бойцы тупая пехота. Тогда да, муштра и вперед на минные поля — ненадежность отдельного солдата спасет дублирование и избыточность, и заплаченная цена будет оправдана.Но если у вас мощные, кросс-функциональные парни-коммандос, то нужно организовать им комфортную команду и обеспечить полную поддержку. Холить, лелеять, обеспечивать им''Fun'' и''Profit''. А то, что agile проекты иногда проваливаются, виновата не избалованность людей, а отсутствие способностей —''в agile проекты нужно нанимать лучших'', а дальше пускай они уже выкручиваются сами, главное их не обижать.В качестве метафор «подходов прошлого тысячелетия» автор использовал концепцию [http://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B8%D0%BC%D0%BF%D0%B0%D0%BD%D0%BA стимпанка], иллюстрируя ее картинкой из steampank-style календаря «The other side of the coin» (остальные картинки, если заинтересовали, можно найти тут [[http://www.etoday.ru/uploads/2008/01/20/ado_calendar01_box.jpg 1], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar12_rhytmic_gymnastics.jpg 2], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar03_track_cycling.jpg 3], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar03_track_cycling.jpg 4], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar04_synchronized_swimming.jpg 5], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar07_weighlifting.jpg 6], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar10_horse_riding.jpg 7], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar06_gymnastics.jpg 8], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar11_horse_volleyball.jpg 9], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar09_long_jump.jpg 10], [http://www.etoday.ru/uploads/2008/01/20/ado_calendar05_fencing.jpg 11]] ).Со своей стороны, мы заметим, что это несколько натянутая, и нехарактерная визуализация стимпанка. Стимпанк — это не депрессивные ржавые железяки, чешущие зад лоснящегося мускулистого рабочего (ммм…?), а скорее идея максимальной эволюции старинных технологий, в предположении, что им так и не было найдено замены. А вершина эволюции — это всегда красиво (дредноуты времени Iмв, последние паровозы, американские автомобили эпохи дешевой нефти). Так что если хотите взглянуть, что есть стимпанк, лучше смотреть соответствующие[http://www.steamboy.net/ аниме-мультфильмы].<html><img src="http://docs.google.com/File?id=dfxc7f9q_115dxb66nhb_b" style="width: 606px; height: 400px;" /></html> Вообще видов тестирования очень много (''Unit testing'',''Integration testing'',''System testing'',''Performance testing'',''Reliability testing'',''Security testing'',''Usability testing'',''Portability testing'',''Acceptance testing'') и хорошо автоматизируется только первый (''Unit testing''), а автоматизация всего остального — это увы, всего лишь пропаганда вендоров, которые втюхивают дорогущие инструменты автоматизации. Так что в тестировании все остальное надо делать вручную «на коленке» и здесь на первый план выходит квалификация тестировщиков (люди — самый ценный ресурс!).

+

Следующая мысль — несправедливость Agile-благ для программистов и тестировщиков. Пророки Agile многое дали программистам —''Refactoring'',''Unit''-тестирование,''Continuous Integration'', парное программирование,''Scrum'' со всеми его играми и т.п. Power и Fun, как и заказывали. Тестировщикам же из этого ничего не обломилось, кроме фреймворка [http://en.wikipedia.org/wiki/Framework_for_Integrated_Tests FIT], но докладчик с негодованием открестился от этого убогого подарка («недопрограммирование» на вики-разметке, тотальная неполнота и ограниченность). С учетом предыдущей мысли, что для правильного тестирования все равно нужны крутые супертестировщики, возникает идея, что не «тестировщик — друг программиста», а «программист — студент, сдающий экзамен тестировщику». Т.е. нанимать надо самых лучших и задорого («Разве вы не знали, что тестировщики везде получают больше разработчиков?» Profit!), желательно из программистов достигших совершенства, и потерявших интерес к программированию (''«Саваоф Баалович был всемогущ. Он мог все. И он ничего не мог. Потому что граничным условием уравнения Совершенства оказалось требование, чтобы чудо не причиняло никому вреда.»''), программистов надо отдать тестировщикам на съедение (отдать их код на Code Review), ведь единственная корректная метрика кода — это количество [http://www.veracode.com/blog/2008/02/new-unit-of-reviews-code-quality/ WTF]-ов в минуту при проведении code-review. <div style="padding: 1em 0pt; text-align: center;"><html><img style="width: 500px; height: 471px;" src="http://docs.google.com/File?id=ddv9ccw7_0dqxj37ff_b" /></html></div> Ну не говоря уж о том, что Scrum/Agile для тестировщиков означает одно — больше Fun-а, а Scrum Master должен быть помесью пионер-вожатого и массовика затейника! Местами этот фан выглядит несколько беспредельно. Только компания привыкла, что все вертикальные поверхности, включая шкафы-купе для одежды обклеены Scrum-taskами, возникают тестировщики и исписывают стены в туалетах (концепция «[http://googletesting.blogspot.com/2007/01/introducing-testing-on-toilet.html Testing on the Toilet]»). Докладчик рассказал, что в Беларуссии была конференция [http://it-conf.ru/ru/content/34.htm SQA Days 4] на которой был доклад «[http://it-conf.ru/reports/presentations/ru/Orlov_Presentation.zip Funny testing: как добавить драйва в работу]» — какой еще Fun можно придумать команде что бы не работать. Ну и в целом, нужно смотреть видео. Хотя бы для того, чтобы узнать о силе волшебной фразы «Ну и что?». Тестирование в Agile проектах Докладчик: Илья Гаврилов Презентация: [http://agilerussia.ru/files/agiledays/Gavrilov.TestingInAgile.pdf http://agilerussia.ru/files/agiledays/Gavrilov.TestingInAgile.pdf]

[http://narod.ru/disk/5282873000/agile-testing-web-v20.avi.html Видео в AVI-формате].

[http://narod.ru/disk/5282873000/agile-testing-web-v20.avi.html Видео в AVI-формате].

Строка 89:

Строка 90:

Если чуть-чуть уменьшить число участников (до 50), то мы могли бы предложить и свою площадку для участников — зал с креслами, мощным проектором и экраном с 4-метровой диагональю, в центре Москвы, в 5-минутной доступности от 5 станций метро.

Если чуть-чуть уменьшить число участников (до 50), то мы могли бы предложить и свою площадку для участников — зал с креслами, мощным проектором и экраном с 4-метровой диагональю, в центре Москвы, в 5-минутной доступности от 5 станций метро.

−

[[Category:конференции]]

+

[[Category:AgileDays-2008]]

{{wl-publish: 2008-12-23 22:37:00 +0400 | HR служба CustIS}}

{{wl-publish: 2008-12-23 22:37:00 +0400 | HR служба CustIS}}

{{To-lib-silent}}

{{To-lib-silent}}

Блог:Team/2008-12-23 AgileDays-2008 - История изменений

VitaliyFilippov в 14:18, 7 февраля 2013

VitaliyFilippov в 14:58, 6 февраля 2013

VitaliyFilippov в 15:39, 8 июня 2011