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.
PropType
you are using? I test mine by spying onconsole.warn
. – StratopauseNODE_ENV=development
solve the problem? – Chewning