Когда я пишу библиотеку TypeScript с общими ограничениями, я хотел бы иметь возможность указывать тесты кода, который должен проверять тип, и кода, который не должен (потому что, скажем, Я хочу убедиться, что средство проверки типов ловит вещи, которые не удовлетворяют ограничению правильно.
Я не нашел решения в обычных библиотеках модульного тестирования (поскольку тесты на ошибки не компилировались бы в первую очередь). Я думаю, что я видел некоторые примеры этого глубоко в наборе тестов TypeScript, где они либо использовали именование файлов или комментарии для обозначения утверждений, но я не могу их найти сейчас, и я не мог понять, как бегун тестов работал для такого большого проект в любом случае. Гуглить тоже сложно: каждая комбинация терминов, о которых я думал, возвращает ссылки на такие вещи, как защита типов или отчеты об ошибках в самом TypeScript.
Я знаю, что мог бы установить bash-скрипт, который просто запускает tsc
над файлами и утверждает, что они терпят неудачу, но я бы предпочел возможность совпадения при определенных ошибках компиляции, если это возможно. Есть идеи?