Skip to content

Services for interacting with browser APIs so that you can have fine-grained control in tests.

License

Notifications You must be signed in to change notification settings

CrowdStrike/ember-browser-services

Repository files navigation

ember-browser-services

CI npm version

ember-browser-services is a collection of Ember Services that allow for consistent interaction with browser APIs.

When all browser APIs are accessed via services, browser behavior is now stubbable in unit tests!

This addon is written in TypeScript so that your editor will provide intellisense hints to guide you through usage so that you don't have to spend as much time looking at the documentation.

Installation

pnpm add ember-browser-services
# or
yarn add ember-browser-services
# or
npm install ember-browser-services
# or
ember install ember-browser-services

Compatibility

  • Ember.js v4.8 or above
  • ember-auto-import v2 or above
  • typescript v4.5 or above
  • embroider max-compat and strict modes

Usage

Whenever you would reach for window, or any other browser API, inject the service instead.

export default class MyComponent extends Component {
  @service('browser/window') window;

  @action
  externalRedirect() {
    this.window.location.href = 'https://crowdstrike.com';
  }
}

Testing

for fuller examples, see the tests directory

There are two types of stubbing you may be interested in when working with browser services

  • service overriding

    As with any service, if the default implementation is not suitable for testing, it may be swapped out during the test.

    import Service from '@ember/service';
    
    module('Scenario Name', function (hooks) {
      test('rare browser API', function (assert) {
        let called = false;
    
        this.owner.register(
          'service:browser/window',
          class TestWindow extends Service {
            rareBrowserApi() {
              called = true;
            }
          },
        );
    
        this.owner.lookup('service:browser/window').rareBrowserApi();
    
        assert.ok(called, 'the browser api was called');
      });
    });
  • direct assignment

    This approach may be useful for deep-objects are complex interactions that otherwise would be hard to reproduce via normal UI interaction.

    module('Scenario Name', function (hooks) {
      test('rare browser API', function (assert) {
        let service = this.owner.lookup('service:browser/window');
        let called = false;
    
        service.rareBrowserApi = () => (called = true);
    
        service.rareBrowserApi();
    
        assert.ok(called, 'the browser api was called');
      });
    });

There is also a shorthand for grouped "modules" in your tests:

Window

import { setupBrowserFakes } from 'ember-browser-services/test-support';

module('Scenario Name', function (hooks) {
  setupBrowserFakes(hooks, { window: true });

  test('is at crowdstrike.com', function (assert) {
    let service = this.owner.lookup('service:browser/window');

    // somewhere in a component or route or service
    // windowService.location = '/';
    assert.equal(service.location.href, '/'); // => succeeds
  });
});

Alternatively, specific APIs of the window can be stubbed with an object

import { setupBrowserFakes } from 'ember-browser-services/test-support';

module('Scenario Name', function (hooks) {
  setupBrowserFakes(hooks, {
    window: { location: { href: 'https://crowdstrike.com' } },
  });

  test('is at crowdstrike.com', function (assert) {
    let service = this.owner.lookup('service:browser/window');

    assert.equal(service.location.href, 'https://crowdstrike.com'); // => succeeds
  });
});

localStorage

import { setupBrowserFakes } from 'ember-browser-services/test-support';

module('Scenario Name', function (hooks) {
  setupBrowserFakes(hooks, { localStorage: true });

  test('local storage service works', function (assert) {
    let service = this.owner.lookup('service:browser/local-storage');

    assert.equal(service.getItem('foo'), null);

    service.setItem('foo', 'bar');
    assert.equal(service.getItem('foo'), 'bar');
    assert.equal(localStorage.getItem('foo'), null);
  });
});

sessionStorage

import { setupBrowserFakes } from 'ember-browser-services/test-support';

module('Scenario Name', function (hooks) {
  setupBrowserFakes(hooks, { sessionStorage: true });

  test('session storage service works', function (assert) {
    let service = this.owner.lookup('service:browser/session-storage');

    assert.equal(service.getItem('foo'), null);

    service.setItem('foo', 'bar');
    assert.equal(service.getItem('foo'), 'bar');
    assert.equal(sessionStorage.getItem('foo'), null);
  });
});

navigator

// An example test from ember-jsqr's tests
module('Scenario Name', function (hooks) {
  setupApplicationTest(hooks);
  setupBrowserFakes(hooks, {
    navigator: {
      mediaDevices: {
        getUserMedia: () => ({ getTracks: () => [] }),
      },
    },
  });

  test('the camera can be turned on and then off', async function (assert) {
    let selector = '[data-test-single-camera-demo] button';

    await visit('/docs/single-camera');
    await click(selector);

    assert.dom(selector).hasText('Stop Camera', 'the camera is now on');

    await click(selector);

    assert.dom(selector).hasText('Start Camera', 'the camera has been turned off');
  });
});

document

import { setupBrowserFakes } from 'ember-browser-services/test-support';

module('Examples: How to use the browser/document service', function (hooks) {
  setupBrowserFakes(hooks, {
    document: {
      title: 'Foo',
    },
  });

  test('title interacts separately from the real document', function (assert) {
    let service = this.owner.lookup('service:browser/document');

    assert.equal(service.title, 'Foo');
    assert.notEqual(service.title, document.title);

    service.title = 'Bar';
    assert.equal(service.title, 'Bar');
    assert.notEqual(service.title, document.title);
  });
});

What about ember-window-mock?

ember-window-mock offers much of the same feature set as ember-browser-services.

ember-browser-services builds on top of ember-window-mock and the two libraries can be used together.

The main differences being:

  • ember-window-mock

    • smaller API surface

    • uses imports for window instead of a service

    • all browser APIs must be accessed from the imported window to be mocked / stubbed

    • adding additional behavior to the test version of an object requires something like:

      import window from 'ember-window-mock';
      
      // ....
      window.location = new TestLocation();
      window.parent.location = window.location;
  • ember-browser-services

    • uses services instead of imports

    • multiple top-level browser APIs, instead of just window

    • setting behavior on services can be done by simply assigning, thanks to ember-window-mock

      let service = this.owner.lookup('service:browser/navigator');
      
      service.someApi = someValue;
    • or adding additional behavior to the test version of an object can be done via familiar service extension like:

      this.owner.register(
        'service:browser/window',
        class extends Service {
          location = new TestLocation();
      
          parent = this;
        },
      );
    • because of the ability to register custom services during tests, if app authors want to customize their own implementation of test services, that can be done without a PR to the addon

    • there is an object short-hand notation for customizing browser APIs via setupBrowserFakes (demonstrated in the above examples)

Similarities / both addons:

  • use proxies to fallback to default browser API behavior
  • provide default stubs for commonly tested behavior (location, localStorage)
  • all state reset between tests

Contributing

See the Contributing guide for details.

License

This project is licensed under the MIT License.