Skip to content

finlive/test-pagination

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

1 Commit
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Cahier des charges — Test technique

1. Contexte

L’entreprise est une plateforme e‑commerce (mode, accessoires, etc.) avec un gros catalogue. Aujourd’hui, le site charge tout le catalogue d’un coup : temps de chargement élevé, charge inutile côté navigateur et risque de mauvaise expérience utilisateur.

Objectif du test : concevoir une solution paginée côté serveur, avec filtres et tris, une gestion des erreurs, et une stack imposée.


2. Problème à résoudre

Axes Description
Performance Ne plus renvoyer ni afficher l’intégralité des articles en une seule requête / un seul rendu.
Fonctionnalité Permettre la navigation dans le catalogue (pagination ou scroll infini ou équivalent — libre choix d’UX).
Recherche / exploration Filtrer (ex. par catégorie) et trier (ex. prix croissant / décroissant).
Fiabilité Pas de crash en cas de paramètres invalides, réseau instable ou réponse vide.

3. Périmètre fonctionnel

Exigence Détail
Pagination Stratégie au choix (pages numérotées, « charger plus », scroll infini…) à condition que les données soient chargées par blocs depuis le backend.
Filtres Au minimum un filtre pertinent sur le catalogue (ex. catégorie) ; possibilité d’en ajouter d’autres si le temps le permet.
Tris Au minimum un tri sur un champ numérique ou textuel (ex. prix asc / desc).

4. Contraintes techniques (obligatoires)

Couche Technologie
Frontend React (JavaScript ou TypeScript)
Backend Node.js avec Express (JS ou TS)
Base de données MongoDBsans Mongoose

Le reste (outillage, structure des dossiers, librairies UI) est laissé au candidat, dans la mesure où les exigences ci-dessus sont respectées.


5. Livrables attendus

  • API REST (ou équivalent documenté) exposant une liste d’articles paginée, avec paramètres documentés : page, limit, filtres, etc..
  • Frontend connecté à cette API, avec l’UX de pagination / chargement choisie.
  • Gestion des cas limites : valeurs de pagination invalides, liste vide, erreur serveur, etc...

6. Hors périmètre / libertés

  • Design graphique : libre (sobriété suffisante pour un test).
  • Modalité d’interaction (boutons vs scroll infini, etc.) : libre, tant que le chargement reste incrémental côté serveur.

About

Test pour entretien technique: créer une pagination

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Contributors