Unit tests are written using Mocha and Chai and run with Karma in a web browser. The unit tests live next to the source code they are testing and follow the naming convention Foo.test.ts for Foo.ts.
The unit tests are implicitly run as part of npm run test, but that also runs all the other test suites. To run only all unit tests, use:
npm run test front_end
To use out/Debug instead of the default out/Default target directory, use:
npm run test -- -t Debug front_end
To run the unit tests in debug mode, use:
npm run test -- --debug front_end
To run only specific unit tests from a single .test.ts file, say SourcesView.test.ts for example, use:
npm run test front_end/panels/sources/SourcesView.test.ts
Check the output of npm run test -- --help for an overview of all options.
When running a Karma unit test, the DOM that you create during a test is automatically cleaned up for you before the next test, ensuring that no tests are impacted by stray DOM left behind from a previous test.
To ensure you render your component into the test DOM, use the renderElementIntoDOM helper, which takes any HTMLElement and renders it. By using this helper you ensure that it's cleaned up at the end of the test.
When trying to read a component‘s shadow DOM, TypeScript will ask that you check it’s not null first:
component.shadowRoot.querySelector('.foo') // TS will error here: shadowRoot may be `null`.
The assert.isNotNull method will do this for you and fail the test if the shadow root is not present:
assert.isNotNull(component.shadowRoot);
component.shadowRoot.querySelector('.foo') // TS is happy!
When you query elements from the DOM, you can use assert.instanceOf or assertElements to check that an element is the expected type. This will ensure the test fails if the DOM is not as expected, and satisfy TypeScript:
const button = component.shadowRoot.querySelector('button.foo');
assert.instanceOf(button, HTMLButtonElement);
const allDivs = component.shadowRoot.querySelectorAll('div');
assertElements(allDivs, HTMLDivElement);
When building components we want to ensure that they are efficient and do not update the DOM more than necessary. We can use the mutation helpers to assert on the amount of DOM changes in a given test. These use a Mutation Observer to track any mutations.
Important!: These tests are async, so you must await them.
If you are expecting mutations, you can wrap the part of the test that triggers the mutation in a withMutation call. The first argument is an array of mutations you expect (read on for the structure of it), the second is the element to observe (will nearly always be component.shadowRoot, and a callback function that takes the observed shadow root. It is this function that will be executed whilst the DOM is being observed for mutations.
it('adds a new button when the data changes', async () => {
const component = new MyComponent();
component.data = {...}
renderElementIntoDOM(component);
await withMutations([{
type: MutationType.ADD, // MutationType is an exported enum from MutationHelpers
tagName: 'button',
max: 2, // the maximum number of mutations to allow; defaults to 10
}], component.shadowRoot, shadowRoot => {
// do something that updates the component and causes mutations
component.data = {...}
})
})
This test will assert that updating the component causes at most 2 additions to the component's shadow DOM. You can pass MutationType.ADD or MutationType.REMOVE as the type to watch for just additions/removals, or you can omit the type key and have the test watch for both additions and removals.
You don‘t need to wrap every test in a withMutation block, but if you are testing some code that should update the DOM, it’s a good idea to ensure we aren't unexpectedly doing much more work than expected.
If you have a test where no DOM should mutate, you can use withNoMutations. This is the opposite of withMutations; it will fail the test should it detect any DOM mutations. Using this helper when testing the ElementBreadcrumbs component discovered that when we scrolled the breadcrumbs we caused over 70 DOM mutations (!), which is what lead to the creation of this helper. It‘s a great way to verify that we’re not doing work that can be avoided.
it('does not mutate the DOM when we scroll the component', async () => {
const component = new MyComponent();
component.data = {...}
renderElementIntoDOM(component);
await withNoMutations(component.shadowRoot, shadowRoot => {
// Imagine there's code here to cause the component to scroll
})
})
The above test will fail if any DOM mutations are detected.
If you want to run a specific (set of) unit test, you can use it.only or describe.only for those tests that you want to run.
describe.only('The test suite that you want to run', () => { it('A test that would run', () => {}); it('Another test that would run', () => {}); });
describe('The test suite that you want to run', () => { it.only('A test that would run', () => {}); it('A test that would not run', () => {}); });