Agile methodology
Правила форума
Пожалуйста, ознакомьтесь с правилами данного форума
Пожалуйста, ознакомьтесь с правилами данного форума
- Проф. Преображенский
- Графоман
- Сообщения: 20276
- Зарегистрирован: 08 ноя 2006, 11:10
Re: Agile methodology
Ага, есть еще такой Scrum... http://scrummethodology.com/
ЗЫ: Agile - это конвейер Форда в программировании. Капиталистическая потовыжимательная технология.
ЗЫ: Agile - это конвейер Форда в программировании. Капиталистическая потовыжимательная технология.
-
- Маньяк
- Сообщения: 1576
- Зарегистрирован: 04 окт 2009, 15:23
Re: Agile methodology
Вообще, я рекомендую (не конкретно по agile, а в целом), прочитать замечательную книгу по computer science: Eric J. Braude "SOFTWARE ENGINEERING: An Object-Oriented Perspective"deemster писал(а):Что посоветуете почитать, чтобы побыстрее войти в курс этой методологии? Желательно, чтобы доступным языком було написано и с примерами
-
- Пользователь
- Сообщения: 74
- Зарегистрирован: 27 фев 2009, 18:57
Re: Agile methodology
А в электронном виде она есть где-то?
-
- Маньяк
- Сообщения: 1576
- Зарегистрирован: 04 окт 2009, 15:23
Re: Agile methodology
Понятия не имею. У меня на полке стоит.deemster писал(а):А в электронном виде она есть где-то?
- AlexANB
- Маньяк
- Сообщения: 2904
- Зарегистрирован: 17 фев 2003, 18:47
- Откуда: Ontario
Re: Agile methodology
Причем этот "продукт" от начала и до конца состоит из сплошных заплаток, аварийно наляпанных вкривь и вкось то там, то сям.alpax писал(а):Главное преимущество Agile на мой взгляд - то, что постоянно есть в какой-то степени готовый продукт
- alpax
- Графоман
- Сообщения: 10570
- Зарегистрирован: 04 мар 2003, 17:39
- Откуда: Richmond, BC
Re: Agile methodology
Степень кривизны продукта не зависит от методологии. Есть много других более важных факторов.AlexANB писал(а):Причем этот "продукт" от начала и до конца состоит из сплошных заплаток, аварийно наляпанных вкривь и вкось то там, то сям.
- AlexANB
- Маньяк
- Сообщения: 2904
- Зарегистрирован: 17 фев 2003, 18:47
- Откуда: Ontario
Re: Agile methodology
Это если бардак красиво назвать методологией, то да, не зависит.alpax писал(а):Степень кривизны продукта не зависит от методологии. Есть много других более важных факторов.AlexANB писал(а):Причем этот "продукт" от начала и до конца состоит из сплошных заплаток, аварийно наляпанных вкривь и вкось то там, то сям.
А если честно признать, что это действительно бардак, то и кривиизна продукта получается соответствующая бардаку.
- alpax
- Графоман
- Сообщения: 10570
- Зарегистрирован: 04 мар 2003, 17:39
- Откуда: Richmond, BC
Re: Agile methodology
Еще раз для тех кто в танке. Любую методологию можно превратить в бардак. Однако это вовсе не означает, что сама методология - бардак.AlexANB писал(а):А если честно признать, что это действительно бардак, то и кривиизна продукта получается соответствующая бардаку.
Я сам лично неоднократно боролся с бардаком при использовании классического Waterfall, и принимал участие во вполне успешном Agile.
- Jou-Jou
- Графоман
- Сообщения: 6075
- Зарегистрирован: 09 июн 2005, 12:17
- Откуда: Baku->Dubai->Burnaby
Re: Agile methodology
Самое главное, на мой взгля, в этой methodology, это с самого начала потратить сколько надо времени и средств, и сделать proper System Architecture и Design, иначе этот agile выйдет боком, гораздо бОльшим чем при waterfall approach.
БОльшая часть работы - это regression test предыдущих итераций, ну и плюс полный functional test кода последней итерации. В этом случае хорошо срабатывает automated regression pack, ну или хотя бы просто regression pack (manual), который пополняется/пересматривается с каждой последующей итерацией и run-ниться в каждой итерации, чтобы убедиться что код разработанный в предыдущих итерациях не "порушился" когда на него наваяли код последней итерации.
Тестирование идёт как на потоке, т.е. одновременно at any point of time:
- test execution on Iteration N code
- regression test execution on Iterations 1, 2,..., N codes
- test preparation (test scenarios, test cases etc) for Iteration N+1
- test planning (resources, requirements review etc) for Iteration N+2
В общем, затраты на тестирование больше, рутины больше, напряга больше, людей требует больше, но позволяет deliver очередные версии продукта в более короткий срок. Главное в этом деле - наладить конвейер, а потом само должно идти... если налажено хорошо
Да, ещё важно - синхронность всех team-ов, i.e. Development, Environment, Testing, BA's, PM, Product owners etc. Конвейер он и есть конвейер, один споткнётся и все остальные встанут.
PS. С ужасом обнаружила как тяжело стало выражаться на одном только языке
PSS. Я второй такой проект "веду" в качестве QA Manager-a, если что
Конкретно по тестированию.deemster писал(а):Особенно интересует применение этой методологии к тестированию.
БОльшая часть работы - это regression test предыдущих итераций, ну и плюс полный functional test кода последней итерации. В этом случае хорошо срабатывает automated regression pack, ну или хотя бы просто regression pack (manual), который пополняется/пересматривается с каждой последующей итерацией и run-ниться в каждой итерации, чтобы убедиться что код разработанный в предыдущих итерациях не "порушился" когда на него наваяли код последней итерации.
Тестирование идёт как на потоке, т.е. одновременно at any point of time:
- test execution on Iteration N code
- regression test execution on Iterations 1, 2,..., N codes
- test preparation (test scenarios, test cases etc) for Iteration N+1
- test planning (resources, requirements review etc) for Iteration N+2
В общем, затраты на тестирование больше, рутины больше, напряга больше, людей требует больше, но позволяет deliver очередные версии продукта в более короткий срок. Главное в этом деле - наладить конвейер, а потом само должно идти... если налажено хорошо

Да, ещё важно - синхронность всех team-ов, i.e. Development, Environment, Testing, BA's, PM, Product owners etc. Конвейер он и есть конвейер, один споткнётся и все остальные встанут.
PS. С ужасом обнаружила как тяжело стало выражаться на одном только языке

PSS. Я второй такой проект "веду" в качестве QA Manager-a, если что

Последний раз редактировалось Jou-Jou 26 ноя 2009, 19:12, всего редактировалось 1 раз.
-
- Завсегдатай
- Сообщения: 251
- Зарегистрирован: 09 сен 2004, 23:58
Re: Agile methodology
Что есть такого хорошего в этой книге. На Амазоне много негативных отзывов...Rai писал(а):Вообще, я рекомендую (не конкретно по agile, а в целом), прочитать замечательную книгу по computer science: Eric J. Braude "SOFTWARE ENGINEERING: An Object-Oriented Perspective"
-
- Пользователь
- Сообщения: 74
- Зарегистрирован: 27 фев 2009, 18:57
Re: Agile methodology
Спасибо Jou-Jou, счас понятней стало. Как побыстрее войти в курс этой методологии?
-
- Маньяк
- Сообщения: 1576
- Зарегистрирован: 04 окт 2009, 15:23
Re: Agile methodology
Там язык несколько тяжеловат. Это единственное, что я могу сказать негативного о книге. В остальном -- просто учебник.i_van писал(а):Что есть такого хорошего в этой книге. На Амазоне много негативных отзывов...
- alpax
- Графоман
- Сообщения: 10570
- Зарегистрирован: 04 мар 2003, 17:39
- Откуда: Richmond, BC
Re: Agile methodology
Реально поработать по ней.deemster писал(а):Спасибо Jou-Jou, счас понятней стало. Как побыстрее войти в курс этой методологии?

Причем, несмотря на смайлик, это вовсе не шутка.
-
- Пользователь
- Сообщения: 74
- Зарегистрирован: 27 фев 2009, 18:57
Re: Agile methodology
У кого есть книжка "Agile Testing: A practical guide for testers and Agile teams" ? Хочу одолжить почитать или купить.
- Ranger
- Маньяк
- Сообщения: 1199
- Зарегистрирован: 22 окт 2003, 18:28
- Откуда: 2:5025 -> Burnaby
Re: Agile methodology
я с Agile (Scrum) с год поработал. в принципе, всё понравилось. впечатление потовыжимания не сложилось - нужно просто научиться реально оценивать обьем работы, учитывая билды, интерграцию и прочий kal 
