Курс Тестирование ПО. Занятие 5. Software Development Life Cycle (SDLC) | QA START UP
✅ Подписаться на канал QA START UP - IT Training Center: kzread.info...
Всем Привет, меня зовут Сергей Гливинский и это наш курс по Тестированию для новичков! Уже 5 занятие, а это значит, что мы все больше и больше изучаем материал, и все ближе и ближе к поставленной цели стать Тестировщиками, конечно у кого такая цель присутствует.
На этом уроке мы с Вами поговорим о SDLC. Очень важная тема, так как это основа знаний для любого IT специалиста, и это то, что обязательно могут спросить на любом собеседовании.
Приятного просмотра!
------------------------------------------------------
❗️❗️❗️Мои курсы:
🇺🇦 Курс QA BASE в Украине:
👨🏫 OFFLINE: qastartup.net/qa-base?...
👨💻 ONLINE: qastartup.net/qa-base-online?...
🇺🇸 Курс QA Engineer | SDET в USA:
qastartup.us/qa-profession?ut...
------------------------------------------------------
Ссылки на ресурсы QA START UP - IT Training Center :
✅ qastartup.com.ua
✅ / qastartup
✅ / qastartup
#курсытестировщиков #qastartup #школатестирования
Пікірлер: 65
Однозначный лайк, очень и очень. Даже удивлена, все жду подвоха, когда всплывет картинка "а дальше контент платный" или что-то вроде "за дальнейшей информацией записывайтесь на курс...", но я еще не досмотрела до конца, может и всплывет?))). Такая открытость подкупает и вызывает доверие к школе. Да, штатно учится конечно же надо и наверное таки пройду курс в школе, но вот такие вот ролики дают хотя б понятие о том, с чем собираешься связаться. Каша в голове раскладывается по тарелочкам, а то АйТи вначале было какой-то гигантской черной дырой, огромной и манящей, но абсолютно непонятной. Теперь хоть понимаешь, более или менее, как эта вся индустрия структурирована и работает. Спасибо автору.
хорошо что есть такие ребята как Вы. От души братцы!
QA Start UP самая лучшая IT школа, где действительно дают знания! Выбирала среди многих! у многих маркетинг на высоком уровне, но человеческое отношение там отсутствует! В этой же школе знания даются качественно, еще и помощь в трудоустройстве есть! Спасибо вам огромное! Рекомендую!!!!!!!!!!!!!
@user-jm9ob5ec4s
5 жыл бұрын
подтверждаю! мой пример есть тому доказательство!
@Jmenderinyo
5 жыл бұрын
@@user-jm9ob5ec4s поделитесь со всеми Вашим примером)
Очень качественный контент, я практикующий специалист IT с большим опытом в разных направлениях, в данный момент занимаюсь исключительно тестированием опираясь на свои знания, но как я понял, из ваших лекций, знание теории соизмеримо важно с практическими познаниями, как результат, тестирование открывается в другом ключе, картина становится более ясной. Спасибо Вам большое за доходчивое повествование и отличный презентационный материал! Успехов !
@sergiiglivinskyi6489
5 жыл бұрын
Спасибо!
Нужно было в этом видео для джуниоров обьяснить что должен делать QA на каждой из стадий разработки ПО
Спасибо за курс! Очень полезно для начинающих, не скучно и информативно!
Спасибо за ваш труд!!!
Благодарю за видеокурс: легко, наглядно, живо, доступно, коротко!
@kierantripp2315
2 жыл бұрын
Instablaster
Спасибо за видео!
Спасибо за Ваш видеокурс!!
Круто! Вот так устроена бизнес- модель.
Спасибо, очень информативно!
Очень круто, спасибо!
Спасибо, иду дальше запоем🔥
@ganshristian2272
3 жыл бұрын
закусывать не забывай
Отличные видео. Каша в моей голове начинает упорядочиваться.
Наконец-то нашла уроки, где все разжовано до мелочей. Вы прекрасно объясняете. Только вопрос возник, на каком уровне присоединяется дизайнер.
@QASTARTUPITTrainingCenter
3 жыл бұрын
Дизайнер может быть с самого начала, точно так же может быть и намного позже, потому что есть разные подходы разработки. Могут начать с графической части, а могут начат с серверной части.
@askhat9232
3 жыл бұрын
Дизайнер работает вместе с разработчиком. Сначала дизайнер делает свою работу, продолжает разработчик
Спасибо!!!
Все очень круто спасибо, жаль что тема не раскрыта полностью, есть фазы, но нет моделей SDLC
Очень круто объясняете ,я прям решила оставить комент . Супер 🙌
@ganshristian2272
3 жыл бұрын
да ты нас всех тут прям осчастливила, прям не знаю как бы мы жили без твоего перла...
@maxk6622
2 жыл бұрын
@@ganshristian2272 согласен
Заучил, как модель OSI :))
отлично
Не понял: почему здесь не стоял мой лайк?)
Спасибо)
отлично в голове начинает складываться картинка.
🔥
Классное видео! Вот только насчет maintenance можно было сказать проще, как по мне, - обслуживание (программы, автомобиля, истребитель, ...).
Сергей, ранее рассказывалось, что может быть несколько менеджеров, например, project manager, program manager и т.д. Какой именно из менеджеров участвует в фазах: требования и релиз?
@QASTARTUPITTrainingCenter
4 жыл бұрын
На стадии требований, как правило, это Project Manager или Delivery Manager. Program Manager в большинстве случаев управляет несколькими проектами (еще называют программой), поэтому не участвует в каком-то конкретном проекте детально. А вот релиз - могут принимать участие все, все зависит от того, что релизят! Только Resources Manager не берет в этом всем участие, так как задачи его совсем другие и не связаны с проектом и продуктом.
В другой лекции было сказано, что тестировщик подключается на этапе разработки, совместно с разработчиками разрабатывают метод тестирования ПО) что скажете?
👍👍👍 Каково место таких ролей 1. delivery manager 2. Системный аналитик Change manager, test manager, relies manager, services manager - с ними вроде бы все понятно
@deniskoeppen
4 жыл бұрын
@@sergiiglivinskyi6489 неожиданно про Системного аналитика.... В одном из крупных банков РФ это больше тот кто спеки пишет для разрабов на основании БТ
@sergiiglivinskyi6489
4 жыл бұрын
Denis Koeppen как я сказал, роли в разных компаниях могут означать разный набор обязанностей, тем более в ситуации разных сфер. Так же Системный аналитик бывает синонимом для классического Бизнес Аналитика, собственно из Вашего примера!
@MrRaoul6789
3 жыл бұрын
Есть еще не мало важный Cleaning manager, это тетя Галя которая моет пол в коридоре
На 2.52, я бы поменял местами пункты 2-3. Думаю, было бы логичней определять сроки и стоимость разработки ПО после анализа и формирования требований заказчика...
@SuperWermut
2 жыл бұрын
Эту и другую очередность этого этапа регламентирует гост на тз.
@user-jy8xv4me6g
2 жыл бұрын
@@SuperWermut как можно составлять Техзадание, не зная задач и требований заказчика?
@SuperWermut
2 жыл бұрын
@@user-jy8xv4me6g видимо, я неточно выразился. Мне видится, что первоочередность целей и задач проекта имеет место быть в продуктовых проектах, если же речь об аутсорсе, то конечно первична потребность заказчика, из которой формируются требования. Не настаиваю на истине, я учился этому очень много лет назад, сейчас наверное никто не работает по классической схеме,рынок диктует свои условия, причем от проекта к проекту, что делает формализацию процесса такой неоднозначной. Мое мнение что второй пункт или убирать, или писать полноценно, но там так много всего, именно то что регламентирует гост в составе тз. Надеюсь смог изложить понятно мысль.
@user-jy8xv4me6g
2 жыл бұрын
@@SuperWermut я вообще этому не учился. Дети - программисты в сильных компаниях. Я геолог, логика требует выявления требования заказчика к будущему продукту, с учетом чего составляется ТЗ и определяются сроки и цена.
@SuperWermut
2 жыл бұрын
@@user-jy8xv4me6g прикол в том, что какбы мы не выясняли первичность требований или идей(для продуктовых), в реальности почти все кладут на тз, поэтому испытывают массу проблем в дальнейшем. И не потому что ленивые, а потому что не могут позволить себе терять время. Насколько я знаю, никто не отменял гост на тз 78 года, причем есть тз на программу и тз на систему, это 2 огромные разницы.
Часто в работе встречался с тем, что QA специалисты закрывают поддержку на уровне L2. Это ведь так или так делать неправильно?
@QASTARTUPITTrainingCenter
3 жыл бұрын
не путать понятие РОЛЬ и СПЕЦИАЛИСТ, специалист может объединять несколько ролей, так как и в Вашем примере QA + L2 support
@ivanmaslov8846
3 жыл бұрын
@@QASTARTUPITTrainingCenter спасибо за ответ)
А Жотм где?
слышал, что последняя фаза это смерть по, когда по уже никто не использует. Это так?
@QASTARTUPITTrainingCenter
4 жыл бұрын
в классическом SDLC нет такой фазы, потому что даже если нет поддержки, то ПО могут использовать еще очень долго и компания-разработчик в этом уже никак не участвует. В проектом менеджменте есть понятие завершение проекта, и вот эту фазу бывает называют смертью проекта. Но используют ПО или нет, компания-разработчика и близко не всегда это знает, если не участвует дальше в поддержке/разработке.
@user-ok3xy8ny3u
4 жыл бұрын
@@QASTARTUPITTrainingCenter Спасибо, буду знать))
Все качественно +. Но читать слайды не стоит.
очень понятно и доступно, но я все равно не понял , но было интересно класс
@serhiykurylchuk4721
4 жыл бұрын
1. Понять, чего от тебя хотят 2. Продумать (спроэктировать) то, как ты будешь это делать 3. Сделать 4. Протестировать все ли правильно 5. Выпустить 6. Исправить если кто то нашел ошибку
Я не могу все это запомнить. .
UJNJD SNM
а что означает захарены? kzread.info/dash/bejne/kZiml9yolMisgdI.html
@QASTARTUPITTrainingCenter
3 жыл бұрын
hiring - нанятые на работу
Спасибо!!!