How to test React PropTypes through Jest?

The underlying problem is How to test console.log?

The short answer is that you should replace the console.{method} for the duration of the test. The common approach is to use spies. In this particular case, you might want to use stubs to prevent the output.

Here is an example implementation using Sinon.js (Sinon.js provides standalone spies, stubs and mocks):

import {    expect} from 'chai';import DateName from './../../src/app/components/DateName';import createComponent from './create-component';import sinon from 'sinon';describe('DateName', () => {    it('throws an error if date input does not represent 12:00:00 AM UTC', () => {        let stub;        stub = sinon.stub(console, 'error');        createComponent(DateName, {date: 1470009600000});        expect(stub.calledOnce).to.equal(true);        expect(stub.calledWithExactly('Warning: Failed propType: Date unix timestamp must represent 00:00:00 (HH:mm:ss) time.')).to.equal(true);        console.error.restore();    });});

In this example DataName component will throw an error when initialised with a timestamp value that does not represent a precise date (12:00:00 AM).

I am stubbing the console.error method (This is what Facebook warning module is using internally to generate the error). I ensure that the stub has been called once and with exactly one parameter representing the error.

Intro

The answer by @Gajus definitely helped me (so, thanks Gajus). However, I thought I would provide an answer that:

• Uses a more up-to-date React (v15.4.1)
• Uses Jest (which comes with React)
• Allows testing multiple prop values for a single prop
• Is more generic

Summary

Like the approach suggested here by Gajus and elsewhere by others, the basic approach I'm suggesting is also to determine whether or not console.error is used by React in response to an unacceptable test prop value. Specifically, this approach involves doing the following for each test prop value:

• mocking and clearing console.error (to ensure prior calls to console.error aren't interfering),
• creating the component using the test prop value under consideration, and
• confirming whether or not console.error was fired as expected.

The testPropTypes Function

The following code can be placed either within the test or as a separate imported/required module/file:

const testPropTypes = (component, propName, arraysOfTestValues, otherProps) => {    console.error = jest.fn();    const _test = (testValues, expectError) => {        for (let propValue of testValues) {            console.error.mockClear();            React.createElement(component, {...otherProps, [propName]: propValue});            expect(console.error).toHaveBeenCalledTimes(expectError ? 1 : 0);        }    };    _test(arraysOfTestValues[0], false);    _test(arraysOfTestValues[1], true);};

Calling the Function

Any test examining propTypes can call testPropTypes using three or four parameters:

• component, the React component that is modified by the prop;
• propName, the string name of the prop under test;
• arraysOfTestValues, an array of arrays of all the desired test values of the prop to be tested:
  • the first sub-array contains all acceptable test prop values, while
  • the second sub-array contains all unacceptable test prop values; and

• optionally, otherProps, an object containing prop name/value pairs for any other required props of this component.

  The otherProps object is needed to ensure React doesn't make irrelevant calls to console.error because other required props are inadvertently missing. Simply include a single acceptable value for any required props, e.g. {requiredPropName1: anyAcceptableValue, requiredPropName2: anyAcceptableValue}.

Function Logic

The function does the following:

• It sets up a mock of console.error which is what React uses to report props of incorrect type.

• For each sub-array of test prop values provided it loops through each test prop value in each sub-array to test for prop type:

  • The first of the two sub-arrays should be a list of acceptable test prop values.
  • The second should be of unacceptable test prop values.

• Within the loop for each individual test prop value, the console.error mock is first cleared so that any error messages detected can be assumed to have come from this test.

• An instance of the component is then created using the test prop value as well as any other necessary required props not currently being tested.

• Finally, a check is made to see whether a warning has been triggered, which should happen if your test tried to create a component using an inappropriate or missing prop.

Testing for Optional versus Required Props

Note that assigning null (or undefined) to a prop value is, from React's perspective, essentially the same thing as not providing any value for that prop. By definition this is acceptable for an optional prop but unacceptable for a required one. Thus, by placing null in either the array of acceptable or unacceptable values you test whether that prop is optional or required respectively.

Example Code

MyComponent.js (just the propTypes):

MyComponent.propTypes = {    myProp1: React.PropTypes.number,      // optional number    myProp2: React.PropTypes.oneOfType([  // required number or array of numbers        React.PropTypes.number,        React.PropTypes.arrayOf(React.PropTypes.number)    ]).isRequired

MyComponent.test.js:

describe('MyComponent', () => {    it('should accept an optional number for myProp1', () => {        const testValues = [            [0, null],   // acceptable values; note: null is acceptable            ['', []] // unacceptable values        ];        testPropTypes(MyComponent, 'myProp1', testValues, {myProp2: 123});    });    it('should require a number or an array of numbers for myProp2', () => {        const testValues = [            [0, [0]], // acceptable values            ['', null] // unacceptable values; note: null is unacceptable        ];        testPropTypes(MyComponent, 'myProp2', testValues);    });});

Limitation of This Approach (IMPORTANT)

There are currently some significant limitations on how you can use this approach which, if over-stepped, could be the source of some hard-to-trace testing bugs. The reasons for, and implications of, these limitations are explained in this other SO question/answer. In summary, for simple prop types, like for myProp1, you can test as many unacceptable non-null test prop values as you want as long as they are all of different data types. For some complex prop types, like for myProp2, you can only test a single unacceptable non-null prop value of any type. See that other question/answer for a more in-depth discussion.

Mocking console.error is not suitable for use in unit tests! @AndrewWillems linked to another SO question in a comment above that describes the problems with this approach.

Check out this issue on facebook/prop-types for discussion about the ability for that library to throw instead of logging propType errors (at the time of writing, it's not supported).

I have published a helper library to provide that behaviour in the mean time, check-prop-types. You can use it like this:

import PropTypes from 'prop-types';import checkPropTypes from 'check-prop-types';const HelloComponent = ({ name }) => (  <h1>Hi, {name}</h1>);HelloComponent.propTypes = {  name: PropTypes.string.isRequired,};let result = checkPropTypes(HelloComponent.propTypes, { name: 'Julia' }, 'prop', HelloComponent.name);assert(`result` === null);result = checkPropTypes(HelloComponent.propTypes, { name: 123 }, 'prop', HelloComponent.name);assert(`result` === 'Failed prop type: Invalid prop `name` of type `number` supplied to `HelloComponent`, expected `string`.');