А я встречал :) И этого действительно может быть достаточно

Забавно )

Универсального стандарта нет, все зависит от задач.
Если вы пишите чеклист для ребят, которые знают проект наизусть - пункта «почекать регистрацию через соцсети» более чем достаточно.
Если вы пишите чеклист, который потом отдадут джунам/асессорам/аутсорсерам - придётся декомпозировать и расписывать подробнее.

Ну и дальше по списку.
Почти всегда это вопрос решаемых задач и соотношения «время на создание/поддержку vs польза».

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

Не вижу ничего плохого в ведении записей в блокноте для себя. Другое дело, если у вас в компании особые требования к виду документации.

У меня вот команда год работала без тестовой документации совсем, потому что нам она была не нужна.
Всех устраивало.

🤔
Спасибо, звучит здраво

Требования  же появляются на основе чего то ,а не просто так.
Значит все таки заказчик может иметь к этому отношения )

Если требования на основе чеклистов тестировщика появляются, то у вас проблема.

:)

Любая система строится исходя из надобностей.
Если вы вдвоем с разрабом сидите в одной комнате, и больше никого - хватит блокнотика и доски
Если разрабов побольше - удобнее будет экселька
Если еще побольше - придется брать багтрекер
Добавилось тестеров - нужна какая-то общая документация, пара страниц стандартов в гуглодоке
Помимо вас есть еще кто-то - нужны более подробные ТЗ
Быстро набираете джунов - нужны кейсы и менторы, а значит - стандарты в вики и ТМСка (или эксель)
Развились и джунов не берете - тмс нафиг, оставляем общие стандарты

Ну это норм.
Я такое тоже встречал,если всех все устраивает и могут так работать ,почему нет.

Если это не скажется на качестве продукта

Вы потеряли нить дискуссии)
Читайте выше

в итоге общаетесь на ментальном уровне

Не, не потерял. Обычно требования к документации появляются по какой-то причине.
Что бы решить какую-то продуктовую или процессную проблему.
Например:
- команда растёт, надо быстрее шарить знания -> нужна более полная документация.
- появилось пять команд, везде свои тулы и процессы -> хочется унифицировать что б срезать косты.

Ни то, ни другое не зависит, в конечном итоге, от вашего чеклиста и того, насколько он правильный или нет.
Если требования к документации появляются потому, что менеджер/заказчик/кто-то посмотрел на вашу доку и ему не нра - у вас проблема.

Речи за правильность вообще не было.
Я написал ,что если заказчик захочет сделать чек лист подробный.
Почему нет ?

И при чем тут посмотрел.
Если есть такие вопросы ,то это обсуждается заранее.
Я не понимаю Вас

Потому что заказчика вообще не должно волновать как работает внутренняя документация.