Очередная шпаргалка по тестированию. А как начинать-то?

Я пришел не для того, чтобы ругаться.

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

Первый вопрос.

Про тест-кейс.

необходимые поля

Приоритет - smoke/sanity .

В чем разница smoke/sanity?

На примере калькулятора, как программа, а не физическое устройство.

1) Разработчик (условно) написал код и первый раз нажал "run" для проверки работоспособности приложения, версия 1.0. Для проверяющего это будет smoke/sanity?

2) Разработчик внес исправления (фиксы), версия 1.1 Для проверяющего это будет smoke/sanity?

3) Разработчик внес изменения (улучшения), версия 1.2. Для проверяющего это будет smoke/sanity?

Кто и как определяет smoke/sanity? Почему?

Второй вопрос.

Структура баг-репорта

Багги

по некоторым правилам.

Про Severity - есть, а Priority - нет

Почему priority нет? Забыли дописать? Не используете на практике? Считаете не надо использовать?

Упрощённое объяснение статусам Severity

Critical/High

Major/Medium

Minor/Low

Почему в Severity используется "High Medium Low"? Эта структура из опыта, которое используется в некоторых компаниях? Если да, то можно сделать сноску, что это в определенных компаниях так используется или теперь так означают и Severity Priority?

Еще в баг-репорт можно впихнуть окружение и версию стенда, а можно и комментарием оставить

Пост-шпаргалка. Давайте стараться давать лучшие практики.

Уточнение

Открываешь свою эксельку (боже, беги с этого проекта. Заводить баги и ТК в excel уже лютая дичь. 21 век на дворе

Дичь не дичь, но разные бывают компании и с разными задачами. Но это ваше мнение, я не говорю, что оно "неправильное".