Основи тестування ПЗ. Лекція 7.8 - change related testing (confirmation, regression)

Поделиться
HTML-код
  • Опубликовано: 18 янв 2025

Комментарии • 7

  • @HollieGarden
    @HollieGarden 3 года назад +1

    Дякую! Дуже рада була почути, шо половина курсу))) але з нетерпінням продовжую далі вчитися у Вас! Велика праця Ваша ♥️

  • @zorianapopovych2684
    @zorianapopovych2684 3 года назад +2

    дуже цікаво і доступно. дякую!

  • @ChWW1
    @ChWW1 7 лет назад +4

    Привіт. Буду вдячний за SQL курс, і якщо все-таки знайдеш час на лекцію по мережах то це буде круто!

    • @testing-world
      @testing-world  7 лет назад

      Привіт! Постараюся.

    • @ChWW1
      @ChWW1 7 лет назад

      Питання: припустимо що confirmation пройшло задовільно, а regression ні і ми знайшли баги. Чи буде вважатися пофіксений баг який ми перевіряли через confirmation закритим, і чи баги знайдені на regression просто внесуться і будуть вважатися звичайними окремими багами?

    • @testing-world
      @testing-world  7 лет назад +5

      Все вірно! Конфірмейшн ми проводимо щоб верифікнути що баг дійсно виправлений. Будь-які баги, виявлені при регрешені - це нові баги, які мають бути заведені. Є ще таке поняття як регрешн дефекту. Це коли баг при конфірмейшені вже був перевірений і закритий, а потім через деякий час знову виліз... Оце дуже неприємна і непередбачувана штука.