Тестировщик с нуля / Урок 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
![Fc ครับ ขอแนะนำให้รู้จักกับ "น้องเปียโน" l [Nickynachat]](http://i.ytimg.com/vi/HQU6Q_IYTLo/mqdefault.jpg)
![[TH] VCT Pacific Stage 2 - Week 1 Day 2 // GEN vs T1 | PRX vs TLN](http://i.ytimg.com/vi/ZkFjjJNwzH0/mqdefault.jpg)
Преимущество скрама в том, что:
1) менеджеру проще контролировать процесс, все на виду, каждый отчитывается, понятно кто чем занят в данный момент.
2) грамотный скрам мастер подберет нужные задачи в адекватном объеме на текущий спринт
3) команда разработки видит конкретные объемы работы и видимый результат, что в свою очередь мотивирует
4) на команду психологически не давит большой объем задач.
5) гораздо ниже цена ошибки и ее проще выявить
Скрам - командная работа, опережающих догоняют, отстающим помогают, все в курсе всего. Дух борьбы всей команды с проектом.
зачем бороться с проектом, если можно работать над ним?🤔
Как-то с трудом верится. Обычно в командной работе отстающих СКАМЯТ)))
@@SparxBrony а было бы хорошо что бы помогали, тогда продукт будет более адекватным)
@@darkangelskeleton154 тебе лет то сколько?
Кому нужна "хромая лошадь"?)
@@user-rp5fu1nh2p а кому нужен токсик?
Пожалуй, тоже поучаствую в обсуждении)
Преимущества скрама:
1. Четкое планирование на относительно короткий срок, что позволяет декомпозировать весь проект на посильные кусочки.
2. Есть видимый результат в конце каждого спринта => есть фидбэк по этому результату.
3. Когда у нас есть фидбэк, мы можем улучшать свою работу с каждым спринтом, а значит растет качество продукта.
4. Цена исправления ошибки на каком-либо из этапов значительно ниже, так как проще вернуться к этому шагу.
Скрам лучше с точки зрения тимбилдилга,если так можно выразиться, команда людей занятых в проекте каждый день делится своими проблемами в работе,успехами и в принципе каждый день общается, для меня как для начинающего сотрудника это важно, важность для проекта в том,что люди которые работают в сплоченном коллективе делают свою работу результативнее. Также плюс скрама в том,что работа разбита на определенные части(спринты с конкретными задачами) и ограничена во времени - это дисциплинирует.
До этого видео думала, что у меня на работе нет модели разработки от слова совсем, а оказалось есть, и это "модель хаоса". Чтож, действительно очень грустная модель, которая и правда способствует быстрому выгоранию. Либо работы нет от слова совсем, либо наваливается одновременно и много, и всё обязательно "горит" по срокам. А конечного результата почти никогда не видишь, что ещё больше демотивирует.
Скрам звучит очень круто именно потому что есть четкий план, понятны этапы и сроки разработки. Каждый отвечает за свою часть работы, и видит прогресс в том, что делает. Да и исправлять косяки явно будет дешевле, чем когда сделан почти весь проект обнаружить в ТЗ заказчика важную деталь, которая ломает весь текущий прогресс..
Спасибо, что объяснили всё это простым и понятным языком :)
Ну вот, есть повод в вести в команду новую модель разработки. )))
@@user-oi3lh8ni3s в том месте это было невозможно по многим причинам. Пыталась протолкнуть эту, и другие идеи, но меня лишь на смех подняли 🤷
В итоге полностью сменила работу. Недавно прошла ИС в фирме, где используется скрам, и это лучшее решение за последний год :)
И большое спасибо Вам за такое понятное изложение материала!👍
Спасибо за разбор. Будем ждать следующего урока 🙌. Было бы здорово наглядно увидеть основную часть работы тестировщика.
Лёша, большое человеческое спасибо за видосы.
Звук норм, информация донесена доступно, жду следующего видео.
Спасибо)
Попробовал другой микрофон. Возможно кому-то звук не зайдет ) В следующем уроке вернулся к своему
Микрофон норм, просто звук нужен в оба канала
На планшете звук отлично воспроизводится
Спасибо за урок! Всё очень просто и доступно изложено, легко запоминается, а главное: очень интересно слушать и усваивать информацию.
Спасибо за урок! Думаю что работа в скраме удобна тем, что можно на начальных этапах выявлять маленькие недочеты, исправлять и двигаться дальше.
Найкращі відео які я знаходив, добре розгорнута інформація і легко сприймається. Дякую!!
Отличный канал, понятные уроки. Спасибо!
В скрам все четко и распланировано, вложенном определенные сроки, хорошо поставленный и распределены роли каждого в команде
Спасибо большое за видео урок - все понятно изложено и озвучено 👍🏻
спасибо за лекцию и за котика на втором плане
2:32 - Водопадная (каскадная)
5:51 - V образная
9:19 - Инкрементальная
13:32 Спиральная
16:44 - Скрам
25:50 Хаоса
Спасибо большое за отличные уроки! Я новичок в тестировании, ты все хорошо, понятно объясняешь!!!
Отличный, качественный контент. Никакой лишней воды, все четко, ясно, просто супер. Спасибо
По спринтам удобнее работать, потому что есть четкие задачи, есть четкий дедлайн, каждый член команды занят работой. не надо в отличие от водопадного метода ждать, когда другие участники команды закончат планировать и разрабатывать, можно постоянно выполнять маленькие задачи, которые ведут к большой цели)
Otlichnii urok. Bravo. Posmotrim kak budet dalbshe!
Действительно, скрам наиболее адекватным способом выглядит, имеет много плюсов и для команды и для заказчика, спасибо за урок, Леша)))
но все в переди. буду слушать и следуйщие курсы и просветляться
Прямо как на производстве, даже лучше) спасибо.
Это самая быстрая и отлаженная модель от идеи до релиза. При условии адекватного скрам менеджера и слаженной работы всей команды. Спасибо!
Спасибо вам за ваш труд 👏 🎥
котик милый на заднем плане)))) спасибо за лекции, все понятно без воды.
Благодарю за урок. Все понятно) Скрам используется из-за своей гибкости и в то же время позволяет отладить удобный, работающий процесс. В нем наверное тоже бывают перегрузы из-за количества задач, но благодаря спринтам все разгребается быстро ))
Спасибо за урок. Все четко и доступно.
спасибо за курс! Все очень понятно!👍
благодарю за старания!
читал эти модели не вьезжал, посмотрел - понял
Всем привет) Уже 3-й год работаю в компании в моделью разработки хаос. Спасибо, теперь я точно знаю как это называтся. Так вот и скрам и хаос командная работа, но в модели хаос очень часто из-за погони за быстрым результатом и плохого планирования работы команда не до конца понимает что надо делать, иногда ставят нереальные задачи и как итог в проду уходят корявенькие непроработанные до конца нечто. Потом после каждой наименьшей правки на проде вылазит куча багов и процесс поддержания ее превращается в целый челлендж. В то время как скрам с его постановкой задач является более упарядоченным и менее стрессовым и позволяет лучше проработать задачу.
Вы тестер?)
все по делу, Алексей! лайк от вебмастера-гуру СЕООНЛИ
Спасибо большое за видео, очень понравилось. Всё чётко про модели разработки. Всё стало понятно.
Благодарю )
Спасибо за видеоуроки!!
Капец почитала кометы-все позитивные, и есть с разными терминологиями, видно пишут профи.
А я впервые такие термины читаю, надеюсь просмотрев видеоуроки и я начну догонять 🤪😃
Большое спасибо за урок!
Спасибо за урок!)
Огромное спасибо! Изучаю с удовольствием! Хочу стать тестировщиком
Преимущества скрама в том, что есть четкое понимание действий у всей команды и есть определенные сроки, так же постоянно идет ежедневное обсуждение проделанной работы и работы что нужно провести, что опять же закрепляет в умах команды необходимые дальнейшие действия, а так же позволяет методично внедрять обновы в проект, что так же может влиять на боевой дух команды, в общем, сила в постоянных коммуникациях и сплоченности.
Хаос в принципе вы описали настолько исчерпывающе, что нечего добавить, постоянный стресс и неразбериха, нет четкости понимания дальнейших действий, что так же может замедлить некоторые процессы, к примеру когда готовишь документацию под одно, а теперь резко нужно под другое.
Очень интересно. Спасибо!
Очень интересный видос, если посмотреть на эти модели более широко, то это не только про конкретные этапы разработки ПО, а в целом этапы любого проекта, любого дела, которое может вообще никак не относится к IT
Спасибо за урок!
Есть заказчик- есть исполнитель.
В Скраме помимо перечисленных преимуществ в разбивку сложной задачи на подзадачи, которые дисциплинируют и позволяют держать команду в тонусе есть важный этап: "демонстрация результатов 2-х недельрой работы команды". По итогам этой демонстрации заказчик каждые 2 недели получает отчёты и видит за что платит. Если темпы не устраивают- может сменить команду или вообще придти к выводу, что стоимость реализации проекта превышает его ожидания и теряется целесообразность продолжения инвестиций в проект.
Я считаю, что основное преимущество скрама над водопадной моделью в том, что мы можем что-то менять. Есть возможность увидеть недочеты еще на начальных этапах. В то время в водопадной модели мы сможем заметить какие-то ошибки только почти в конце работы. Также в скраме есть дух командной работы. Есть спринты, которые мотивируют успеть что-то в срок и не подвести остальных. Ну и важным являеться также то, что в скраме есть возможность внести изменения существенные в начальный проект. В водопадной модели у нас такого нет
Спасибо! Очень круто
Неожиданно, что на итеративной модели мы сначала выпускаем продукт, а уже после тестируем) Думал, что всегда выпускаем только после того как протестировано)
Преимущества Scrum, заключаются в более экономном расходовании средств и времени, затрачиваемых на разработку проекта. А так же, scrum позволяет избегать возникновения дорогостоящих багов, на поздних этапах SDLC, устранение которых ведёт в к большим финансовым, временным и трудозатратам, вплоть до полной переделки продукта, начиная ещё со стадии проектирования.
Хороший вариант !
спасибо
Спасибо за урок , впрочем все місли по поводу работі по системе скрам озвучили до меня!
Приятно послушать 🤝
Плюсы скрама:
1) Выделяет небольшой элемент, который можно показать как работающий. Соответственно, есть что показать, можно проверить работоспособность, если найдутся ошибки их дешевле исправить, ибо элемент небольшой.
2) Постоянные митинги дают возможность держать руку на пульсе разработки: выявлять отставания, проблемы, вносить изменения.
3) Стремление к параллельному задействованию сразу всей команды разработки может сократить общий срок выпуска продукта
1. преимущество скрама перед водопадной моделью - правки/доработки дешевле, быстрее можно внести изменения в продукт, если на каком то из этапов что то не учли
2. преимущество скрима перед моделью хаоса - больший/лучший контроль процесса, меньше стресса для команды, возможность планирования (в общем то все то о чем писали большинство комментаторов)
Как то так, по моему мнению)
Приимуществом скрама есть самая большая доля командной работы, каждый проект будет разбираться по крупицам, в ходе уже создания продукта можно корректировать его на любом из этапов, каждый будет выражать своё мнение, что однозначно даст возможность и тим лиду посмотреть кто на что способен, что бы в дальнейшем нарезать правильные таймлайны каждому на решения их задач, так же будет понятно кого без ущерба эффективности можно нагрузить больше а кого нужно меньше + это несомненно позволит делится опытом людям из разных процессов, что в итоге позволит команде в общей суме быть более многогранной, многозадачной, развитой и конечно же сделает большую часть команды взаимозаменяемыми инструментами/единицами, и конечно же сполит коллектив, что в свою очередь приведёт к повышению эффективности команды в целом.
Спасибо за информацию
Подробно👍🏻👍🏻
Спасибо за инфу!
Спасибо за видео)
в скраме - можно четко спланировать время и задачи; быстрая обратная связь между всей командой; можно вносить изменения на различных этапах.
Хаос - это предпринимательство)) - решать задачи по мере их поступления (может быть завал; ошибка может вылезти на позднем этапе, тогда как, например, в скраме, ее бы могли протестить на раннем).
Мне как жене начинающего програмиста все очень даже понятно. Вот хочу обучится на тестировщика, очень все понятно, спасибо за уроки✌🏻кот на заднем плане чёткий❤️
Добрый день, и как успехи?Курсы помогли вам обучиться и трудоустроиться?Вот сам начал изучать эти курсы)
@@user-oe7ci4lb9v как ваши успехи, курсы помогли?
@@sanboy4492 а тебе?)
Спасибо !
Спасибо и отдельно за анекдот...
Скрам, затягивает в работу всю команду. Что есть продуктивно. На всех этапах вся команда вовлечена.
Супер спасибо
Скрам сплоченная работа всей команды, контроль сотрудников в плане плана работы вчера, сегодня , завтра! Удобно
Скрам удобнее за счёт оперативного взаимодействия при решении конкретной задачи, этапы протекают быстрее и можно внести большее количество позитивных изменений, а так же их проверить, а учитывая нестабильность рынка и высокую скорость нтп можно определить как самую актуальную. Водопадная модель хороша своей конкретикой, но может быть использована для решения задач с долгой стратегией, например на гос. заказах. Модель хаоса думаю больше подойдёт к стартапам или к развивающимся проектам, без конкретного видения финального продукта.
Спасибо за проделанную работу! Все супер! В некоторых местах окно-видео с камера перекрывает информацию
Кто видел кота на видео - поставьте лак.
Скрам помогает подстроиться под текущие задачи владельцев продукта, если они меняются. Это позволяет не начинать всё с нуля
Нехватает английских аналогов названий! А так отличный урок) Спасибо
Привет! Спасибо за курс 1 и 2. Когда можно ожидать 3й(хочется услышать про Скрам, от тебя). :)
Скрам более структурированный, очень хорошо видно и понятно кто, что и на каком этапе сделал
Подписался , колокольцы, все как положено .
Спасибо Огромное! Очень доступно и понятно. Поиятно слушать вас. Скрам удобнее, потому-что длительность цикла короткая и все включены в процесс. Отдача будет быстрой и не затянутой во времени. Можно намного эффективнее работать и больше задач выполнить. Как мне видится)
скрам позволяет лучше контролировать каждый этап работы, в связи с относительно небольшими обьемами выполняемых задач (при сравнении с полным проектом). Дает возможность задействовать регулярно специалистов всех направлений, без их долгого простоя, и при этом не создавая ситуацию не прекращяемого давления на какое-то одно подразделение, что может привести к выгоранию сотрудников и, соответсвенно, к снижению эффективности и качества выполнения работы.
3:31 Котэ за воим правым плечом явно разбавил фон ... спасибо за видео подписка + лайк
Во первых в Скраме есть четкое распределение по времени ( Спринт ) , во вторых в гибких методологиях есть так называемые доски . Мы можем отследить продвижение нашей задачи . Так же есть четкий контроль ( daily , meeting и ретро ) где мы можем обсуждать и улучшать продукт .
1. Преимущество "скрам" от водопадной модели - в дроблении общей работы над проектом на этапы/спринты; спринты же помогают сосредоточить силы всей команды на одном кусочке задачи (этапе работы), тем самым выявить на том или ином спринте проблему\недоработку, разрешить ее и по завершению одного спринта получить готовый и "чистый" результат, тем самым не понести дополнительные затраты при обнаружении проблем/дефектов к релизу проекта.
2. Преимущество "скрама" от модели "хаоса" в четких задачах и алгоритме действий всей команды, наличие ожидаемого результата по завершению выполнения каждого этапа, в упорядоченности и системности работы над проектом.
Скрам будет приоритетным т.к. в отличии от водопадного метода, V-образного, прослеживается тим билдинг, отчеты о проделанной работе, контроль менеджером процесса на всех стадиях, что позволяет избежать неоднократного перезапуска процесса.
Спасибо👍
Из преимуществ скрама:
1. Каждый член команды отчитывается о проделанной работе, что даёт понимание другим людям о ходе работы, из этого можно сделать корректировку плана
2. Спринтами мы можем добивать определённые задачи
3. Мотивация от видимости проделанной работы
На мой взгляд, главное преимущество scrum модели это сведение к минимуму человеческого фактора. Таким образом, результат работы всей команды не будет страдать из-за одного члена команды. Последние годы я работаю в различных проекта и рабочих группах. На моем опыте, самая большая проблема это не квалификация членов группы, а именно такие характеристики, которые трудно выявить до начала работы. Например, один член команды постоянно срывает дедлайны и вся команда вынужденно ждтет его и рискует не сдать вовремя работу. Или из-за одного члена команды,вся команда в авральном режиме работала ночами в последние дни до дедлайна. Второе преимущество модели это тот Самый слон,которого лучше есть по частям. Третье преимущество, возможность исправлять ошибки и корректировать работу как можно быстрее после обнаружения ошибок. Так сказать, пока "горячие". Четвертое преимущество, мозговой штурм при регулярных встречах. Одна голова хорошо,а 5 - 9 еще лучше.
Скрам я считаю это в первую очередь модель взаимодействия всей команды, сюда добавляются спринты в которых четко поставлены задачи и определены роли. Митинги входящие в модель Скрам так же способствуют достижению лучшего результата за короткие сроки, опять же из-за взаймодействия всей команды в процессе. Ну и конечно же гибкость этой модели в том плане что мы можем в любой момент перейти на какой то из предыдущих этапов чтобы что то подправить и т.д. Поправьте если не прав. Только начал смотреть ваши уроки и хотел бы поблагодарить за ваши труды, очень ценно и полезно.
Спасибо большое
Эффективность ,способ контроля проделанной работы.
Лайк,за анекдот 👍
преимущество в гибкой модели в том, что каждый работает в команде, все идет по плану (что-то спланировали - разработали - протестировали - доработали - внедрили), есть определенный срок (проект не затянется на годы, чтоб его внедрить), есть планерки на которых контролируется что подтянуть и проверяется результат выполненной работы. В модели хаоса же не известно, что и когда тебе дадут на тестирование (такой режим хардкора), более стрессовый, нежели чем в гибкой модели, где ты точно знаешь кто и чем занимается в данный период времени. мне кажется модель хаоса это больше для опытных, нежели чем для новичков.
PS. очень милый котик!🥰
Спасибо за Ваш урок, ваша подача понятна и интересна.
Что касается преимуществ скрама на мой взгляд это бэклог и спринт бэклог, вся команда в курсе происходящего благодаря дейли митингам, обсуждение и анализ предыдущего спринта, работа над ошибками) четкие дедлайны, коммуникации и проведение демо для заказчика…
ИМХО - при Скраме можно сконцентрироваться на списке первоочердных задач, а не на одной (хаос) или ожидать результат по иерархическому варианту(водопад)
Скрам это соревнование, а это поддергивает. Тянешься к тому, кто дальше убежал, но не тянешь назад при этом. Поэтапно решаешь задачи порциями, а не огромными локтями как в водопаде. Определённость и чёткость, как правильно сказал, это уменьшает стресс у улучшает показатели производительности.
Спасибо. Интересно. Поддержу комментарии ранее написанные. Скрам: снижает риски точки не возврата, затрат рабочего времени, себестоимость продукта, заказчик не испытывает сожаление за потраченные средства.
Скрам. Очень удобный. Точно установлены дедлайны
В скраме можно спланировать работу и рассчитать количество необходимых ресурсов. Так же он позволяет проработать задачи лучше.
Скрам , как модель для конечного результата на мой взгляд очень удобная , т. к всегда можно посоветоваться , есть понимания времени , есть обсуждение задачи , можно исправить ошибки не переделывая весь проект, на выходе качественный продукт , водопад не нравится тем , что если в конце продукт не соответствует ожиданию , то все переделывается
Я так поняла, что идея скрама - видеть конкретный результат на каждом спринте. Идти к цели маленькими шагами, постоянно анализировать а туда ли мы идём. При завершении каждого спринта видеть какая работа уже проделана, что улучшить. И постоянное тестирование на каждом этапе. Проще вернуться на шаг разработки и добавить фитчу, устранить баг, упростить использование конечного продукта и пр.
Спасибо) а еще посмеялся с анекдота)
Более командный вариант , где в процесс вовлечены все «боевые единицы» , при этом есть конкретная цель и понимание ,что необходимо выполнить в текущий период времени
1, Планирование задач и возможность редактирования общего списка,
2. Небольшие сроки
3. Возможность контролировать процессы разработки.
4. Разбитие большой работы на мелкие части.
5. В случае корректировки проекта, можно вносить корректировки на поздних сроках тестирования в отдельную часть, а не в весь проект.
6. Более экономичная и гибкая модель.
Все просто, при скраме вся команда вместе вся команда вкурсе всего дух команды.
Я думаю так. Преимущества скрама перед водопадной моделью: разбивка большого проекта на задачи, что упрощает работу. И каждая задача проходит этапы планирования, разработки, тестирования, демонстрации. Это проще - спланировать, разработать, протестировать проект по частям, чем весь проект целиком.
Преимущество скрама над моделью хаоса - более четкий план последовательности задач.
Первое, о чём подумала, это то, что в модели хаоса, если твоя задача априори не самая приоритетная, то, кажись, она не будет сделана никогда)
Я долгое время была заказчиком со стороны бизнеса и хорошо, что у нас скрам. В спринт берется несколько крупных важных задач, но если остаются небольшие "хвостики" времени, будут взяты незначительные задачи. Которые кто-то тоже очень ждёт:)