Тестировщик с нуля / Урок 2 / Как тестировать ПО
HTML-код
- Опубликовано: 9 фев 2025
- Как тестировать ПО. В этом уроке про методологии разработки SDLC , как и на каком этапе подключается тестировщик.
Многое здесь носит общий характер. Основное, это запомнить про Scrum.
Начинать будем с самых основ. Подойдёт для начинающих, даже если вы вообще ничего не знаете о тестировании.
И со временем подойдём к темам, для уровня middle тестировщиков.
Я уже записывал курс для тестировщиков, который посмотрело больше 10000 человек. В этом курсе я хочу увеличить качество подачи материала и глубже рассмотреть каждую тему.
Именно по этому рекомендую, подписаться на канал. Уроки могут быть вам полезными, даже если вы имеете более 3 лет опыта работы.
Все уроки доступны в плэйлисте
Или по хэштэгу #qamarshal
В этом уроки мы говорим о том, что такое #тестирование , про историю появления, а так же что такое #qa и qc , в чем отличие.
⭐️ Хотите узнать от меня больше? Ознакомьтесь с этими ссылками:
1. Patreon - / leshamarshall
2. Telegram - t.me/leshamarshal
3. Boosty - boosty.to/lesh...
4. VK - leshama...
Преимущество скрама в том, что:
1) менеджеру проще контролировать процесс, все на виду, каждый отчитывается, понятно кто чем занят в данный момент.
2) грамотный скрам мастер подберет нужные задачи в адекватном объеме на текущий спринт
3) команда разработки видит конкретные объемы работы и видимый результат, что в свою очередь мотивирует
4) на команду психологически не давит большой объем задач.
5) гораздо ниже цена ошибки и ее проще выявить
До этого видео думала, что у меня на работе нет модели разработки от слова совсем, а оказалось есть, и это "модель хаоса". Чтож, действительно очень грустная модель, которая и правда способствует быстрому выгоранию. Либо работы нет от слова совсем, либо наваливается одновременно и много, и всё обязательно "горит" по срокам. А конечного результата почти никогда не видишь, что ещё больше демотивирует.
Скрам звучит очень круто именно потому что есть четкий план, понятны этапы и сроки разработки. Каждый отвечает за свою часть работы, и видит прогресс в том, что делает. Да и исправлять косяки явно будет дешевле, чем когда сделан почти весь проект обнаружить в ТЗ заказчика важную деталь, которая ломает весь текущий прогресс..
Спасибо, что объяснили всё это простым и понятным языком :)
Ну вот, есть повод в вести в команду новую модель разработки. )))
@@ЕвгенийБачурин-г7д в том месте это было невозможно по многим причинам. Пыталась протолкнуть эту, и другие идеи, но меня лишь на смех подняли 🤷
В итоге полностью сменила работу. Недавно прошла ИС в фирме, где используется скрам, и это лучшее решение за последний год :)
Скрам - командная работа, опережающих догоняют, отстающим помогают, все в курсе всего. Дух борьбы всей команды с проектом.
зачем бороться с проектом, если можно работать над ним?🤔
Как-то с трудом верится. Обычно в командной работе отстающих СКАМЯТ)))
@@SparxBrony а было бы хорошо что бы помогали, тогда продукт будет более адекватным)
@@darkangelskeleton154 тебе лет то сколько?
Кому нужна "хромая лошадь"?)
@@МудрыйЧеловек-ф6э а кому нужен токсик?
Пожалуй, тоже поучаствую в обсуждении)
Преимущества скрама:
1. Четкое планирование на относительно короткий срок, что позволяет декомпозировать весь проект на посильные кусочки.
2. Есть видимый результат в конце каждого спринта => есть фидбэк по этому результату.
3. Когда у нас есть фидбэк, мы можем улучшать свою работу с каждым спринтом, а значит растет качество продукта.
4. Цена исправления ошибки на каком-либо из этапов значительно ниже, так как проще вернуться к этому шагу.
Попробовал другой микрофон. Возможно кому-то звук не зайдет ) В следующем уроке вернулся к своему
Микрофон норм, просто звук нужен в оба канала
На планшете звук отлично воспроизводится
Скрам лучше с точки зрения тимбилдилга,если так можно выразиться, команда людей занятых в проекте каждый день делится своими проблемами в работе,успехами и в принципе каждый день общается, для меня как для начинающего сотрудника это важно, важность для проекта в том,что люди которые работают в сплоченном коллективе делают свою работу результативнее. Также плюс скрама в том,что работа разбита на определенные части(спринты с конкретными задачами) и ограничена во времени - это дисциплинирует.
Найкращі відео які я знаходив, добре розгорнута інформація і легко сприймається. Дякую!!
Отличный, качественный контент. Никакой лишней воды, все четко, ясно, просто супер. Спасибо
Спасибо за разбор. Будем ждать следующего урока 🙌. Было бы здорово наглядно увидеть основную часть работы тестировщика.
Боже это самое лучшее что я слышу, спасибо за бесплатные уроки!!!!!!мне стало так интересно 🔥
Всем привет) Уже 3-й год работаю в компании в моделью разработки хаос. Спасибо, теперь я точно знаю как это называтся. Так вот и скрам и хаос командная работа, но в модели хаос очень часто из-за погони за быстрым результатом и плохого планирования работы команда не до конца понимает что надо делать, иногда ставят нереальные задачи и как итог в проду уходят корявенькие непроработанные до конца нечто. Потом после каждой наименьшей правки на проде вылазит куча багов и процесс поддержания ее превращается в целый челлендж. В то время как скрам с его постановкой задач является более упарядоченным и менее стрессовым и позволяет лучше проработать задачу.
Вы тестер?)
2:32 - Водопадная (каскадная)
5:51 - V образная
9:19 - Инкрементальная
13:32 Спиральная
16:44 - Скрам
25:50 Хаоса
спасибо за лекцию и за котика на втором плане
котик милый на заднем плане)))) спасибо за лекции, все понятно без воды.
По спринтам удобнее работать, потому что есть четкие задачи, есть четкий дедлайн, каждый член команды занят работой. не надо в отличие от водопадного метода ждать, когда другие участники команды закончат планировать и разрабатывать, можно постоянно выполнять маленькие задачи, которые ведут к большой цели)
Звук норм, информация донесена доступно, жду следующего видео.
Спасибо)
Спасибо за урок! Думаю что работа в скраме удобна тем, что можно на начальных этапах выявлять маленькие недочеты, исправлять и двигаться дальше.
Лёша, большое человеческое спасибо за видосы.
И большое спасибо Вам за такое понятное изложение материала!👍
Мне как жене начинающего програмиста все очень даже понятно. Вот хочу обучится на тестировщика, очень все понятно, спасибо за уроки✌🏻кот на заднем плане чёткий❤️
Добрый день, и как успехи?Курсы помогли вам обучиться и трудоустроиться?Вот сам начал изучать эти курсы)
@@МаксимЯрош-м5о как ваши успехи, курсы помогли?
@@sanboy4492 а тебе?)
Преимущества скрама в том, что есть четкое понимание действий у всей команды и есть определенные сроки, так же постоянно идет ежедневное обсуждение проделанной работы и работы что нужно провести, что опять же закрепляет в умах команды необходимые дальнейшие действия, а так же позволяет методично внедрять обновы в проект, что так же может влиять на боевой дух команды, в общем, сила в постоянных коммуникациях и сплоченности.
Хаос в принципе вы описали настолько исчерпывающе, что нечего добавить, постоянный стресс и неразбериха, нет четкости понимания дальнейших действий, что так же может замедлить некоторые процессы, к примеру когда готовишь документацию под одно, а теперь резко нужно под другое.
Спасибо за видео. Два дня потратила на изучение этой темы в одном из курсов. Вы же объяснили все простыми словами за 30 минут :)))
Спасибо за урок! Всё очень просто и доступно изложено, легко запоминается, а главное: очень интересно слушать и усваивать информацию.
В скрам все четко и распланировано, вложенном определенные сроки, хорошо поставленный и распределены роли каждого в команде
Очень интересный видос, если посмотреть на эти модели более широко, то это не только про конкретные этапы разработки ПО, а в целом этапы любого проекта, любого дела, которое может вообще никак не относится к IT
Это самая быстрая и отлаженная модель от идеи до релиза. При условии адекватного скрам менеджера и слаженной работы всей команды. Спасибо!
но все в переди. буду слушать и следуйщие курсы и просветляться
Otlichnii urok. Bravo. Posmotrim kak budet dalbshe!
Плюсы скрама:
1) Выделяет небольшой элемент, который можно показать как работающий. Соответственно, есть что показать, можно проверить работоспособность, если найдутся ошибки их дешевле исправить, ибо элемент небольшой.
2) Постоянные митинги дают возможность держать руку на пульсе разработки: выявлять отставания, проблемы, вносить изменения.
3) Стремление к параллельному задействованию сразу всей команды разработки может сократить общий срок выпуска продукта
Нехватает английских аналогов названий! А так отличный урок) Спасибо
Приимуществом скрама есть самая большая доля командной работы, каждый проект будет разбираться по крупицам, в ходе уже создания продукта можно корректировать его на любом из этапов, каждый будет выражать своё мнение, что однозначно даст возможность и тим лиду посмотреть кто на что способен, что бы в дальнейшем нарезать правильные таймлайны каждому на решения их задач, так же будет понятно кого без ущерба эффективности можно нагрузить больше а кого нужно меньше + это несомненно позволит делится опытом людям из разных процессов, что в итоге позволит команде в общей суме быть более многогранной, многозадачной, развитой и конечно же сделает большую часть команды взаимозаменяемыми инструментами/единицами, и конечно же сполит коллектив, что в свою очередь приведёт к повышению эффективности команды в целом.
Я считаю, что основное преимущество скрама над водопадной моделью в том, что мы можем что-то менять. Есть возможность увидеть недочеты еще на начальных этапах. В то время в водопадной модели мы сможем заметить какие-то ошибки только почти в конце работы. Также в скраме есть дух командной работы. Есть спринты, которые мотивируют успеть что-то в срок и не подвести остальных. Ну и важным являеться также то, что в скраме есть возможность внести изменения существенные в начальный проект. В водопадной модели у нас такого нет
Действительно, скрам наиболее адекватным способом выглядит, имеет много плюсов и для команды и для заказчика, спасибо за урок, Леша)))
Немного не соглашусь, что Scrum Master это PM 😊
Scrum Master это про фасилитацию, он по сути организатор и контролер того, что все идет по фреймворку и сам непосредственно не влияет ни на разработку, ни на какие-то решения команды, а лишь направляет ее и гарантирует, что все идет по скрам.
PS: хорошие уроки!
В идеале да. Как правило роль скрам мастера выполняет кто-то на проекте . Это может быть не только pm. А в принципе и другой участник команды. Кране редко существует отдельно выделенный скорам мастер. И так уже получается, что обычно это pm.
Пожалуй было бы правильнее так объяснить.
@@leshamarshal да, просто PM это больше про должность, а скрам мастер про роль в скрам)
У меня в команде PM нет, а вот отдельный скрам мастер в наличии)
@@rusau О Артём а я и на тебя подписан))
Ни на что не влияет, но гарантирует? Это как? Думаю правильнее описать: Он - это трасса Минск - Брест. Она гарантирует что вы из г. Минск приедете в г. Брест. Но исправность автомобиля, защиту от прокола шины и достаточность бензина не гарантирует, и никак на это повлиять не может.
Спасибо за видеоуроки!!
Капец почитала кометы-все позитивные, и есть с разными терминологиями, видно пишут профи.
А я впервые такие термины читаю, надеюсь просмотрев видеоуроки и я начну догонять 🤪😃
Скрам удобнее за счёт оперативного взаимодействия при решении конкретной задачи, этапы протекают быстрее и можно внести большее количество позитивных изменений, а так же их проверить, а учитывая нестабильность рынка и высокую скорость нтп можно определить как самую актуальную. Водопадная модель хороша своей конкретикой, но может быть использована для решения задач с долгой стратегией, например на гос. заказах. Модель хаоса думаю больше подойдёт к стартапам или к развивающимся проектам, без конкретного видения финального продукта.
Благодарю за урок. Все понятно) Скрам используется из-за своей гибкости и в то же время позволяет отладить удобный, работающий процесс. В нем наверное тоже бывают перегрузы из-за количества задач, но благодаря спринтам все разгребается быстро ))
преимущество в гибкой модели в том, что каждый работает в команде, все идет по плану (что-то спланировали - разработали - протестировали - доработали - внедрили), есть определенный срок (проект не затянется на годы, чтоб его внедрить), есть планерки на которых контролируется что подтянуть и проверяется результат выполненной работы. В модели хаоса же не известно, что и когда тебе дадут на тестирование (такой режим хардкора), более стрессовый, нежели чем в гибкой модели, где ты точно знаешь кто и чем занимается в данный период времени. мне кажется модель хаоса это больше для опытных, нежели чем для новичков.
PS. очень милый котик!🥰
3:31 Котэ за воим правым плечом явно разбавил фон ... спасибо за видео подписка + лайк
скрам позволяет лучше контролировать каждый этап работы, в связи с относительно небольшими обьемами выполняемых задач (при сравнении с полным проектом). Дает возможность задействовать регулярно специалистов всех направлений, без их долгого простоя, и при этом не создавая ситуацию не прекращяемого давления на какое-то одно подразделение, что может привести к выгоранию сотрудников и, соответсвенно, к снижению эффективности и качества выполнения работы.
Преимущества Scrum, заключаются в более экономном расходовании средств и времени, затрачиваемых на разработку проекта. А так же, scrum позволяет избегать возникновения дорогостоящих багов, на поздних этапах SDLC, устранение которых ведёт в к большим финансовым, временным и трудозатратам, вплоть до полной переделки продукта, начиная ещё со стадии проектирования.
Хороший вариант !
спасибо
все по делу, Алексей! лайк от вебмастера-гуру СЕООНЛИ
Не работал и не работаю в этой сфере, но недавно заинтересовался. Смотрю этот курс уже спустя 3 года после выхода, но всё равно хочется ответить на вопрос Алексея. Мне кажется, что скрам, как принцип работы, напоминает подход художников, которые делают несколько мазков и потом окидывают свою картину взглядом или иногда вовсе отходят на пару шагов назад, чтобы лучше видеть, как сказались текущие штрихи на общей картине. То есть это подход, который имеет минимальные риски, ведь исправить ошибки при таком подходе гораздо проще, все действия команды просматриваются и чётко виден небольшой промежуточный результат. Скрам мастер кстати видимо выступает как раз в роли художника )
Скрам сплоченная работа всей команды, контроль сотрудников в плане плана работы вчера, сегодня , завтра! Удобно
На мой взгляд, главное преимущество scrum модели это сведение к минимуму человеческого фактора. Таким образом, результат работы всей команды не будет страдать из-за одного члена команды. Последние годы я работаю в различных проекта и рабочих группах. На моем опыте, самая большая проблема это не квалификация членов группы, а именно такие характеристики, которые трудно выявить до начала работы. Например, один член команды постоянно срывает дедлайны и вся команда вынужденно ждтет его и рискует не сдать вовремя работу. Или из-за одного члена команды,вся команда в авральном режиме работала ночами в последние дни до дедлайна. Второе преимущество модели это тот Самый слон,которого лучше есть по частям. Третье преимущество, возможность исправлять ошибки и корректировать работу как можно быстрее после обнаружения ошибок. Так сказать, пока "горячие". Четвертое преимущество, мозговой штурм при регулярных встречах. Одна голова хорошо,а 5 - 9 еще лучше.
Скрам я считаю это в первую очередь модель взаимодействия всей команды, сюда добавляются спринты в которых четко поставлены задачи и определены роли. Митинги входящие в модель Скрам так же способствуют достижению лучшего результата за короткие сроки, опять же из-за взаймодействия всей команды в процессе. Ну и конечно же гибкость этой модели в том плане что мы можем в любой момент перейти на какой то из предыдущих этапов чтобы что то подправить и т.д. Поправьте если не прав. Только начал смотреть ваши уроки и хотел бы поблагодарить за ваши труды, очень ценно и полезно.
Неожиданно, что на итеративной модели мы сначала выпускаем продукт, а уже после тестируем) Думал, что всегда выпускаем только после того как протестировано)
благодарю за старания!
читал эти модели не вьезжал, посмотрел - понял
1. преимущество скрама перед водопадной моделью - правки/доработки дешевле, быстрее можно внести изменения в продукт, если на каком то из этапов что то не учли
2. преимущество скрима перед моделью хаоса - больший/лучший контроль процесса, меньше стресса для команды, возможность планирования (в общем то все то о чем писали большинство комментаторов)
Как то так, по моему мнению)
Первое, о чём подумала, это то, что в модели хаоса, если твоя задача априори не самая приоритетная, то, кажись, она не будет сделана никогда)
Я долгое время была заказчиком со стороны бизнеса и хорошо, что у нас скрам. В спринт берется несколько крупных важных задач, но если остаются небольшие "хвостики" времени, будут взяты незначительные задачи. Которые кто-то тоже очень ждёт:)
Из преимуществ скрама:
1. Каждый член команды отчитывается о проделанной работе, что даёт понимание другим людям о ходе работы, из этого можно сделать корректировку плана
2. Спринтами мы можем добивать определённые задачи
3. Мотивация от видимости проделанной работы
1) Декомпозиция задач
2) Четкий контроль в результате проделанной работы по итогам каждого спринта
3) Каждый в курсе дела, результатах, в общем что и как идет в процессе разработки
Отличный канал, понятные уроки. Спасибо!
в скраме - можно четко спланировать время и задачи; быстрая обратная связь между всей командой; можно вносить изменения на различных этапах.
Хаос - это предпринимательство)) - решать задачи по мере их поступления (может быть завал; ошибка может вылезти на позднем этапе, тогда как, например, в скраме, ее бы могли протестить на раннем).
Скрам помогает подстроиться под текущие задачи владельцев продукта, если они меняются. Это позволяет не начинать всё с нуля
Спасибо за урок , впрочем все місли по поводу работі по системе скрам озвучили до меня!
Скрам , как модель для конечного результата на мой взгляд очень удобная , т. к всегда можно посоветоваться , есть понимания времени , есть обсуждение задачи , можно исправить ошибки не переделывая весь проект, на выходе качественный продукт , водопад не нравится тем , что если в конце продукт не соответствует ожиданию , то все переделывается
Спасибо вам за ваш труд 👏 🎥
Спасибо большое за видео, очень понравилось. Всё чётко про модели разработки. Всё стало понятно.
Благодарю )
Скрам будет приоритетным т.к. в отличии от водопадного метода, V-образного, прослеживается тим билдинг, отчеты о проделанной работе, контроль менеджером процесса на всех стадиях, что позволяет избежать неоднократного перезапуска процесса.
Я так поняла, что идея скрама - видеть конкретный результат на каждом спринте. Идти к цели маленькими шагами, постоянно анализировать а туда ли мы идём. При завершении каждого спринта видеть какая работа уже проделана, что улучшить. И постоянное тестирование на каждом этапе. Проще вернуться на шаг разработки и добавить фитчу, устранить баг, упростить использование конечного продукта и пр.
Преимущества scram:
- минимизация простоев участников команды
- снижаются риски масштабных ошибок
- на каждом спринте получаем видимый результат. К тому же результат мотивирует
- гибкость процесса без лишней бюрократии
- прозрачность: понятно, что делаем, как делаем, в чем трудности, как решить. Реальная командная работа.
Я так поняла, что "водопад" хорош, когда задача понятная, понятно какими средствами решать, условно типовая.
1. Преимущество "скрам" от водопадной модели - в дроблении общей работы над проектом на этапы/спринты; спринты же помогают сосредоточить силы всей команды на одном кусочке задачи (этапе работы), тем самым выявить на том или ином спринте проблему\недоработку, разрешить ее и по завершению одного спринта получить готовый и "чистый" результат, тем самым не понести дополнительные затраты при обнаружении проблем/дефектов к релизу проекта.
2. Преимущество "скрама" от модели "хаоса" в четких задачах и алгоритме действий всей команды, наличие ожидаемого результата по завершению выполнения каждого этапа, в упорядоченности и системности работы над проектом.
Спасибо за проделанную работу! Все супер! В некоторых местах окно-видео с камера перекрывает информацию
Спасибо большое за отличные уроки! Я новичок в тестировании, ты все хорошо, понятно объясняешь!!!
Скрам, затягивает в работу всю команду. Что есть продуктивно. На всех этапах вся команда вовлечена.
Спасибо Огромное! Очень доступно и понятно. Поиятно слушать вас. Скрам удобнее, потому-что длительность цикла короткая и все включены в процесс. Отдача будет быстрой и не затянутой во времени. Можно намного эффективнее работать и больше задач выполнить. Как мне видится)
Скрам это соревнование, а это поддергивает. Тянешься к тому, кто дальше убежал, но не тянешь назад при этом. Поэтапно решаешь задачи порциями, а не огромными локтями как в водопаде. Определённость и чёткость, как правильно сказал, это уменьшает стресс у улучшает показатели производительности.
1, Планирование задач и возможность редактирования общего списка,
2. Небольшие сроки
3. Возможность контролировать процессы разработки.
4. Разбитие большой работы на мелкие части.
5. В случае корректировки проекта, можно вносить корректировки на поздних сроках тестирования в отдельную часть, а не в весь проект.
6. Более экономичная и гибкая модель.
Спасибо. Интересно. Поддержу комментарии ранее написанные. Скрам: снижает риски точки не возврата, затрат рабочего времени, себестоимость продукта, заказчик не испытывает сожаление за потраченные средства.
Огромное спасибо! Изучаю с удовольствием! Хочу стать тестировщиком
Scrum - есть преимущество в том что есть понятная организация работы и конкретный отчёт того что сделал команда за (Cпринт) и в дальнейшем гораздо проще распределить задачи которые в следующем спринте надо выполнить.
В водопадном такого не присутствует так как там идёт ступенчатая работа, после окончания одной ступени начинается другая, которой занимается другой человек. В ней, конечно, присутствует отчёт о выполненной работы, но данный отчёт происходит только в конце все выполнены работы и это как вы сказали приводит к тому что уходит большое количество времени и денег.
Скрам более структурированный, очень хорошо видно и понятно кто, что и на каком этапе сделал
SKRAM думаю популярен из-за многозадачности проектов, а разделение и выполнение по частям, структуре, облегчает понимание конечной цели. Водопадная модель подходит к "узким" продуктам, когда есть возможность строго разделить этапы и не смешивать работу специалистов. И как раз первый этап "проектирование" думаю самый затратный, чтоб выдать детальное, правильное ТЗ кодировщикам. Модель хаоса - очень сомнительна, но возможна. некоторые способны наоборот работать более эффективно без рамок и четких указаний, ибо они не дают расслабиться и оттянуть момент "сдачи". Это как творческий подход и вдохновение.
Пока работает частичка ютуба, начал изучать
Прямо как на производстве, даже лучше) спасибо.
Скрам гибок(на этапе выборки процессов на конкретный спринт) и в то же время структурирован внутри спринтов. По концепту больше всего похож(имхо) на базисный подход к достижению глобальной цели - разбивку её на меньшие, но достижимые. Позволяет сохранить мотивацию благодаря встречам, где по сути ты подводишь итоги своей работы, одновременно планируя текущий этап и в конце спринта видишь результат. На этих встречах сразу видны проблемы конкретного этапа, так что команда всегда в курсе того, что и у кого вызывает затруднения и может помочь дотянуть. Отчётность проще, т.к. есть некая модульность(отчёты по спринтам потом можно собрать в отчёт по продукту в целом). Меньше стресса (по сравнению с той же моделью хаоса) т.к. люди чётко знают чем занимаются и знают, что могут всегда обратиться за помощью к команде. Со стороны заказчика - можно уже по истечении 2х недель увидеть какую-либо функциональность и примерно прикинуть, совпадает ли это с его видением, + на основании презентации у заказчика могут возникнуть новые идеи, которые возможно уточнят какие-либо функциональности или расширят их. Трудозатраты на исправление дефектов ниже и конечный результат чище за счёт выделения определённых целей на спринты ( в отличие от водопадной модели). Спасибо огромное за метериал!
В скраме можно спланировать работу и рассчитать количество необходимых ресурсов. Так же он позволяет проработать задачи лучше.
Скрам в первую очередь командная работа, meeting’s, дисциплина (3 вопроса) и чётко поставленная работа, результатом которой будет гордиться вся команда.
Приятно послушать 🤝
Преимущества скрама перед другими моделями тестирования
1. Работа в команде со старта проекта с разработчиками, аналитиками, маркетологами, дизайнерами. Возможность моментального решения при обнаружении дефектов на начальных этапах и как следствие экономия времени и денег на доработку проекта
2. Участие в коротких спринтах, где тестировщик анализирует работу разработчиков на предыдущем этапе спринта постепенно переходя к следующей недели, тем самым оперативно выявляя дефекты
3. Распределение ролей в команде на свиней и кур, где одни полностью вовлечены, другие частично
В водопадной модели нельзя вернуться к начальному этапу проекта после итогов тестирования, модель хаоса более затратно по времени и стоимости
Я думаю скрам модель тестирования преобладает над остальными тем, что:
1 - она позволяет закрывать потребности больших проектов, через разделение его на более малые части (как инкрементальная модель).
2 - через спринты куда проще отслеживать видимые результаты работы, а значит остальным участникам проекта будет проще анализировать и планировать дальнейшие шаги.
3 - тестировщику проще работать, тк у него есть конкретный план на ближайший спринт и он может не отвлекаться на другие задачи (как в модели хаоса например).
4 - скрам лучше инкрементальной модели тем, что больший объем протестированного может внедриться в систему. Например группы тестеров работают над разными функциональностями, а значит общее время работы всех участников сокращается.
Спасибо за Ваш урок, ваша подача понятна и интересна.
Что касается преимуществ скрама на мой взгляд это бэклог и спринт бэклог, вся команда в курсе происходящего благодаря дейли митингам, обсуждение и анализ предыдущего спринта, работа над ошибками) четкие дедлайны, коммуникации и проведение демо для заказчика…
Преимущество скрам модели в том, что прорабатывается каждая часть проекта пошагово каждым членом команды как по отдельности по своему направлению, так и в общем командная работа в спринте. Как результат - качественно проработанный проект, в котором маловероятно возникновение дефекта(бага), и возвращение назад не будет, что экономит как время, нервы, так и средства (для заказчика).
Скрам более удобен тем, что на каждом шаге строится четкая стратегия выполнения плана по продукту. Каждый сотрудник может мониторить свои результаты, задается вопросами на митингах о проделанной работе и ставит цели на дальнейшую работу. Так работнику проще оценивать свои возможности по выполнению задач, понимать сколько времени отдовится на определенное действие. Плюс команда собирается вместе, и есть возможность сразу обсудить вытекаемые возможные дефекты на ранних стадиях, чего трудно сделать в водопадной модели.
Все просто, при скраме вся команда вместе вся команда вкурсе всего дух команды.
Спасибо! Очень круто
1. Когда работаешь по модели Скрам все участники нацелены на результат. Нет застоя на самом процессе работы (работа ради работы). Скрам это работа ради результата в ограниченные сроки.
2. Участники видят конечный результат, что позволяет понимать, что выполненная работа не напрасна и приносит плоды.
3. Модель Скрам позволяет производить контроль выполнения этапов и корректировать направления в зависимости от выполнения промежуточных этапов.
4. Модель Скрам составлена таким образом, что участники в конкретный Спринт не отвлекаются и не тратят силы на другие задачи, не оговоренные в самом начале. Все силы уходят на выполнение основных задач. Такой подход дает самые продуктивные результаты!
Мне кажется причина работы по скраму - отведённые сроки, за которые должна проделаться работа. Некая последовательность и дисциплинированность. А дисциплина - везде является причиной хорошего результата :)
Скрам как по мне очень удобен,кадый день команда общается между собой и продуктивно находит проблемы в проэкте, а чем быстрее и слаженее работает коллектив, тем меньше будет проблем в работе проэкта, и затраты будут минимальны или их не будет вообще,но я думаю такого не бывает ,что бы сырой проэкт работал идеально с начала разработки и до завершающей стадии выхода на рынок.
Скрам - это методика, помогающая командам вести совместную работу. Проводят собрания, используют специальные инструменты и принимают на себя особые роли, чтобы организовать работу и управлять ею, также требования могут меняться по ходу проекта и клиент принимает также участие в водопадной клиент не видит проект до окончания работы . Cкраме постоянно тестирование после каждого обработанного блока , по сути тестировщик принимаем постоянное участие . В водопадной модели- все требования известны вначале и не меняются до окончание работы. Тестирование в конце в работы и если будут найдены ошибки то они опять проходят тот же круг с начала .
спасибо за курс! Все очень понятно!👍
Я думаю так. Преимущества скрама перед водопадной моделью: разбивка большого проекта на задачи, что упрощает работу. И каждая задача проходит этапы планирования, разработки, тестирования, демонстрации. Это проще - спланировать, разработать, протестировать проект по частям, чем весь проект целиком.
Преимущество скрама над моделью хаоса - более четкий план последовательности задач.
ИМХО - при Скраме можно сконцентрироваться на списке первоочердных задач, а не на одной (хаос) или ожидать результат по иерархическому варианту(водопад)
Модель скрама имеет следующие преимущества:
1. вы знаете как командный игрок кто какими задачами занимается в процессе спринта.
2. проще выявить ошибку в работе по такой модели, и дешевле её устранить, чем например в V-образной, спиральной модели и т.д. Может быть даже дешевле чем ошибка по водопадной модели.
3. в модели скрама можно распределить работу так, что-бы каждый занимался теми задачами, в чем он более силён
4. нет необходимость ждать пока твои напарники закончат свои задачи, что-бы ты мог приступить к своим. (преимущество перед водопадным методом)
5. чёткое распределение по времени
Спринтами работать удобно: поставили задачу, определили время, максимально выложились, отчитались, закрыли задачу вставили в ПО как кирпичик. Особенно если проект большой. Когда большая задача разделена на маленькие куски понятнее как с этим поступить. Слона надо есть по частям) Водопадная модель неудобная в плане громоздкости и фатальности ошибок
1) Слаженная командная работа, все в курсе всего и стремятся выполнить цель спринта.
2) Лучше контроль со стороны руководителя, за счет ежедневных митингов и четко поставленных целей.
3) Есть четкие временные рамки по спринту, что еще больше мотивирует и добавляет соревновательного духа.
4) Четкая структура работы, где все понимают, что им надо сделать, а не ждать каких-то сюрпризов.
Более командный вариант , где в процесс вовлечены все «боевые единицы» , при этом есть конкретная цель и понимание ,что необходимо выполнить в текущий период времени
Есть заказчик- есть исполнитель.
В Скраме помимо перечисленных преимуществ в разбивку сложной задачи на подзадачи, которые дисциплинируют и позволяют держать команду в тонусе есть важный этап: "демонстрация результатов 2-х недельрой работы команды". По итогам этой демонстрации заказчик каждые 2 недели получает отчёты и видит за что платит. Если темпы не устраивают- может сменить команду или вообще придти к выводу, что стоимость реализации проекта превышает его ожидания и теряется целесообразность продолжения инвестиций в проект.
Преимущества скрама в том, что финальная цель разделяется на большое количество задач, которые решаются отдельно и благодаря этому можно уделить более пристальное внимание задачам и более детально контролировать процесс создания продукта.
Есть моральный аспект, заключающийся в том, что после каждого спринта команда видит результат и это должно мотивировать людей, т.к. видение перед собой положительного результата работы обычно хорошо влияет на мотивацию и мораль команды.
Меньшие затраты ресурсов на производство продукта, по сравнению с водопадной и V - моделями разработки, т.к. большая задача разделяется на оч много маленьких и критические ошибки можно заметить на начальных этапах.