Import JavaScript Tests
Testomat.io can import automated tests into a project. We provide CLI tools for different frameworks so you get visibility of your tests in seconds. On this page we collect the reference to them. Learn how to install and configure test importer for your project.
JavaScript
đź“‘ This documentation is taken from open-source project testomatio/check-tests
Use this checker as CLI tool with any Continuous Integration service.
Run check-tests
via npx:
Development
To change host of endpoint for receiving data, and set it to other than app.testomat.io use TESTOMATIO_URL environment variable:
TESTOMATIO_URL=http://local.testomat.io
This checker will fail a build if exclusive tests (with
.only
orfit
orfdescribe
found)
Arguments:
- test framework
- glob pattern to match tests in a project, example:
tests/**_test.js'
. It is important to include glob pattern in double quotes"
so wildcard could be used correctly.
CLI Options:
--no-skipped
- fail when skipped tests found--typescript
- enable typescript support-g, --generate-file <fileName>
- Export test details to document-u, --url <url>
, Github URL to get file link (URL/tree/master)
Example
Check tests for CodeceptJS
Check tests for Protractor
Check tests for Protractor with TypeScript
Check tests for Cypress.io
Check tests for Testcafe
Sample Output
List CodeceptJS tests
When found .only
test:
Using in Testomatio
This library is used by Testomatio to import tests.
Importing Into Project
Use TESTOMATIO
environment variable with a valid API key to import data into a project.
API key can be obtained on project settings page or on “Import From Source” page.
For example:
Test code
By default, check-test sends the code of the test hooks to the “client”: before, beforeEach and after. In the “Codes” section you can see all the additional “context” of the test (Testomat.io).
To exclude hook code from a client test, use the —no-hooks option
Additional line number to the test code
To include line number code from a client test, use —line-numbers option. (By default Code section exclude “line number”)
Import Parametrized Tests
It is possible to import parametrized tests if they use template literals with variables in thier names:
This test will be imported with its original name including a placeholder:
When executed test will be reported with 3 results matched to the same test and param values will be added to the report.
Disable Detached Tests
If a test from a previous import was not found on next import it is marked as “detached”. This is done to ensure that deleted tests are not staying in Testomatio while deleted in codebase.
To disable this behavior and don’t mark anything on detached on import use --no-detached
option
This option could also be set via environment variable TESTOMATIO_NO_DETACHED=1
.
If you don’t want to pass it each time, create .env file in the root dir of your project with this variable set.
Synchronous Import
By default check-tests
doesn’t wait for all tests to be processed. It sends request to Testomatio and exits. To wait for processing to finish use --sync
option.
Please note, that this will take a long time on a large codebase.
Auto-assign Test IDs in Source Code
To disable guess matching for tests it is recommend to use Testomatio IDs to map a test in source code to a test in Testomatio. Testomatio IDs can be put automatically into the test names into source code when --update-ids
option is used:
Tests imported with --update-ids
will be processed in synchronouse mode, so the script will finish after all tests are processed.
Keep Test IDs Between Projects
To import tests with Test IDs set in source code into another project use --create
option. In this case, a new project will be populated with the same Test IDs.
Without --create
import will fail with a message that ID was not found.
Clean Test IDs
If you want to import the synced project as new project, you have to clean the test ids.
To clean up test ids without connecting to Testomatio project use --purge
option:
This method may be unsafe, as it cleans all @S*
and @T*
tags from tests and suites. So if you have a tag like @Test1234
this may also be removed. If you use this option make sure if all the test titles a proper before committing the tests in GIT.
Note:
--purge
is an alias of--unsafe-clean-ids
option.
To clean only test ids set from a specific project use --clean-ids
option instead:
TESTOMATIO is API key of a project with existing test ids.
Import Into a Branch
Tests can be imported into a specific branch if TESTOMATIO_BRANCH
parameter is used.
Branch is matched by its id. If branch was not found, it will be created.
Keep Structure of Source Code
When tests in source code have IDs assigned and those tests are imported, Testomat.io uses current structure in a project to put the tests in. If folders in source code doesn’t match folders in Testomat.io project, existing structure in source code will be ignored. To force using the structure from the source code, use --keep-structure
flag on import:
Delete Empty Suites
If tests were marked with IDs and imported to already created suites in Testomat.io
newly imported suites may become empty. Use --no-empty
option to clean them up after import.
This prevents usage —keep-structure option.
Import Into a Specific Suite
To put all imported tests into a specific suite (folder) pass in TESTOMATIO_PREPEND_DIR
environment variable:
This will use “MyTests” folder in a root of a project or create it if it doesn’t exist.
It is also possible to specify a suite by its SID:
or use SID with prefix:
TypeScript
For TypeScript projects @babel/core
and @babel/plugin-transform-typescript
packages are used. GitHub Action already contains those modules, while CLI version of this tool tries to automatically install them on first run.
If you face issues parsing TypeScript file menitioning @babel/core
or @babel/plugin-transform-typescript
try to install them manually:
Now tests TypeScript can be imported with --typescript
option:
Test aliases
Test aliases are used to map tests in source code to tests in Testomat.io. By default test
and it
are parsed. But if you rename them or use another function to define tests (e.g. created/extended test object in Playwright), you can add alias (or multiple aliases, separated by comma) via --alias
option:
Programmatic API
Import Analyzer from module:
Debugging
Run import with DEBUG="testomatio:*"
environment variable to get additional logs which may help understanding the cause of an issue. Usually it may happen because of a specific file that couldn’t be parsed:
API Definition
API Endpoint to import test data into Testomat.io:
Limitations
- Can’t analyze included tests from external files
- Can’t analyze dynamically created tests
License MIT
Part of Testomat.io