Когда, ты делал первый шаг это тоже было больно и трудно. Нужно было держать равновесие, координировать движения, но в итоге сделал свой первый шаг.

ребята, есть кто писал и апдейтил тестовые планы, можете плз в личку макнуть ?)

Я бы сказал, что в статье информация от "пригодится" до "вам это точно не нужно". Если, конечно, не готовиться к экзамену по ISTQB

@arsbatyrov, у тебя есть istqb?

Спасибо большое

Всем спасибо!

Меня больше смущают типичные ошибки типа такого.

Да, человек написал (для себя явно) как понял, а теперь это тиражируется)

nope

А можно комментарий подробный?
В книге Савина, если не ошибаюсь, так и разъяснялось

Книга Савина, собственно, отстой.

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

От количества и объема тестирование вероятность возникновения дефектов не меняется.

Качество - это соответствие фактического ожидаемому (по документации)
А если провели 90% успешных тестирований функционала на соответствие? Разве не будет считаться что она соответствует ожиданиям? Хотя бы частично
Вероятность возникновения дефектов. Мы же отлавливаем те не соответствия, которые мог ли узнать позже. За 100 дней работы ПО на проде нашли 200 багов. А если бы не проверяли ПО, то нашли бы ещё 100, вплоть до критикал

Может ответить любой - интересно :)

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

Тестирование может оценить степень соответствия ожиданиям/требованиям к качеству/етк.
Повысить качество или уменьшить количество дефектов тестирование не может.

Во-первых, у вас странное определение качества. Соответствие фактического результата ожидаемому вряд ли можно однозначно назвать качеством. И уж точно не стоит завязываться на документацию, потому что документация (сюрприз) тоже может иметь баги.
Мне в этом плане очень нравится определение качества из вики:
"Качество — совокупность минимально допустимых требований к продукции, обусловливающих её пригодность удовлетворять определённые потребности в соответствии с её назначением."

Тестирование, как уже ответил Андрей, не меняет качество напрямую. Оно может только дать нам некоторую информацию о текущем соответствии софта нашим ожиданиям.
Тестирование - как датчик дыма: может сообщить нам о наличии пожара, но никак не повлияет ни на его силу, ни на его последствия. Влияние находится уже в ведении других систем.

Мне не нравится слово «минимально допустимых» в этом определении.
Ну и качество всё таки немного шире, чем пригодность к употреблению.

Савин же, а вместе с ним и многие новички, путают истинную цель тестирования - информацию, с последствиями достижения этой цели - изменениями.

А мне как раз "минимально допустимых" и нравится. А тебе почему нет?)