Size: a a a

2020 December 22

БЛ

Борис (KeR) Лушкин... in QA juniors
Ну тож, такое)
Насколько это зависит от тестировщика.
Может код хороший написали.
Не тестировщик же засовывает или вынимает баги из продукта)
источник

K

Keane in QA juniors
Vladimir K
Если исходить из того, что если б не инвестор, то и продукта не было бы вообще, то только он может сделать продукт хорошим или плохим выделив денег на разработчиков или тестировщиков или нет ))
Финансирование разве что влияет на качество косвенно. Больше денег, больше возможностей найти хороших специалистов/потратить больше времени на доработку и т.д. Но и при больших суммах можно сделать еле живой велосипед на костылях, который скончается через пол года.
источник

K

Keane in QA juniors
Valerii
Мне кажется , что результат работы тестировщика это отцуцтвие критических и серьезных багов в релизе
Может быть так, что у нас очень хорошая команда программистов, аналитиков и девопсов, а тестлаб ничего не делал. В этом случае в релизе тоже может не быть серьёзных багов. :)
источник

VK

Vladimir K in QA juniors
Keane
Финансирование разве что влияет на качество косвенно. Больше денег, больше возможностей найти хороших специалистов/потратить больше времени на доработку и т.д. Но и при больших суммах можно сделать еле живой велосипед на костылях, который скончается через пол года.
Как по мне, действительно качественный продукт возможен только в случае, когда его пытаются обеспечить все участники процесса - аналитик, разработчик, тестировщик, инвестор.
Сам по себе тестировщик может далеко не все.
Если были приняты не верные решения по ключевым функциональным возможностям продукта то тут как не тестируй все одно будет ерунда, а не продукт.
Тоже и на каждом этапе.
Тестирование может попытаться минимизировать количество ошибок (но это при условии, что есть и знания соответствующие, документация, обратная связь и еще куча всякого).
источник

DN

Dmitrii Novikov in QA juniors
Valerii
Мне кажется , что результат работы тестировщика это отцуцтвие критических и серьезных багов в релизе
А как тестировщик вынимает баги из релиза?
источник

VK

Vladimir K in QA juniors
Dmitrii Novikov
А как тестировщик вынимает баги из релиза?
Один из вариантов - фокус группа, или отбратная связь от поддержки ...
источник

VK

Vladimir K in QA juniors
Как варинат - анализ логов
источник

K

Keane in QA juniors
Vladimir K
Как по мне, действительно качественный продукт возможен только в случае, когда его пытаются обеспечить все участники процесса - аналитик, разработчик, тестировщик, инвестор.
Сам по себе тестировщик может далеко не все.
Если были приняты не верные решения по ключевым функциональным возможностям продукта то тут как не тестируй все одно будет ерунда, а не продукт.
Тоже и на каждом этапе.
Тестирование может попытаться минимизировать количество ошибок (но это при условии, что есть и знания соответствующие, документация, обратная связь и еще куча всякого).
Несомненно. Разработка ПО - это командная работа.
источник

DN

Dmitrii Novikov in QA juniors
Keane
Финансирование разве что влияет на качество косвенно. Больше денег, больше возможностей найти хороших специалистов/потратить больше времени на доработку и т.д. Но и при больших суммах можно сделать еле живой велосипед на костылях, который скончается через пол года.
Допустим. Тогда почему тестирование влияет не косвенно, а прямо? Каким образом?
источник

DN

Dmitrii Novikov in QA juniors
Vladimir K
Один из вариантов - фокус группа, или отбратная связь от поддержки ...
Фокус группа лишает код багов?
Негативная обратная связь от поддержки? Так на этом этапе баг уже в релизной версии и пользователи его прочувствовали.
источник

K

Keane in QA juniors
Dmitrii Novikov
Допустим. Тогда почему тестирование влияет не косвенно, а прямо? Каким образом?
Я рассматриваю тестирование всегда как комплекс мер, направленных на повышение качества продукта и снижения рисков (в разных направлениях). И вот здесь прямо из определения следует. что тестирование влияет на качество. :)
источник

K

Keane in QA juniors
Ну и да, я сейчас не разделяю тестирование и QA.
источник

A

Aletca in QA juniors
Dmitrii Novikov
Допустим. Тогда почему тестирование влияет не косвенно, а прямо? Каким образом?
чем позже найден баг, тем дороже он обходится
источник

SS

Sergey Sudnik in QA juniors
Aletca
чем позже найден баг, тем дороже он обходится
аминь
источник

DN

Dmitrii Novikov in QA juniors
Aletca
чем позже найден баг, тем дороже он обходится
Воистину. Но какое это имеет отношение к вопросу, на который Вы отвечали?
источник

DN

Dmitrii Novikov in QA juniors
Keane
Я рассматриваю тестирование всегда как комплекс мер, направленных на повышение качества продукта и снижения рисков (в разных направлениях). И вот здесь прямо из определения следует. что тестирование влияет на качество. :)
Вопрос был не да/нет, а прямо/косвенно, как именно и почему.
источник

K

Keane in QA juniors
Есть уникальные случаи, когда баг может быть найден через 10 лет существования продукта и при этом его исправление не будет стоить почти ничего. Просто войдёт в очередную пачку фиксов.
источник

K

Keane in QA juniors
Dmitrii Novikov
Вопрос был не да/нет, а прямо/косвенно, как именно и почему.
Прямо. :)
источник

V

Valerii in QA juniors
Keane
Может быть так, что у нас очень хорошая команда программистов, аналитиков и девопсов, а тестлаб ничего не делал. В этом случае в релизе тоже может не быть серьёзных багов. :)
Но вердикт выдают тестировщики, сообветствует  продукт требованиям спецификации и стандартам качества компании или нет
источник

V

Valerii in QA juniors
Dmitrii Novikov
А как тестировщик вынимает баги из релиза?
Не вынимают, а недолжны пропускать в релиз
источник