#1
Отправлено 10 июня 2016 - 07:15
1. Верификация - когда тестировщик проверяет пофикшеный разработчиком баг. Т.е. в ЖЦ дефекта верификация располагается так: FIXED --> VERIFIED.
2. Верифицированный дефект закрывается только после проверки заказчиком продукта\QA lead\etc. Т.е. в ЖЦ дефекта валидация располагается так: FIXED --> VERIFIED --> VALIDATED --> CLOSED.
#2
Отправлено 10 июня 2016 - 07:49
1. Да, верно.
2. Зависит от..) Я не видел процессов, чтобы проверенный тестировщиком баг перепроверялся еще раз перед закрытием.
#3
Отправлено 10 июня 2016 - 08:41
2. Зависит от..) Я не видел процессов, чтобы проверенный тестировщиком баг перепроверялся еще раз перед закрытием.
Я тоже... Фичи, да. Бывает заказчик смотрит. Дефекты - нет.
У вас слишком много статусов.
Байка для оруженосца — 8. Жизненный цикл задачи на изменение кода
https://habrahabr.ru/sandbox/103104/
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#4
Отправлено 10 июня 2016 - 09:31
#5
Отправлено 10 июня 2016 - 09:35
Оптимально-минимальный ЖЦ выглядит примерно как: Open (New) - Assigned (In Progress) - Fixed (Ready For Test) - Closed или Reopened и возвращаемся на пару шагов назад.
В скобках я написал альтернативные варианты названий.
#6
Отправлено 10 июня 2016 - 09:46
Ага, вот она пропавшая 8-я байка. :)
#7
Отправлено 10 июня 2016 - 09:52
Тогда дефект закрывается сразу после верификации: FIXED --> VERIFIED --> CLOSED? На каком этапе тогда происходит валидация, кем она провгдится и в чем заключается?
8+ лет в тестировании ни разу не видел отдельной валидации багфиксов. так чтоб закрывал из verified тимлид - было. Сейчас - у бага 4 статуса Opened/Closed/Fixed/Postponed
#8
Отправлено 10 июня 2016 - 09:53
Ага, вот она пропавшая 8-я байка. :)
Угу, перепись тех, кто заметил :)
#9
Отправлено 10 июня 2016 - 09:54
А Postponed у вас в каких случаях ставится?Сейчас - у бага 4 статуса Opened/Closed/Fixed/Postponed
#10
Отправлено 10 июня 2016 - 10:05
А Postponed у вас в каких случаях ставится?Сейчас - у бага 4 статуса Opened/Closed/Fixed/Postponed
Кстати, мне тоже очень интересно. Вообще Postponed значит отложенный, т.е. какой-то баг, который не будет фиксится в ближайших релизах. Но для этого лучше создать в BTS какую-нибудь версию 9.9.9 и туда закидывать такие баги, а не вводить дополнительный статус
#11
Отправлено 10 июня 2016 - 10:27
А Postponed у вас в каких случаях ставится?Сейчас - у бага 4 статуса Opened/Closed/Fixed/Postponed
В том формате который у нас сейчас - не пользуемся, но поскольку трекер общий. то статус такой есть. :)
#12
Отправлено 10 июня 2016 - 12:19
#13
Отправлено 10 июня 2016 - 12:33
На собеседовании спросили разницу между верификацией и валидацией. Полез в гугл - пришел к выводу, что это часть жизненного цикла дефекта. У Ильи Комендантова, например, в видео этих этапов нет. Это специфика каждой компании?
если вопрос стоял так, то почему вы решили, что он имеет отношение к ЖЦ дефекта?
В ISTQB, например, есть такие определения:
http://istqbexamcert...e-verification/
http://istqbexamcert...are-validation/
Не следует заставлять тестировщиков тестировать быстрее. Что может быть хуже испуганных, усталых, цинично настроенных тестировщиков?
-----------------
Хорошо, когда человек заводит баги. Плохо, когда баги заводят человека (с)
-----------------
Проект для начинающих тестировщиков Хомячки
#14
Отправлено 11 июня 2016 - 12:20
Ага, вот она пропавшая 8-я байка. :)
Угу, перепись тех, кто заметил :)
И еще первую найти.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
#15
Отправлено 11 июня 2016 - 13:15
Ага, вот она пропавшая 8-я байка. :)
Угу, перепись тех, кто заметил :)
И еще первую найти.
И статью на хабре про типы потоков :)
#16
Отправлено 04 июля 2023 - 10:32
2. Зависит от..) Я не видел процессов, чтобы проверенный тестировщиком баг перепроверялся еще раз перед закрытием.
Я тоже... Фичи, да. Бывает заказчик смотрит. Дефекты - нет.
У вас слишком много статусов.
UP!
А как тогда назвать не результат, а сам процесс проверки?
В одном из учебных пособий "Тестирование, оценка программного обеспечения" было подобное:
Валидация дефектов (Defect Validation, DV) – проверка результатов исправления дефектов; может включать элементы регрессионного тестирования; уровень проверки не определяется.
О чем тогда идет речь в определении выше?
Количество пользователей, читающих эту тему: 0
0 пользователей, 0 гостей, 0 анонимных