если кратко
- билдишь проект в js
- генеришь d.ts файлы
- паблишишь

Честно я гуглил, просто это выглядит как первая вкладка гугла)  Но видимо не то искал, спасибо. Попробую

у меня особый гугл )

https://github.com/CrispusDH/oi-grease вот простенький пример

спасибо, попробую

а index.ts, надо самому заполнять? или его тоже можно генерить?)

я сам заполнял, бывали казусы что забывал что-то добавить.

ну смотри, это кому-то надо пройтись и собрать все экспорты в один файл ;) либо поищи в гугле, либо напиши сам, либо забей ;)

Взагалі для невеликого функціонала фреймворк досить хороший, але має дуже багато недоробок:
1. Не підтримує роботу з іншими вкладкавами (якщо у вас щось буде відкриватись в іншій вкладці, ви туда не переключитесь)
2. Відсутне нормальне логування в потоках. Змішує все підряд.
3. Не досить прозорий підхід з Role
4. Відсутня функція BeforeAll/AfterAll (не можна нічого налаштувати перед запуском всіх тестів) по дефолту. Все діє в рамках одного файлу з тестами. Можна зробити свій runner, але це не повністю вирішить цю проблему.
5. Є стандартні вбудовані Reporters, але вони не підтягують всю інформацію, якщо ти в тестах/фікстурах маєш свої meta() дані. Тобі прийдеться писати свій репортер. Це не важко, але прийдеться. Є багато вже написаних на npm порталі цих звітів, але всі вони чимось не підходять. Я користуюсь одним з стандартних, бо поки немає жосткої необхідності в meta() даних.

Я до цього робив з selenium/selenoid/selene - відповідно порівнюю з ним. Звісно, цей список більший, але це основне.

если у тебя 10 функций то ок, если 1000 то легче написать парсер

Огромное спасибо

Можешь ещё selenidejs глянуть, там тоже все видно

в смысле, а зачем руками? компилятор сам умеет генерить d.ts же

"declaration": true в tsconfig

Хе, в тестах 4 года спокойно юзал жквери. Теперь его решили выпилить фронты, и тесты упали, там в паре мест идёт обращение к этой либе.

И обвинили, что архитектурно плохо использовать жквери)

так это же не d.ts а index файл

а. не правильно прочитал/