Потому что так удобнее, например?)

Тогда удобнее по полноценным тест-кейсам работать.

Правда?

Потому что "основные" ожидаемые результаты будут "Элемент работает/не работает" в зависимости от позитивности/негативности проверки

То есть формат "чуваки знают функциональную область, но для новичков мы напишем, что должно быть" - не, не существует?

Гайз, тест-кейсы, чеклисты и прочие артефакты - это не выбитая в скрижалях штука, которая существует в 1-2 вариантах и все :)

Допускаю такое в какой-то совсем спецухе. Но тогда опять же - если это новички, то по чек-листам они могут накосячить, а по тест-кейсам накосячить намного сложнее.

Это документ, который делается под конкретные условия конкретной компании. Можно использовать best practices, если понимаете, зачем. Можно не использовать, если понимаете, зачем. Можно вообще без этого существовать.

Ну просто как меня учили мол тест-кейс грубо говоря это txt в которой идея того что мы хотим мделать, потом какой-то тайтл, окружение указывается, пре-кондишион шаги, потом сами шаги в том количестве в котором нам надо до совешения теста, експектед резалт, ну и в конце статус. потом эта txt-шка уже кладется в папку и получается некий тест-съют. а чек лист это типа эксель файл в котором на один шаг может быть несколько проверок, типа запустили программу и она: а) запустилась успешно б) мы видим стартовую страницу в etc.

Просто хочу закрыть эту тему так как в интернете очень много информации по всей этой документации, и не везде она одинакова, а как делать задания не понятно)))

Ух. Ну вы рядом :)

Для начала представляем, что такое чеклист

В магазин за покупками ходите со списком?

когда жена напишет хожу. а так я за импровизацию)))

Вот, отлично. Считайте, что жена - сеньор, который разбирается лучше, чем вы. Она вам написала список.
Вот этот список - это чеклист. Потому что list, где можно делать check. Важно понимать, что чеклист - не специфичное для тестирования понятие. Это буквально список чего-то.

В данном случае в этом списке - вещи, которые нужно проверить (ну или купить). Регистрация, авторизация, возможность отправить сообщение (картошка, сосиски, молоко).

Вам же не нужно расписывать каждое конкретное действие, как взять картошку и положить ее в корзину? Справитесь без подробной инструкции (тест-кейсов)?

согласен так понятнее, а еще тогда сразу можете чуть подробнее и более явно разницу между тест-стратегией и тест-планом

Если по простому:
Чек лист отвечает на вопрос - что вы будете тестировать (покупать);
Тест-кейс - как вы это будете тестировать (покупать )/что нужно сделать что бы протестировать (купить)

Для меня (как человека, который эти документы видел раза 3) тестовая стратегия - это буквально общее описание работы всего отдела тестирования. Какие виды тестирования мы используем на проекте в принципе, какие технологии, инструменты, девайсы, какие у нас принципы, как мы пишем тест-кейсы и чеклисты, какой у нас флоу и т.д.
Тест-план - это тактическая часть, посвященная какой-то конкретной функциональности: цель конкретно этого куска тестирования (тестим новую фичу, регрессим итп), где мы эту фичу тестим, где - не тестим, когда начинаем, когда заканчиваем, что считаем успешным завершением, что - нет, кто именно это будет тестировать, какие инструменты, девайсы и ресурсы нужны для этого.
По результатам тест-плана можно вполне себе составить отчет: что было, что сделали, получилось или нет.
По результатам тест-стратегии отчет не составить, потому что она не предполагает результат - это вообще описательная штука.

как-то так