Если пройдешь курс на степике, то задача для тебя будет лёгкой

так, по полочкам: тестовая стратегия - это то как мы тестируем продукт, туда входит сбор информации о продукте, анализ полученной информации, ну и собсно принятие решений где мы пишем как и почему мы будем проводить наши тесты.  Тестовый сценарий это набор неких шаблонов типа: "запустить программу, проверить активные кнопки, проверить возможность ввода текста, проверить удаление текста, etc...".А test-case в этом случае это уже подробные проверки каждого шаблона-шага, типа декомпозиция "Запустить программу: программа запускается из папки, программа запускается из командной строки, программа запускается из Пуск. Проверить активные кнопки: кнопка help при нажатии выдает то-то и то-то" ну и так далее. правильно ли я понял теорию или нет?

Даже 50% курса, до Пайтеста.
Я до пайтеста (Фикстур) дошел и всё мозг сломался...
Дальше толком не объясняется что и как... тупо подробнее почитайте тут...

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

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

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

Надо отдохнуть ещё месяцок и вернуться).
Я по курсу питону там раза 2 делал.

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

оформление тест-кейсов может же отличаться  в разных компаниях?

например: проверка поля ввода номера телефона. в компании 1 будет один тест где шагами будут позитивная и негативная проверка и тд, а в компании 2 будут отдельный тест на позитивную проверку и отдельный на негативную

Тест-кейсы и чеклист - это разные сущности. Можете подробнее рассказать, что вы имеете в виду?

оформление тест-кейсов может же отличаться  в разных компаниях?

например: проверка поля ввода номера телефона. в компании 1 будет один тест где шагами будут позитивная и негативная проверка и тд, а в компании 2 будут отдельный тест на позитивную проверку и отдельный на негативную

Тест кейсы, направленные на проверку функционала, описываются максимально подробно с вхолными данными, понятными шагами, и т д
Описывать ТК в виде чек-листа - для себя это пойдет, но в рамках тестовой документации нет

А зачем писать ожидаемые результаты в чек-листе? В чек-лист же вносишь не конкретные тесты, а "Проверить форму А, проверить поиск Б, прогнать тесты Ц"

ну как я понимаю тест-кейс это большой документ на одну проверку с росписью всех шагов для данной проверки, pre-condition`ами, идеей, тайтлом для удобного поиска ну и ожидаемым результатом. Ну а чек лист это может быть один шаг где мы проверяем сразу несколько результатов.