Тестировщик с нуля / Урок 2 / Как тестировать ПО
ฝัง
- เผยแพร่เมื่อ 17 ก.พ. 2021
- Как тестировать ПО. В этом уроке про методологии разработки SDLC , как и на каком этапе подключается тестировщик.
Многое здесь носит общий характер. Основное, это запомнить про Scrum.
Начинать будем с самых основ. Подойдёт для начинающих, даже если вы вообще ничего не знаете о тестировании.
И со временем подойдём к темам, для уровня middle тестировщиков.
Я уже записывал курс для тестировщиков, который посмотрело больше 10000 человек. В этом курсе я хочу увеличить качество подачи материала и глубже рассмотреть каждую тему.
Именно по этому рекомендую, подписаться на канал. Уроки могут быть вам полезными, даже если вы имеете более 3 лет опыта работы.
Все уроки доступны в плэйлисте
Или по хэштэгу #qamarshal
В этом уроки мы говорим о том, что такое #тестирование , про историю появления, а так же что такое #qa и qc , в чем отличие.
⭐️ Хотите узнать от меня больше? Ознакомьтесь с этими ссылками:
1. Patreon - / leshamarshall
2. Telegram - t.me/leshamarshal
3. Boosty - boosty.to/leshamarshal
4. VK - leshamarshal
Преимущество скрама в том, что:
1) менеджеру проще контролировать процесс, все на виду, каждый отчитывается, понятно кто чем занят в данный момент.
2) грамотный скрам мастер подберет нужные задачи в адекватном объеме на текущий спринт
3) команда разработки видит конкретные объемы работы и видимый результат, что в свою очередь мотивирует
4) на команду психологически не давит большой объем задач.
5) гораздо ниже цена ошибки и ее проще выявить
Скрам - командная работа, опережающих догоняют, отстающим помогают, все в курсе всего. Дух борьбы всей команды с проектом.
зачем бороться с проектом, если можно работать над ним?🤔
Как-то с трудом верится. Обычно в командной работе отстающих СКАМЯТ)))
@@SparxBrony а было бы хорошо что бы помогали, тогда продукт будет более адекватным)
@@darkangelskeleton154 тебе лет то сколько?
Кому нужна "хромая лошадь"?)
@@user-rp5fu1nh2p а кому нужен токсик?
Пожалуй, тоже поучаствую в обсуждении)
Преимущества скрама:
1. Четкое планирование на относительно короткий срок, что позволяет декомпозировать весь проект на посильные кусочки.
2. Есть видимый результат в конце каждого спринта => есть фидбэк по этому результату.
3. Когда у нас есть фидбэк, мы можем улучшать свою работу с каждым спринтом, а значит растет качество продукта.
4. Цена исправления ошибки на каком-либо из этапов значительно ниже, так как проще вернуться к этому шагу.
До этого видео думала, что у меня на работе нет модели разработки от слова совсем, а оказалось есть, и это "модель хаоса". Чтож, действительно очень грустная модель, которая и правда способствует быстрому выгоранию. Либо работы нет от слова совсем, либо наваливается одновременно и много, и всё обязательно "горит" по срокам. А конечного результата почти никогда не видишь, что ещё больше демотивирует.
Скрам звучит очень круто именно потому что есть четкий план, понятны этапы и сроки разработки. Каждый отвечает за свою часть работы, и видит прогресс в том, что делает. Да и исправлять косяки явно будет дешевле, чем когда сделан почти весь проект обнаружить в ТЗ заказчика важную деталь, которая ломает весь текущий прогресс..
Спасибо, что объяснили всё это простым и понятным языком :)
Ну вот, есть повод в вести в команду новую модель разработки. )))
@@user-oi3lh8ni3s в том месте это было невозможно по многим причинам. Пыталась протолкнуть эту, и другие идеи, но меня лишь на смех подняли 🤷
В итоге полностью сменила работу. Недавно прошла ИС в фирме, где используется скрам, и это лучшее решение за последний год :)
Скрам лучше с точки зрения тимбилдилга,если так можно выразиться, команда людей занятых в проекте каждый день делится своими проблемами в работе,успехами и в принципе каждый день общается, для меня как для начинающего сотрудника это важно, важность для проекта в том,что люди которые работают в сплоченном коллективе делают свою работу результативнее. Также плюс скрама в том,что работа разбита на определенные части(спринты с конкретными задачами) и ограничена во времени - это дисциплинирует.
спасибо за лекцию и за котика на втором плане
И большое спасибо Вам за такое понятное изложение материала!👍
Спасибо за разбор. Будем ждать следующего урока 🙌. Было бы здорово наглядно увидеть основную часть работы тестировщика.
Лёша, большое человеческое спасибо за видосы.
Спасибо за урок! Думаю что работа в скраме удобна тем, что можно на начальных этапах выявлять маленькие недочеты, исправлять и двигаться дальше.
Попробовал другой микрофон. Возможно кому-то звук не зайдет ) В следующем уроке вернулся к своему
Микрофон норм, просто звук нужен в оба канала
На планшете звук отлично воспроизводится
Звук норм, информация донесена доступно, жду следующего видео.
Спасибо)
Спасибо за урок! Всё очень просто и доступно изложено, легко запоминается, а главное: очень интересно слушать и усваивать информацию.
Найкращі відео які я знаходив, добре розгорнута інформація і легко сприймається. Дякую!!
Отличный, качественный контент. Никакой лишней воды, все четко, ясно, просто супер. Спасибо
По спринтам удобнее работать, потому что есть четкие задачи, есть четкий дедлайн, каждый член команды занят работой. не надо в отличие от водопадного метода ждать, когда другие участники команды закончат планировать и разрабатывать, можно постоянно выполнять маленькие задачи, которые ведут к большой цели)
Отличный канал, понятные уроки. Спасибо!
В скрам все четко и распланировано, вложенном определенные сроки, хорошо поставленный и распределены роли каждого в команде
Спасибо большое за видео урок - все понятно изложено и озвучено 👍🏻
котик милый на заднем плане)))) спасибо за лекции, все понятно без воды.
Всем привет) Уже 3-й год работаю в компании в моделью разработки хаос. Спасибо, теперь я точно знаю как это называтся. Так вот и скрам и хаос командная работа, но в модели хаос очень часто из-за погони за быстрым результатом и плохого планирования работы команда не до конца понимает что надо делать, иногда ставят нереальные задачи и как итог в проду уходят корявенькие непроработанные до конца нечто. Потом после каждой наименьшей правки на проде вылазит куча багов и процесс поддержания ее превращается в целый челлендж. В то время как скрам с его постановкой задач является более упарядоченным и менее стрессовым и позволяет лучше проработать задачу.
Вы тестер?)
2:32 - Водопадная (каскадная)
5:51 - V образная
9:19 - Инкрементальная
13:32 Спиральная
16:44 - Скрам
25:50 Хаоса
1. преимущество скрама перед водопадной моделью - правки/доработки дешевле, быстрее можно внести изменения в продукт, если на каком то из этапов что то не учли
2. преимущество скрима перед моделью хаоса - больший/лучший контроль процесса, меньше стресса для команды, возможность планирования (в общем то все то о чем писали большинство комментаторов)
Как то так, по моему мнению)
но все в переди. буду слушать и следуйщие курсы и просветляться
Спасибо вам за ваш труд 👏 🎥
Прямо как на производстве, даже лучше) спасибо.
Спасибо большое за отличные уроки! Я новичок в тестировании, ты все хорошо, понятно объясняешь!!!
Спасибо за урок. Все четко и доступно.
спасибо за курс! Все очень понятно!👍
Это самая быстрая и отлаженная модель от идеи до релиза. При условии адекватного скрам менеджера и слаженной работы всей команды. Спасибо!
Спасибо за урок!)
Действительно, скрам наиболее адекватным способом выглядит, имеет много плюсов и для команды и для заказчика, спасибо за урок, Леша)))
благодарю за старания!
читал эти модели не вьезжал, посмотрел - понял
Спасибо за урок!
Благодарю за урок. Все понятно) Скрам используется из-за своей гибкости и в то же время позволяет отладить удобный, работающий процесс. В нем наверное тоже бывают перегрузы из-за количества задач, но благодаря спринтам все разгребается быстро ))
Otlichnii urok. Bravo. Posmotrim kak budet dalbshe!
Большое спасибо за урок!
Нехватает английских аналогов названий! А так отличный урок) Спасибо
Очень интересно. Спасибо!
Плюсы скрама:
1) Выделяет небольшой элемент, который можно показать как работающий. Соответственно, есть что показать, можно проверить работоспособность, если найдутся ошибки их дешевле исправить, ибо элемент небольшой.
2) Постоянные митинги дают возможность держать руку на пульсе разработки: выявлять отставания, проблемы, вносить изменения.
3) Стремление к параллельному задействованию сразу всей команды разработки может сократить общий срок выпуска продукта
Есть заказчик- есть исполнитель.
В Скраме помимо перечисленных преимуществ в разбивку сложной задачи на подзадачи, которые дисциплинируют и позволяют держать команду в тонусе есть важный этап: "демонстрация результатов 2-х недельрой работы команды". По итогам этой демонстрации заказчик каждые 2 недели получает отчёты и видит за что платит. Если темпы не устраивают- может сменить команду или вообще придти к выводу, что стоимость реализации проекта превышает его ожидания и теряется целесообразность продолжения инвестиций в проект.
Приятно послушать 🤝
Огромное спасибо! Изучаю с удовольствием! Хочу стать тестировщиком
Спасибо! Очень круто
Спасибо за инфу!
Спасибо за информацию
Я считаю, что основное преимущество скрама над водопадной моделью в том, что мы можем что-то менять. Есть возможность увидеть недочеты еще на начальных этапах. В то время в водопадной модели мы сможем заметить какие-то ошибки только почти в конце работы. Также в скраме есть дух командной работы. Есть спринты, которые мотивируют успеть что-то в срок и не подвести остальных. Ну и важным являеться также то, что в скраме есть возможность внести изменения существенные в начальный проект. В водопадной модели у нас такого нет
все по делу, Алексей! лайк от вебмастера-гуру СЕООНЛИ
1, Планирование задач и возможность редактирования общего списка,
2. Небольшие сроки
3. Возможность контролировать процессы разработки.
4. Разбитие большой работы на мелкие части.
5. В случае корректировки проекта, можно вносить корректировки на поздних сроках тестирования в отдельную часть, а не в весь проект.
6. Более экономичная и гибкая модель.
Преимущества скрама перед другими моделями тестирования
1. Работа в команде со старта проекта с разработчиками, аналитиками, маркетологами, дизайнерами. Возможность моментального решения при обнаружении дефектов на начальных этапах и как следствие экономия времени и денег на доработку проекта
2. Участие в коротких спринтах, где тестировщик анализирует работу разработчиков на предыдущем этапе спринта постепенно переходя к следующей недели, тем самым оперативно выявляя дефекты
3. Распределение ролей в команде на свиней и кур, где одни полностью вовлечены, другие частично
В водопадной модели нельзя вернуться к начальному этапу проекта после итогов тестирования, модель хаоса более затратно по времени и стоимости
Подробно👍🏻👍🏻
Преимущества скрама в том, что есть четкое понимание действий у всей команды и есть определенные сроки, так же постоянно идет ежедневное обсуждение проделанной работы и работы что нужно провести, что опять же закрепляет в умах команды необходимые дальнейшие действия, а так же позволяет методично внедрять обновы в проект, что так же может влиять на боевой дух команды, в общем, сила в постоянных коммуникациях и сплоченности.
Хаос в принципе вы описали настолько исчерпывающе, что нечего добавить, постоянный стресс и неразбериха, нет четкости понимания дальнейших действий, что так же может замедлить некоторые процессы, к примеру когда готовишь документацию под одно, а теперь резко нужно под другое.
Неожиданно, что на итеративной модели мы сначала выпускаем продукт, а уже после тестируем) Думал, что всегда выпускаем только после того как протестировано)
Очень интересный видос, если посмотреть на эти модели более широко, то это не только про конкретные этапы разработки ПО, а в целом этапы любого проекта, любого дела, которое может вообще никак не относится к IT
Скрам помогает подстроиться под текущие задачи владельцев продукта, если они меняются. Это позволяет не начинать всё с нуля
Спасибо за видео)
Спасибо большое за видео, очень понравилось. Всё чётко про модели разработки. Всё стало понятно.
Благодарю )
Спасибо и отдельно за анекдот...
Спасибо за урок , впрочем все місли по поводу работі по системе скрам озвучили до меня!
Супер спасибо
Спасибо !
3:31 Котэ за воим правым плечом явно разбавил фон ... спасибо за видео подписка + лайк
Мне как жене начинающего програмиста все очень даже понятно. Вот хочу обучится на тестировщика, очень все понятно, спасибо за уроки✌🏻кот на заднем плане чёткий❤️
Добрый день, и как успехи?Курсы помогли вам обучиться и трудоустроиться?Вот сам начал изучать эти курсы)
@@user-oe7ci4lb9v как ваши успехи, курсы помогли?
@@sanboy4492 а тебе?)
Подписался , колокольцы, все как положено .
Преимущества Scrum, заключаются в более экономном расходовании средств и времени, затрачиваемых на разработку проекта. А так же, scrum позволяет избегать возникновения дорогостоящих багов, на поздних этапах SDLC, устранение которых ведёт в к большим финансовым, временным и трудозатратам, вплоть до полной переделки продукта, начиная ещё со стадии проектирования.
Хороший вариант !
спасибо
Немного не соглашусь, что Scrum Master это PM 😊
Scrum Master это про фасилитацию, он по сути организатор и контролер того, что все идет по фреймворку и сам непосредственно не влияет ни на разработку, ни на какие-то решения команды, а лишь направляет ее и гарантирует, что все идет по скрам.
PS: хорошие уроки!
В идеале да. Как правило роль скрам мастера выполняет кто-то на проекте . Это может быть не только pm. А в принципе и другой участник команды. Кране редко существует отдельно выделенный скорам мастер. И так уже получается, что обычно это pm.
Пожалуй было бы правильнее так объяснить.
@@leshamarshal да, просто PM это больше про должность, а скрам мастер про роль в скрам)
У меня в команде PM нет, а вот отдельный скрам мастер в наличии)
@@rusau О Артём а я и на тебя подписан))
Ни на что не влияет, но гарантирует? Это как? Думаю правильнее описать: Он - это трасса Минск - Брест. Она гарантирует что вы из г. Минск приедете в г. Брест. Но исправность автомобиля, защиту от прокола шины и достаточность бензина не гарантирует, и никак на это повлиять не может.
Приимуществом скрама есть самая большая доля командной работы, каждый проект будет разбираться по крупицам, в ходе уже создания продукта можно корректировать его на любом из этапов, каждый будет выражать своё мнение, что однозначно даст возможность и тим лиду посмотреть кто на что способен, что бы в дальнейшем нарезать правильные таймлайны каждому на решения их задач, так же будет понятно кого без ущерба эффективности можно нагрузить больше а кого нужно меньше + это несомненно позволит делится опытом людям из разных процессов, что в итоге позволит команде в общей суме быть более многогранной, многозадачной, развитой и конечно же сделает большую часть команды взаимозаменяемыми инструментами/единицами, и конечно же сполит коллектив, что в свою очередь приведёт к повышению эффективности команды в целом.
Привет! Спасибо за курс 1 и 2. Когда можно ожидать 3й(хочется услышать про Скрам, от тебя). :)
в скраме - можно четко спланировать время и задачи; быстрая обратная связь между всей командой; можно вносить изменения на различных этапах.
Хаос - это предпринимательство)) - решать задачи по мере их поступления (может быть завал; ошибка может вылезти на позднем этапе, тогда как, например, в скраме, ее бы могли протестить на раннем).
1. Преимущество "скрам" от водопадной модели - в дроблении общей работы над проектом на этапы/спринты; спринты же помогают сосредоточить силы всей команды на одном кусочке задачи (этапе работы), тем самым выявить на том или ином спринте проблему\недоработку, разрешить ее и по завершению одного спринта получить готовый и "чистый" результат, тем самым не понести дополнительные затраты при обнаружении проблем/дефектов к релизу проекта.
2. Преимущество "скрама" от модели "хаоса" в четких задачах и алгоритме действий всей команды, наличие ожидаемого результата по завершению выполнения каждого этапа, в упорядоченности и системности работы над проектом.
Спасибо👍
скрам позволяет лучше контролировать каждый этап работы, в связи с относительно небольшими обьемами выполняемых задач (при сравнении с полным проектом). Дает возможность задействовать регулярно специалистов всех направлений, без их долгого простоя, и при этом не создавая ситуацию не прекращяемого давления на какое-то одно подразделение, что может привести к выгоранию сотрудников и, соответсвенно, к снижению эффективности и качества выполнения работы.
Я так поняла, что идея скрама - видеть конкретный результат на каждом спринте. Идти к цели маленькими шагами, постоянно анализировать а туда ли мы идём. При завершении каждого спринта видеть какая работа уже проделана, что улучшить. И постоянное тестирование на каждом этапе. Проще вернуться на шаг разработки и добавить фитчу, устранить баг, упростить использование конечного продукта и пр.
Скрам, затягивает в работу всю команду. Что есть продуктивно. На всех этапах вся команда вовлечена.
Скрам будет приоритетным т.к. в отличии от водопадного метода, V-образного, прослеживается тим билдинг, отчеты о проделанной работе, контроль менеджером процесса на всех стадиях, что позволяет избежать неоднократного перезапуска процесса.
Скрам удобнее за счёт оперативного взаимодействия при решении конкретной задачи, этапы протекают быстрее и можно внести большее количество позитивных изменений, а так же их проверить, а учитывая нестабильность рынка и высокую скорость нтп можно определить как самую актуальную. Водопадная модель хороша своей конкретикой, но может быть использована для решения задач с долгой стратегией, например на гос. заказах. Модель хаоса думаю больше подойдёт к стартапам или к развивающимся проектам, без конкретного видения финального продукта.
Спасибо за видеоуроки!!
Капец почитала кометы-все позитивные, и есть с разными терминологиями, видно пишут профи.
А я впервые такие термины читаю, надеюсь просмотрев видеоуроки и я начну догонять 🤪😃
Спасибо за проделанную работу! Все супер! В некоторых местах окно-видео с камера перекрывает информацию
Модель скрама имеет следующие преимущества:
1. вы знаете как командный игрок кто какими задачами занимается в процессе спринта.
2. проще выявить ошибку в работе по такой модели, и дешевле её устранить, чем например в V-образной, спиральной модели и т.д. Может быть даже дешевле чем ошибка по водопадной модели.
3. в модели скрама можно распределить работу так, что-бы каждый занимался теми задачами, в чем он более силён
4. нет необходимость ждать пока твои напарники закончат свои задачи, что-бы ты мог приступить к своим. (преимущество перед водопадным методом)
5. чёткое распределение по времени
Преимущества скрама в том что: 1) менеджеру проще контролировать процесс разработки 2) Команда разработки видит конкретный работ объёма 3) На команду психологически не давит большой объём работы
Из преимуществ скрама:
1. Каждый член команды отчитывается о проделанной работе, что даёт понимание другим людям о ходе работы, из этого можно сделать корректировку плана
2. Спринтами мы можем добивать определённые задачи
3. Мотивация от видимости проделанной работы
Скрам сплоченная работа всей команды, контроль сотрудников в плане плана работы вчера, сегодня , завтра! Удобно
Спасибо) а еще посмеялся с анекдота)
Лайк,за анекдот 👍
Преимущество скрам модели в том, что прорабатывается каждая часть проекта пошагово каждым членом команды как по отдельности по своему направлению, так и в общем командная работа в спринте. Как результат - качественно проработанный проект, в котором маловероятно возникновение дефекта(бага), и возвращение назад не будет, что экономит как время, нервы, так и средства (для заказчика).
Спасибо большое
Скрам более структурированный, очень хорошо видно и понятно кто, что и на каком этапе сделал
Преимущество Scram в том что
1. Мы видим прогресс от спринта к спринту
2. В любой момент мы можем вносить правки
3. Ошибка стоит не так дорого как при водопадной модели.
4. Нет большого объёма работы, так как работа по спринтам.
спасибо!
Скрам - живой механизм, без лишней бюрократии
Скрам и водопадная модель:
1) В скрам есть цикл, можно рано или поздно обнаружить баг и исправить его. Водопадная модель не предусматривает "возврата на шаг назад", соответственно, ошибки в ней стоят дорого.
2) Скам позволяет поделить большой объем работы на части, удобнее выполнять задачу по конкретным пунктам. В водопадной модели можно начать нервничать, когда увидишь массу задач :)
3) Скрам подразумевает контроль над вашей работой в виде "планерок". Это стимулирует к работе и помогает разобраться с возникшими сложностями
Преимущество скрама состоит в том, что есть сплочённая работа всей команды, всех участников разработки, есть чёткий план, есть задачи и время для их выполнения.
Преимущество также заключается в том, что можно доработать упущенные неточности, баги, дефекты и так далее.
Эффективность ,способ контроля проделанной работы.
преимущество в гибкой модели в том, что каждый работает в команде, все идет по плану (что-то спланировали - разработали - протестировали - доработали - внедрили), есть определенный срок (проект не затянется на годы, чтоб его внедрить), есть планерки на которых контролируется что подтянуть и проверяется результат выполненной работы. В модели хаоса же не известно, что и когда тебе дадут на тестирование (такой режим хардкора), более стрессовый, нежели чем в гибкой модели, где ты точно знаешь кто и чем занимается в данный период времени. мне кажется модель хаоса это больше для опытных, нежели чем для новичков.
PS. очень милый котик!🥰
Во первых в Скраме есть четкое распределение по времени ( Спринт ) , во вторых в гибких методологиях есть так называемые доски . Мы можем отследить продвижение нашей задачи . Так же есть четкий контроль ( daily , meeting и ретро ) где мы можем обсуждать и улучшать продукт .
Модель Хаоса за авторством Тзинча :D
А сзади котик пришел))
Отличный кот!
Преимущества гибкой модели в том, что: каждый день, каждый вовлеченный в проект сотрудник, отчитывается по проделанному. Менеджеру проще вести контроль и быть в курсе скорости выполнения задач, соответственно он может вносить корректировки в рабочий процесс и вовремя сдать проект заказчику
На мой взгляд, главное преимущество scrum модели это сведение к минимуму человеческого фактора. Таким образом, результат работы всей команды не будет страдать из-за одного члена команды. Последние годы я работаю в различных проекта и рабочих группах. На моем опыте, самая большая проблема это не квалификация членов группы, а именно такие характеристики, которые трудно выявить до начала работы. Например, один член команды постоянно срывает дедлайны и вся команда вынужденно ждтет его и рискует не сдать вовремя работу. Или из-за одного члена команды,вся команда в авральном режиме работала ночами в последние дни до дедлайна. Второе преимущество модели это тот Самый слон,которого лучше есть по частям. Третье преимущество, возможность исправлять ошибки и корректировать работу как можно быстрее после обнаружения ошибок. Так сказать, пока "горячие". Четвертое преимущество, мозговой штурм при регулярных встречах. Одна голова хорошо,а 5 - 9 еще лучше.