я вот например сверяю Инструкцию к ПО и смотрю как реально в ПО это сделано,  параллельно смотрю как написано в доке  по испытаниям софта

Обычно в системе управления проектом есть раздел Вики. Например в Редмайне есть такой раздел. Ну или да, конфлюенс как хороший пример Вики по проекту.

Я вот хочу писать например ТАСК что в инструкции и в ПО есть различия. И что бы каждому каждый раз не открывать  ПДФ, ФПД , Ворд файл и искать нужный раздел  ставится в доку якорь и ссылка в таске на раздел

бери конфлюенса и не парься

а если дефекты в джире то ваще будет самый сок держать докуменатцию в кофнлюенсе

Но когда в проекте есть несколько документов, в которых вносятся правки и для этих документов необходимо контролировать изменения, то я делаю каждую новую версию документа (докаv1.1 , дока v1.2 ...), а в документе веду табличку со столбиками дата_изменения/что_изменил/кто_изменил (это если необходимо часто вносить правки локально). Актуальная документация лежит в подпапке, а все исправленные версии документов отправляю в папки уровнем выше - можно всегда вернуться к старью, если в "новом" документе были допущены ошибки).

я в конфлю заметил что есть история правок . Надо поднять вопрос

Конфлюэнс - удобная вещь. Минус только в том, что многие забивают на поддержку документации.

это не минус конфлюенса)

Конфлуенс, шарепоинт.

Естл ещё особое извращение - дифнуть 2 файла винмерджем 😂

В чем идея хакатона для тестировщиков?

Что они там делают

Хакатонят

Как

Ну разрабы пишут а тестировщики что

А можно не яндекс

Украина

Находят уязвимости и баги