npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

ci-cd-ynov-julien-pradier

v1.0.0

Published

![Build Status](https://github.com/julien-pradier/ynov-tdd-validator/actions/workflows/build_test_react.yml/badge.svg) ![Codecov](https://codecov.io/gh/julien-pradier/ynov-tdd-validator/branch/main/graph/badge.svg) ![Cypress](https://img.shields.io/badge/

Readme

Tests

Build Status Codecov Cypress NPM Version

Ce projet est une application React développée selon la méthode TDD. Il sert de support pour la mise en place d'une chaîne complète d'intégration et de déploiement continu (CI/CD).


🚀 Fonctionnalités CI/CD

Ce dépôt intègre une automatisation complète via GitHub Actions :

  • Intégration Continue (CI) : Installation des dépendances, build de l'application et exécution des tests unitaires à chaque push

  • Qualité du Code : Analyse de la couverture de code et envoi automatique du rapport vers Codecov

  • Documentation : Génération automatique de la documentation technique (JSDoc) incluant ce README.

  • Déploiement Continu (CD) : Déploiement automatique de l'application et de la documentation sur GitHub Pages.


🔗 Liens Utiles


🛠️ Pré-requis

Pour faire tourner ce projet localement, vous avez besoin de :

  • Node.js (version 20.x ou supérieure recommandée)
  • npm

📦 Installation

Clonez le dépôt et installez les dépendances :

git clone https://github.com/julien-pradier/ynov-tdd-validator.git
cd ynov-tdd-validator
npm ci

▶️ Lancer l'application

Pour démarrer le serveur de développement local :

npm start

L'application sera accessible sur : 👉 http://localhost:3000


🧪 Lancer les tests

Pour exécuter la suite de tests unitaires (Jest / React Testing Library) :

npm test

Pour voir la couverture de code en local :

npm test -- --coverage --watchAll=false

🌲 Lancer les tests E2E (Cypress)

Pour exécuter les tests de bout en bout (End-to-End) avec Cypress :

npm run cypress

Cela ouvrira l'interface graphique de Cypress où vous pourrez sélectionner et lancer les scénarios de test (ex: navigation.cy.js).


📚 Générer la documentation

Pour générer la JSDoc localement (dans le dossier public/docs) :

npm run docs

📡 Stratégie de Mocking

Dans ce projet, les appels réseaux (via Axios) sont isolés dans le module api.js

Tests d'intégration (Jest)

Nous utilisons :

jest.mock('axios')

Cela permet de simuler les réponses de l'API et de valider le comportement du frontend face à différents scénarios :

  • Succès (Code 200/201)
  • Erreur Métier (Code 400 - ex: Email déjà existant)
  • Crash Serveur (Code 500)

Tests E2E (Cypress)

Nous utilisons :

cy.intercept()

Cette approche garantit que les tests de navigation sont stables, rapides et indépendants de l'état réel de l'API externe (JSONPlaceholder).