test de charge WooCommerce<\/strong>, Performance WooCommerce fixe le point de d\u00e9part, tandis que Performance WooCommerce d\u00e9veloppeur documente comment r\u00e9f\u00e9rencer cache et optimisation. V\u00e9rifiez ces pages et les notes li\u00e9es \u00e0 \u00ab Mod\u00e9liser la demande \u00bb avant d\u2019ex\u00e9cuter le plan.<\/p>\n\n\n\nPr\u00e9parer la preuve et le retour s\u00fbr<\/h2>\n\n\n\n
Obtenez l\u2019autorisation \u00e9crite du p\u00e9rim\u00e8tre, clonez des donn\u00e9es non personnelles, neutralisez e-mails, paiements et logistique, puis d\u00e9finissez un arr\u00eat manuel et automatique. Sauvegardez et surveillez l\u2019environnement avant le premier utilisateur virtuel.<\/p>\n\n\n\n
Pr\u00e9parez ensuite un dossier de preuve minimal pour test de charge WooCommerce<\/strong> : \u00e9tat initial, heure du test, r\u00e9sultat de Navigation anonyme, d\u00e9cision et retour pr\u00e9vu. Pour chaque donn\u00e9e collect\u00e9e pendant \u00ab Mod\u00e9liser la demande \u00bb, demandez si elle distingue r\u00e9ellement deux hypoth\u00e8ses ; sinon, ne la conservez pas.<\/p>\n\n\n\n1. Mod\u00e9liser la demande<\/h2>\n\n\n\n
Transformer historique ou hypoth\u00e8ses en proportion de navigation, recherche, panier, connexion et paiement. Ajouter temps de r\u00e9flexion et abandons.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet d\u00e9bit<\/strong> : un script uniforme cr\u00e9e une pression diff\u00e9rente des clients r\u00e9els. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Pr\u00e9parer des donn\u00e9es s\u00fbres \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Navigation anonyme \u00bb, visez \u00ab cache correct et contenu frais \u00bb et conservez percentiles\/cache-status. Apr\u00e8s \u00ab Mod\u00e9liser la demande \u00bb, datez cette v\u00e9rification de \u00ab Navigation anonyme \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab tester sans autorisation \u00bb se reconna\u00eet lorsque le trafic peut \u00eatre interpr\u00e9t\u00e9 comme abus et affecter des tiers. Si ce signal appara\u00eet entre \u00ab Mod\u00e9liser la demande \u00bb et \u00ab Navigation anonyme \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n2. Pr\u00e9parer des donn\u00e9es s\u00fbres<\/h2>\n\n\n\n
Cr\u00e9er produits, comptes, coupons et stocks synth\u00e9tiques. Utiliser paiement sandbox et bloquer toute int\u00e9gration externe non autoris\u00e9e.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet latence<\/strong> : la charge peut d\u00e9clencher milliers d\u2019actions r\u00e9elles. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Valider un seul parcours \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Panier concurrent \u00bb, visez \u00ab sessions isol\u00e9es et totaux justes \u00bb et conservez \u00e9chantillon de cas. Apr\u00e8s \u00ab Pr\u00e9parer des donn\u00e9es s\u00fbres \u00bb, datez cette v\u00e9rification de \u00ab Panier concurrent \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab viser seulement l\u2019accueil \u00bb se reconna\u00eet lorsque le test ne couvre aucune \u00e9criture commerciale. Si ce signal appara\u00eet entre \u00ab Pr\u00e9parer des donn\u00e9es s\u00fbres \u00bb et \u00ab Panier concurrent \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n3. Valider un seul parcours<\/h2>\n\n\n\n
Ex\u00e9cuter chaque script \u00e0 un utilisateur, v\u00e9rifier jetons, cookies, totaux et nettoyage. Refuser les r\u00e9ponses mises en cache \u00e0 tort.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet erreur<\/strong> : multiplier un script faux produit un r\u00e9sultat faux plus vite. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Monter par paliers \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Paiement sandbox \u00bb, visez \u00ab une commande par tentative r\u00e9ussie \u00bb et conservez r\u00e9conciliation. Apr\u00e8s \u00ab Valider un seul parcours \u00bb, datez cette v\u00e9rification de \u00ab Paiement sandbox \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab regarder la moyenne \u00bb se reconna\u00eet lorsque les utilisateurs lents et le point de rupture disparaissent. Si ce signal appara\u00eet entre \u00ab Valider un seul parcours \u00bb et \u00ab Paiement sandbox \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n4. Monter par paliers<\/h2>\n\n\n\n
Augmenter concurrence progressivement avec p\u00e9riode stable, puis refroidissement. Comparer chaque palier aux seuils.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet saturation<\/strong> : la courbe r\u00e9v\u00e8le le point de rupture et sa cause mieux qu\u2019un choc. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Observer toutes les couches \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Files apr\u00e8s test \u00bb, visez \u00ab retour \u00e0 z\u00e9ro sans \u00e9chec \u00bb et conservez courbe horodat\u00e9e. Apr\u00e8s \u00ab Monter par paliers \u00bb, datez cette v\u00e9rification de \u00ab Files apr\u00e8s test \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab ignorer les donn\u00e9es finales \u00bb se reconna\u00eet lorsque doublons et stocks faux restent invisibles. Si ce signal appara\u00eet entre \u00ab Monter par paliers \u00bb et \u00ab Files apr\u00e8s test \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n5. Observer toutes les couches<\/h2>\n\n\n\n
Corr\u00e9ler percentiles, erreurs, workers, requ\u00eates lentes, hit ratio, files et statuts. Prot\u00e9ger les journaux.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet d\u00e9bit<\/strong> : la latence c\u00f4t\u00e9 client ne nomme pas le goulot. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab V\u00e9rifier l\u2019exactitude apr\u00e8s charge \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Navigation anonyme \u00bb, visez \u00ab cache correct et contenu frais \u00bb et conservez percentiles\/cache-status. Apr\u00e8s \u00ab Observer toutes les couches \u00bb, datez cette v\u00e9rification de \u00ab Navigation anonyme \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab tester sans autorisation \u00bb se reconna\u00eet lorsque le trafic peut \u00eatre interpr\u00e9t\u00e9 comme abus et affecter des tiers. Si ce signal appara\u00eet entre \u00ab Observer toutes les couches \u00bb et \u00ab Navigation anonyme \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\n6. V\u00e9rifier l\u2019exactitude apr\u00e8s charge<\/h2>\n\n\n\n
Compter commandes sandbox, stock, t\u00e2ches, e-mails captur\u00e9s et doublons. Restaurer l\u2019environnement ou nettoyer les donn\u00e9es.<\/p>\n\n\n\n
Cette \u00e9tape prot\u00e8ge le volet latence<\/strong> : un syst\u00e8me rapide mais incoh\u00e9rent a \u00e9chou\u00e9. La d\u00e9cision doit donc produire un \u00e9tat observable avant de passer \u00e0 \u00ab Mod\u00e9liser la demande \u00bb.<\/p>\n\n\n\nPreuve attendue.<\/strong> Sur le contr\u00f4le \u00ab Panier concurrent \u00bb, visez \u00ab sessions isol\u00e9es et totaux justes \u00bb et conservez \u00e9chantillon de cas. Apr\u00e8s \u00ab V\u00e9rifier l\u2019exactitude apr\u00e8s charge \u00bb, datez cette v\u00e9rification de \u00ab Panier concurrent \u00bb, notez le p\u00e9rim\u00e8tre r\u00e9ellement test\u00e9 et s\u00e9parez clairement r\u00e9sultat observ\u00e9, interpr\u00e9tation et limite.<\/p>\n\n\n\nPoint d\u2019arr\u00eat.<\/strong> Le risque \u00ab viser seulement l\u2019accueil \u00bb se reconna\u00eet lorsque le test ne couvre aucune \u00e9criture commerciale. Si ce signal appara\u00eet entre \u00ab V\u00e9rifier l\u2019exactitude apr\u00e8s charge \u00bb et \u00ab Panier concurrent \u00bb, n\u2019ajoutez pas une deuxi\u00e8me modification : revenez \u00e0 l\u2019\u00e9tat stable pr\u00e9vu, isolez la cause et rejouez uniquement ce contr\u00f4le.<\/p>\n\n\n\nMatrice de validation<\/h2>\n\n\n\n
| Parcours ou contr\u00f4le | R\u00e9sultat attendu | Preuve \u00e0 conserver | |—|—|—| | Navigation anonyme | cache correct et contenu frais | percentiles\/cache-status | | Panier concurrent | sessions isol\u00e9es et totaux justes | \u00e9chantillon de cas | | Paiement sandbox | une commande par tentative r\u00e9ussie | r\u00e9conciliation | | Files apr\u00e8s test | retour \u00e0 z\u00e9ro sans \u00e9chec | courbe horodat\u00e9e |<\/p>\n\n\n\n
Le cas Navigation anonyme<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Mod\u00e9liser la demande \u00bb. Le r\u00e9sultat \u00ab cache correct et contenu frais \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 percentiles\/cache-status \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Panier concurrent<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Pr\u00e9parer des donn\u00e9es s\u00fbres \u00bb. Le r\u00e9sultat \u00ab sessions isol\u00e9es et totaux justes \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 \u00e9chantillon de cas \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Paiement sandbox<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Valider un seul parcours \u00bb. Le r\u00e9sultat \u00ab une commande par tentative r\u00e9ussie \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 r\u00e9conciliation \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\nLe cas Files apr\u00e8s test<\/strong> doit \u00eatre ex\u00e9cut\u00e9 apr\u00e8s \u00ab Monter par paliers \u00bb. Le r\u00e9sultat \u00ab retour \u00e0 z\u00e9ro sans \u00e9chec \u00bb n\u2019est accept\u00e9 que si la preuve retenue \u2014 courbe horodat\u00e9e \u2014 peut \u00eatre relue sans information priv\u00e9e et si le m\u00eame sc\u00e9nario donne un r\u00e9sultat coh\u00e9rent lors d\u2019une seconde ex\u00e9cution.<\/p>\n\n\n\n