Курс Тестирование ПО. Занятие 5. Software Development Life Cycle (SDLC) | QA START UP

Поділитися
Вставка
  • Опубліковано 29 лис 2024

КОМЕНТАРІ • 66

  • @ІринаАлександровна-к6п

    Однозначный лайк, очень и очень. Даже удивлена, все жду подвоха, когда всплывет картинка "а дальше контент платный" или что-то вроде "за дальнейшей информацией записывайтесь на курс...", но я еще не досмотрела до конца, может и всплывет?))). Такая открытость подкупает и вызывает доверие к школе. Да, штатно учится конечно же надо и наверное таки пройду курс в школе, но вот такие вот ролики дают хотя б понятие о том, с чем собираешься связаться. Каша в голове раскладывается по тарелочкам, а то АйТи вначале было какой-то гигантской черной дырой, огромной и манящей, но абсолютно непонятной. Теперь хоть понимаешь, более или менее, как эта вся индустрия структурирована и работает. Спасибо автору.

  • @АнастасияСеменович-ц3ф

    QA Start UP самая лучшая IT школа, где действительно дают знания! Выбирала среди многих! у многих маркетинг на высоком уровне, но человеческое отношение там отсутствует! В этой же школе знания даются качественно, еще и помощь в трудоустройстве есть! Спасибо вам огромное! Рекомендую!!!!!!!!!!!!!

    • @СергейРозанов-г5п
      @СергейРозанов-г5п 5 років тому

      подтверждаю! мой пример есть тому доказательство!

    • @Jmenderinyo
      @Jmenderinyo 5 років тому +1

      @@СергейРозанов-г5п поделитесь со всеми Вашим примером)

  • @D0D0SI
    @D0D0SI 3 роки тому +13

    хорошо что есть такие ребята как Вы. От души братцы!

  • @ОлегФилатов-щ4в
    @ОлегФилатов-щ4в 6 років тому +13

    Очень качественный контент, я практикующий специалист IT с большим опытом в разных направлениях, в данный момент занимаюсь исключительно тестированием опираясь на свои знания, но как я понял, из ваших лекций, знание теории соизмеримо важно с практическими познаниями, как результат, тестирование открывается в другом ключе, картина становится более ясной. Спасибо Вам большое за доходчивое повествование и отличный презентационный материал! Успехов !

  • @TheJrudenochka
    @TheJrudenochka 3 місяці тому

    Отличная подача материала! Жирный плюс!

  • @alexanderlagunov5326
    @alexanderlagunov5326 4 роки тому +6

    Спасибо за курс! Очень полезно для начинающих, не скучно и информативно!

  • @dorogajaolga9847
    @dorogajaolga9847 5 років тому +6

    Благодарю за видеокурс: легко, наглядно, живо, доступно, коротко!

  • @yaroslav1405
    @yaroslav1405 5 років тому +34

    Нужно было в этом видео для джуниоров обьяснить что должен делать QA на каждой из стадий разработки ПО

  • @electriqkh1408
    @electriqkh1408 5 років тому +8

    Спасибо за ваш труд!!!

  • @romanyako
    @romanyako 3 роки тому

    Круто! Вот так устроена бизнес- модель.

  • @Mrpugx5794fd
    @Mrpugx5794fd 4 роки тому +2

    Наконец-то нашла уроки, где все разжовано до мелочей. Вы прекрасно объясняете. Только вопрос возник, на каком уровне присоединяется дизайнер.

    • @QASTARTUPITTrainingCenter
      @QASTARTUPITTrainingCenter  4 роки тому +2

      Дизайнер может быть с самого начала, точно так же может быть и намного позже, потому что есть разные подходы разработки. Могут начать с графической части, а могут начат с серверной части.

    • @askhat9232
      @askhat9232 4 роки тому +2

      Дизайнер работает вместе с разработчиком. Сначала дизайнер делает свою работу, продолжает разработчик

  • @ЕкатеринаГриценко-ж7я

    Очень круто, спасибо!

  • @ДенисУдачин-з3н
    @ДенисУдачин-з3н 2 роки тому

    Спасибо за Ваш видеокурс!!

  • @crypto-xenomorph
    @crypto-xenomorph 5 років тому +14

    Отличные видео. Каша в моей голове начинает упорядочиваться.

  • @leolitickleo
    @leolitickleo 2 роки тому

    Спасибо, очень информативно!

  • @ЮрийСавчук-ь6я
    @ЮрийСавчук-ь6я 3 роки тому +3

    Все очень круто спасибо, жаль что тема не раскрыта полностью, есть фазы, но нет моделей SDLC

  • @annasavenets2023
    @annasavenets2023 3 роки тому +1

    Очень круто объясняете ,я прям решила оставить комент . Супер 🙌

    • @ganshristian2272
      @ganshristian2272 3 роки тому +2

      да ты нас всех тут прям осчастливила, прям не знаю как бы мы жили без твоего перла...

    • @Kim1-p8r
      @Kim1-p8r 3 роки тому +1

      @@ganshristian2272 согласен

  • @МаргаритаАлёшина-я1г
    @МаргаритаАлёшина-я1г 5 років тому +3

    Спасибо, иду дальше запоем🔥

  • @PyCbKa1
    @PyCbKa1 2 роки тому

    отлично

  • @ЕкатеринаМельник-ж1т
    @ЕкатеринаМельник-ж1т 5 років тому +1

    Спасибо за видео!

  • @Павел-ъ3ч9б
    @Павел-ъ3ч9б 2 роки тому +1

    Не понял: почему здесь не стоял мой лайк?)

  • @OlgaShirokova
    @OlgaShirokova 4 роки тому

    Спасибо!!!

  • @maximzembekov71
    @maximzembekov71 2 роки тому

    В другой лекции было сказано, что тестировщик подключается на этапе разработки, совместно с разработчиками разрабатывают метод тестирования ПО) что скажете?

  • @itlife8792
    @itlife8792 4 роки тому +1

    Заучил, как модель OSI :))

  • @deniskoeppen
    @deniskoeppen 5 років тому +1

    👍👍👍
    Каково место таких ролей
    1. delivery manager
    2. Системный аналитик
    Change manager, test manager, relies manager, services manager - с ними вроде бы все понятно

    • @deniskoeppen
      @deniskoeppen 5 років тому

      @@sergiiglivinskyi6489 неожиданно про Системного аналитика.... В одном из крупных банков РФ это больше тот кто спеки пишет для разрабов на основании БТ

    • @sergiiglivinskyi6489
      @sergiiglivinskyi6489 5 років тому

      Denis Koeppen как я сказал, роли в разных компаниях могут означать разный набор обязанностей, тем более в ситуации разных сфер. Так же Системный аналитик бывает синонимом для классического Бизнес Аналитика, собственно из Вашего примера!

    • @MrRaoul6789
      @MrRaoul6789 4 роки тому +3

      Есть еще не мало важный Cleaning manager, это тетя Галя которая моет пол в коридоре

  • @АндрейПечко-ш4э
    @АндрейПечко-ш4э 4 роки тому +2

    На 2.52, я бы поменял местами пункты 2-3. Думаю, было бы логичней определять сроки и стоимость разработки ПО после анализа и формирования требований заказчика...

    • @SuperWermut
      @SuperWermut 3 роки тому

      Эту и другую очередность этого этапа регламентирует гост на тз.

    • @АндрейПечко-ш4э
      @АндрейПечко-ш4э 3 роки тому

      @@SuperWermut как можно составлять Техзадание, не зная задач и требований заказчика?

    • @SuperWermut
      @SuperWermut 3 роки тому

      @@АндрейПечко-ш4э видимо, я неточно выразился. Мне видится, что первоочередность целей и задач проекта имеет место быть в продуктовых проектах, если же речь об аутсорсе, то конечно первична потребность заказчика, из которой формируются требования. Не настаиваю на истине, я учился этому очень много лет назад, сейчас наверное никто не работает по классической схеме,рынок диктует свои условия, причем от проекта к проекту, что делает формализацию процесса такой неоднозначной. Мое мнение что второй пункт или убирать, или писать полноценно, но там так много всего, именно то что регламентирует гост в составе тз. Надеюсь смог изложить понятно мысль.

    • @АндрейПечко-ш4э
      @АндрейПечко-ш4э 3 роки тому

      @@SuperWermut я вообще этому не учился. Дети - программисты в сильных компаниях. Я геолог, логика требует выявления требования заказчика к будущему продукту, с учетом чего составляется ТЗ и определяются сроки и цена.

    • @SuperWermut
      @SuperWermut 3 роки тому

      @@АндрейПечко-ш4э прикол в том, что какбы мы не выясняли первичность требований или идей(для продуктовых), в реальности почти все кладут на тз, поэтому испытывают массу проблем в дальнейшем. И не потому что ленивые, а потому что не могут позволить себе терять время. Насколько я знаю, никто не отменял гост на тз 78 года, причем есть тз на программу и тз на систему, это 2 огромные разницы.

  • @vadimbaskarov4651
    @vadimbaskarov4651 5 років тому +1

    Классное видео!
    Вот только насчет maintenance можно было сказать проще, как по мне, - обслуживание (программы, автомобиля, истребитель, ...).

  • @ЛилияБурдун-ж4д
    @ЛилияБурдун-ж4д 3 роки тому

    🔥

  • @АнтонЯнюшкин-щ1с
    @АнтонЯнюшкин-щ1с 4 роки тому

    Сергей, ранее рассказывалось, что может быть несколько менеджеров, например, project manager, program manager и т.д. Какой именно из менеджеров участвует в фазах: требования и релиз?

    • @QASTARTUPITTrainingCenter
      @QASTARTUPITTrainingCenter  4 роки тому +3

      На стадии требований, как правило, это Project Manager или Delivery Manager. Program Manager в большинстве случаев управляет несколькими проектами (еще называют программой), поэтому не участвует в каком-то конкретном проекте детально. А вот релиз - могут принимать участие все, все зависит от того, что релизят! Только Resources Manager не берет в этом всем участие, так как задачи его совсем другие и не связаны с проектом и продуктом.

  • @ivanmaslov8846
    @ivanmaslov8846 3 роки тому +1

    Часто в работе встречался с тем, что QA специалисты закрывают поддержку на уровне L2. Это ведь так или так делать неправильно?

    • @QASTARTUPITTrainingCenter
      @QASTARTUPITTrainingCenter  3 роки тому +2

      не путать понятие РОЛЬ и СПЕЦИАЛИСТ, специалист может объединять несколько ролей, так как и в Вашем примере QA + L2 support

    • @ivanmaslov8846
      @ivanmaslov8846 3 роки тому

      @@QASTARTUPITTrainingCenter спасибо за ответ)

  • @ЕвгенияНыркова
    @ЕвгенияНыркова 6 років тому +1

    Спасибо)

  • @epicmanplay3458
    @epicmanplay3458 4 роки тому +1

    отлично в голове начинает складываться картинка.

  • @badmeister235
    @badmeister235 3 роки тому

    А Жотм где?

  • @SokolovAlexQA
    @SokolovAlexQA 4 роки тому

    слышал, что последняя фаза это смерть по, когда по уже никто не использует. Это так?

    • @QASTARTUPITTrainingCenter
      @QASTARTUPITTrainingCenter  4 роки тому +4

      в классическом SDLC нет такой фазы, потому что даже если нет поддержки, то ПО могут использовать еще очень долго и компания-разработчик в этом уже никак не участвует. В проектом менеджменте есть понятие завершение проекта, и вот эту фазу бывает называют смертью проекта. Но используют ПО или нет, компания-разработчика и близко не всегда это знает, если не участвует дальше в поддержке/разработке.

    • @SokolovAlexQA
      @SokolovAlexQA 4 роки тому

      @@QASTARTUPITTrainingCenter Спасибо, буду знать))

  • @rahatmalaev9002
    @rahatmalaev9002 4 роки тому +3

    очень понятно и доступно, но я все равно не понял , но было интересно класс

    • @serhiykurylchuk4721
      @serhiykurylchuk4721 4 роки тому +9

      1. Понять, чего от тебя хотят
      2. Продумать (спроэктировать) то, как ты будешь это делать
      3. Сделать
      4. Протестировать все ли правильно
      5. Выпустить
      6. Исправить если кто то нашел ошибку

  • @RomaKTL
    @RomaKTL 4 роки тому

    Все качественно +. Но читать слайды не стоит.

  • @degusovod
    @degusovod 2 роки тому +1

    Я не могу все это запомнить.
    .

  • @pipshow4983
    @pipshow4983 3 роки тому

    UJNJD SNM

  • @Va41dr
    @Va41dr 3 роки тому

    а что означает захарены? ua-cam.com/video/_dr5zodeFQo/v-deo.html

  • @ooommm4102
    @ooommm4102 2 роки тому

    Спасибо!!!