они как раз особые)

А у кого-нибудь был опыт написания документации по тестированию проекта с нуля?
Сейчас пишу чек листы, параллельно кейсы, сил уже нет((
Подскажите где взять готовые/шаблоны этого всего?
Ну или просто поделитесь опытом))

самое главное понять - а надо ли оно вам вообще? Не пишите ли вы доки ради написания доков...

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

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

Менеджеры любят отчетики.  Они бы отчетики ради отчетиков хреначили.  Дабы показать руководству как они работают

10 лет опыта. Нет одного шаблона на всех, да и не нужно.

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

Первые две колонки для удобства струткуры-разбивки.

Если кейсы то
Название
Прекондишены (предварительные условия)
Степы (если есть промежуточный результат, то он даётся в скобках)
Результат

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

поэтому прежде чем писать лучше узнать а надо ли действительно и если надо то ЧТО. Потому что по шаблонам в интернетиках можно многое написать. А результат будет тот же - читать не будут :)

Можно писать для себя чтобы было понятно. Для руководства объяснять что на это уходит время. Как говорят Болтон и Бах, и с чем я согласен, руководство хочет знать какие проблемы есть сейчас и ещё могут быть. Кейсы им в этом не помогут, поэтому кейсов минимум, тестирования побольше.

Надо регулярно себя спрашивать "А не ***ню ли я делаю?" Вот если ответ положительный - срочно переставайте, и делайте что-то полезное.
Смысл тестовой документации в том чтобы ее использовать.
Если у вас миллион тест-кейсов и вы их не используете - у вас нулевое покрытие функционала тесткейсами :)
Не всегда имеет смысл их писать. Часто чеклист берет на себя 90% всех функций тест-кейсов.
Иногда - надо и то и то.

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

1) один предмет
2) много предметов
3) один процесс
4) много процессов
5) одна карта
6) много карт

Для мышления на каждом из уровней нужно а) обладать способностью и б) развить способность.

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

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

Звучит как определите крутящий момент двигателя по цвету машины. Или я не понимаю чего хотят

сторонний, ага.

боюсь спросить что прописано в твоей должностной инструкции)

вот я может тоже не понимаю, а должна по взгляду на скриншоты интерфейса определять все потроха? 😀

ну баги же просят иногда найти на скрине) может и алгоритмы можно)