KT Testing Suite Core follows a straightforward workflow: write tests in TypeScript, compile them to a single ExtendScript bundle, then execute that bundle inside your target Adobe application. This guide walks through each step from installation to reading your first test results.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/Octopodo/kt-testing-suite-core/llms.txt
Use this file to discover all available pages before exploring further.
Tests run inside an Adobe host application (After Effects, Premiere Pro,
Illustrator, etc.) — not in Node.js. You will need an Adobe CC application
installed and the ExtendScript
Debugger
VS Code extension to execute the compiled test file.
Install the package
Add
kt-testing-suite-core to your project. The package ships its TypeScript source directly (the main field points at src/index.ts), so kt-extendscript-builder can bundle it alongside your own code at build time.kt-extendscript-builder should already be present in your project as a dev dependency — it provides the kt-build CLI that compiles everything. If it is not yet installed:Write a test file
Create a test file anywhere under The
src/. By convention, test files use the .test.ts suffix.describe and it calls register suites and tests in a global registry. Nothing executes yet — tests run when runTests() is called later.Create the test entry point
You need a single entry file that imports all of your test files and then calls
runTests(). This is the file kt-build will compile into the final bundle.runTests() collects all suites registered by every imported test file and runs them in order through the default ConsoleReporter. You can import as many test files as you need before the runTests() call — keep runTests() as the very last statement.Configure kt.config.json
kt-extendscript-builder reads a kt.config.json file in your project root to know what to build. Add (or extend) the build-tests and build-tests-debug targets so they point at your entry file:package.json:Build your tests
Run the build script. During development, use the debug build so that stack traces contain readable symbol names:When you are done iterating and want a lean production bundle, switch to the minified build:Both commands write their output to
dist.test/index.test.js.Run tests via the ExtendScript Debugger
Open the ExtendScript Debugger panel in VS Code (the Adobe extension). Select your target host application (e.g., After Effects) from the application picker, then point the debugger at the compiled output file:Click Run (or press the run shortcut). The script executes inside the Adobe host, and results are printed to the ExtendScript console output pane.
Read the console output
ConsoleReporter — the default reporter — writes a human-readable summary to the ExtendScript console using $.writeln. After a successful run you will see output structured like this:JSONReporter instance to runTests():JSONReporter wraps its output in JSON_OUTPUT_START / JSON_OUTPUT_END markers so that external tooling can reliably extract the JSON payload from mixed console output.Next Steps
Now that your first test is green, explore the rest of the documentation to make the most of the framework.All Matchers
The full built-in matcher reference — over 30 matchers covering equality,
type, truthiness, size, numerics, error handling, and file I/O.
Hooks
Set up and tear down test state with
beforeEach, afterEach,
beforeAll, and afterAll.Reporters
Switch between
ConsoleReporter and JSONReporter, or implement your own
TestReporter.Custom Matchers
Register domain-specific matchers with
extendMatchers and use Adobe type
helpers for type-safe assertions.