L'équipe de React a implémenté une fonctionnalité appelée shallow rendering (rendu peu profond), qui permet de rendre un composant avec un seul niveau de profondeur de rendu.
Cela permet du coup de vérifier ce que le rendu retourne sans avoir à se soucier du comportement des composants enfants, qui ne sont pas instanciés ni rendus. Cela ne nécessite pas de DOM.
Intéressant, n'est-ce pas ? Et d'ailleurs, le shallow rendering est actuellement la méthode recommandée pour tester vos composants React.
Comme vous pourrez le voir dans un article listé à la fin de celui-ci, le code permettant de tester des composants avec cette technique n'est pas forcément très concis, contrairement à ce qu'on pourrait attendre.
Heureusement, quelqu'un a codé un truc plutôt cool : react-element-to-jsx-string. Comme le nom l'indique, cette librairie permet de rendre un composant React en tant que chaîne JSX.
C'est maintenant les choses deviennent intéressantes : avec ces concepts en tête (le shallow render et le rendu de composant en strings JSX), on peut facilement ajouter de simple tests unitaires sur ses composants.
Il y a d'autres techniques pour tester des composants React, et la plupart implique le DOM. Vous devrez donc éxecuter vos tests dans un navigateur (ou en utilisant jsdom) : vos tests seront plus lents que la technique qui va suivre (qui pour le coup est plus du vrai test unitaire, dans le sens où vous utilisez moins de code et ne nécessitez pas un gros environnement).
On va partir avec ce simple composant :
// web_modules/Picture/index.js
import React from "react";
import { PropTypes } from "react";
const Component = ({ img, title, Loader, Title }) => (
<div>
{(!img || !img.src) && Loader && <Loader />}
{img && img.src && <img src={img.src} alt={img.alt} />}
{title && Title && <Title text={title} />}
</div>
);
Component.propTypes = {
img: PropTypes.object,
title: PropTypes.string,
Loader: PropTypes.func.isRequired,
Title: PropTypes.func.isRequired,
};
Component.displayName = "Picture";
export default Component;
Ce composant affiche une image avec un composant pour le titre. Si les données de l'image ne sont pas prêtes, on peut afficher un composant pour indiquer le chargement.
Écrivons maintenant un petit test. Pour notre exemple, on va utiliser tape couplé avec tape-jsx-equals, mais vous n'aurez pas de mal à trouver un paquet à votre sauce sur npm.
// web_modules/Picture/__tests__/index.js
import tape from "tape";
import addAssertions from "extend-tape";
import jsxEquals from "tape-jsx-equals";
const test = addAssertions(tape, { jsxEquals });
import React from "react";
import { createRenderer } from "react-addons-test-utils";
import Picture from "..";
// fixtures (empty and stateless react components)
const Loader = () => {};
const Title = () => {};
test("PageContainer is properly rendered", t => {
const renderer = createRenderer();
renderer.render(<Picture Loader={Loader} Title={Title} />);
t.jsxEquals(
renderer.getRenderOutput(),
<div>
<Loader />
</div>,
"can render a Loader component if no image data are passed",
);
renderer.render(
<Picture
Loader={Loader}
Title={Title}
img={{
src: "SRC",
alt: "ALT",
}}
/>,
);
t.jsxEquals(
renderer.getRenderOutput(),
<div>
<img src="SRC" alt="ALT" />
</div>,
"should render an image if data are passed",
);
renderer.render(
<Picture
Loader={Loader}
Title={Title}
img={{
src: "SRC",
alt: "ALT",
}}
title={"TITLE"}
/>,
);
t.jsxEquals(
renderer.getRenderOutput(),
<div>
<img src="SRC" alt="ALT" />
<Title text="TITLE" />
</div>,
"can render a Title if data are passed",
);
t.end();
});
Ces tests sont une couverture minimale pour vous assurer que vous ne cassez rien lorsque vous travaillez sur votre composant.
Comme vous pouvez le constater, les tests sont assez simples à écrire et vont droit au but. Ce qui est intéressant ici, c'est que nous ne comparons pas à l'aide de simples chaînes. Nous utilisons directement des composants React.
Vous pouvez tranquillement exécuter l'exemple complet et le récupérer depuis le repository :
github.com/MoOx/react-component-unit-testing-example
Cet exemple contient les commandes et dépendances (définies dans le
package.json
) dont vous aurez besoin.
onClick
?Vous n'avez pas à reproduire le clic complètement.
Vos tests n'ont pas besoin de vérifier que la prop onClick
va bien être
exécutée lorsque vous cliquerez sur un élément du DOM. React couvre
probablement cela dans sa suite de tests.
Ce que vous avez besoin de tester, c'est que la valeur que vous passez au
onClick
fait bien ce que vous voulez. En gros, si vous avez un bout de code
qui ressemble à onClick={ yourCallback }
, vous n'avez tout simplement qu'à
appeler directement yourCallback()
dans vos tests juste avant votre
comparaison. C'est bien assez !
Si vous voulez aller un peu plus loin, vous pouvez continuer par lire :
Avec ces exemples, nous espérons vraiment que vous n'aurez plus peur de tester votre code et que vous n'hésiterez plus à couvrir tous vos composants React de tests 😍.