Services de tests de performance et de charge
Services de tests de performance et de charge : tests de charge, de stress, de pic et d’endurance dans k6, JMeter, Gatling et Locust, planification de capacité avant les lancements et les pics de ventes, analyse des goulets d’étranglement dans le code, les bases de données et l’infrastructure, performance front-end et Core Web Vitals, et tests de performance en CI, avec des ingénieurs performance dédiés à votre équipe ou des projets de tests de performance livrés de bout en bout.
Les tests de performance que nous réalisons
Tests de charge
Le trafic attendu, modélisé à partir des journaux de production et de l’analytique sous forme de parcours utilisateurs avec temps de réflexion et données réalistes, et exécuté jusqu’à ce que les temps de réponse, les taux d’erreur et l’usage des ressources montrent où se situe le système par rapport à ses objectifs.
Tests de stress et de pic
Charge portée au-delà du pic attendu pour trouver le point de rupture et ce qui cède en premier, et montées soudaines comme un e-mailing ou l’ouverture d’une billetterie, pour voir si l’autoscaling réagit à temps et si le système se rétablit seul.
Tests d’endurance (soak)
Charge constante maintenue pendant des heures ou des jours pour trouver les fuites de mémoire, les pools de connexions épuisés, les files qui grossissent et les disques qui se remplissent de journaux : les problèmes qu’un test court n’atteint jamais.
Scripts k6, JMeter, Gatling et Locust
Grafana k6 en JavaScript, Apache JMeter pour les plans de test existants et les protocoles autres que HTTP, Gatling en Java ou TypeScript, et Locust en Python, avec des scripts conservés dans le dépôt à côté du code qu’ils testent.
Analyse des goulets d’étranglement
Résultats lus avec les traces, les métriques et les profils dans Grafana, Datadog, New Relic ou Application Insights, de sorte qu’une réponse lente soit rattachée à la requête, au verrou, au pool de threads ou à l’appel externe qui la provoque, et que chaque correctif soit retesté sous la même charge.
Planification de capacité pour les lancements et les pics
Tests de charge dimensionnés pour un lancement, un pic de ventes ou une campagne, avec le nombre d’instances et les limites d’autoscaling qui tiennent à cette charge consignés par écrit et le coût d’un fonctionnement au pic estimé avant le jour J.
Performance front-end et Core Web Vitals
Largest Contentful Paint, Interaction to Next Paint et Cumulative Layout Shift suivis à partir des données de terrain d’utilisateurs réels, avec Lighthouse et WebPageTest en laboratoire pour trouver la cause, puis améliorés par des changements sur les images, les scripts, les polices et le cache.
Tests de performance en CI
Tests de charge courts avec seuils de réussite et d’échec à chaque version dans GitHub Actions, GitLab CI ou Azure Pipelines, exécutions plus volumineuses dans Grafana Cloud k6, Azure Load Testing ou BlazeMeter, et chaque exécution comparée au build précédent pour qu’une régression soit détectée avant que les utilisateurs ne la ressentent.
Tests de résilience et de bascule
Instances, zones et dépendances coupées sous charge avec AWS Fault Injection Service, Azure Chaos Studio ou Chaos Mesh, pour vérifier que la bascule, les nouvelles tentatives et les circuit breakers fonctionnent et que la reprise respecte son objectif.
Recruter des ingénieurs performance
ingénieurs performance dédiés
Des Ingénieurs performance qui rejoignent votre équipe à temps plein, travaillent avec vos outils et votre processus, et rendent compte à votre responsable. Vous les interviewez ; nous portons le contrat ukrainien, la paie, la facturation et les congés.
Projets de Tests de performance
Un lot défini de tests de performance, avec un périmètre, un plan arrêté et un responsable nommé de notre côté, qui porte le résultat et rend compte de l’avancement dans vos canaux.
Prestation continue de tests de performance
Un service continu de Tests de performance : les mêmes personnes chaque mois, un backlog que vous priorisez, et des heures visibles dans notre portail et sur la facture.
La page Équipe dédiée explique comment les spécialistes rejoignent votre équipe, et la page Externalisation couvre la livraison de projet, les reprises et notre mode de facturation.
Qui intervient sur vos tests de performance
Ingénieurs performance
Modèles de charge, scripts et analyse
Ingénieurs SRE
Supervision, autoscaling et capacité
Développeurs back-end
Corrections dans le code, les requêtes et le cache
Administrateurs de bases de données
Plans d’exécution des requêtes, index et limites de connexions
Développeurs front-end
Améliorations des Core Web Vitals
Comment nous menons les tests de performance
Chaque test part d’un objectif écrit : le nombre d’utilisateurs ou de requêtes, le temps de réponse au 95e ou au 99e percentile, le taux d’erreur acceptable et le coût. La charge est modélisée sur le trafic de production, les données de test sont générées au volume de production, et le test s’exécute sur un environnement dimensionné comme la production, ou sur la production elle-même dans une fenêtre convenue.
Les résultats s’accompagnent d’une explication, pas seulement d’un graphique : quel composant a atteint sa limite, pourquoi, et quelle modification la déplace, chaque correctif étant confirmé par une nouvelle exécution sous la même charge. Les scripts, générateurs de données et seuils restent dans votre dépôt, afin que votre équipe puisse lancer les mêmes tests avant chaque version.
Autres services de tests logiciels
Tests manuels
Services de tests manuels : tests fonctionnels, de non-régression et exploratoires, conception de cas de test, tests multi-navigateurs et multi-appareils et accompagnement des UAT, avec des ingénieurs QA manuels dédiés ou une livraison de projet.
Automatisation des tests
Services d’automatisation des tests : suites Playwright, Selenium, Cypress et WebdriverIO, travail de SDET, tests d’API et visuels, et intégration en CI, avec des ingénieurs en automatisation des tests dédiés ou une livraison de projet.
Tests d’applications mobiles
Services de tests d’applications mobiles : tests iOS et Android sur appareils réels et fermes d’appareils, automatisation avec Appium, Espresso, XCUITest et Maestro, et vérifications avant publication sur les stores, avec des ingénieurs QA mobile dédiés ou une livraison de projet.
Tests d’API
Services de tests d’API : tests REST, GraphQL et gRPC dans Postman, REST Assured et en code, tests de contrat avec Pact, validation OpenAPI et mocks de services, avec des ingénieurs de test d’API dédiés ou une livraison de projet.
Tests d’accessibilité
Services de tests d’accessibilité : audits WCAG 2.2, tests avec lecteur d’écran et au clavier, contrôles axe en CI, accompagnement à la correction et rapports de conformité, avec des testeurs d’accessibilité dédiés ou une livraison de projet.
Questions sur les tests de performance et de charge
Dans quels secteurs travaillent vos ingénieurs performance ?
Surtout le e-commerce et le commerce de détail, avant les pics de ventes et les campagnes ; la fintech et la banque, où les systèmes de paiement et de trading ont des objectifs de latence ; les produits SaaS d’entreprise qui accueillent de plus gros clients ; les services de médias et de streaming dont le trafic arrive d’un seul coup ; et les opérateurs de télécommunications, de cloud et d’hébergement qui dimensionnent leurs plateformes.
Pouvez-vous réaliser des tests de charge en production ?
Oui, lorsque la préproduction ne peut pas reproduire le système réel. Le test s’exécute dans une fenêtre de faible trafic convenue, monte en charge par paliers avec des conditions d’arrêt sur le taux d’erreur et la latence, utilise des comptes et des données de test supprimés ensuite, et un interlocuteur nommé de chaque côté le surveille.
k6, JMeter ou Gatling ?
k6 pour la plupart des nouveaux travaux : les tests s’écrivent en JavaScript, s’exécutent en ligne de commande et s’intègrent à un pipeline. JMeter lorsque des plans de test existent déjà ou que le protocole n’est pas HTTP, comme JDBC, JMS ou TCP brut. Gatling pour les équipes qui travaillent en Java ou TypeScript, et Locust pour les équipes Python. Nous travaillons aussi avec l’outil que votre équipe utilise déjà.
En combien de temps les ingénieurs performance peuvent-ils démarrer ?
Lorsque le bon ingénieur performance est disponible, le démarrage ne dépend que de votre entretien, du NDA et de la cession de propriété intellectuelle. Sinon, nous lançons une recherche, qui fournit en général des profils de candidats sous deux à trois semaines, et personne ne démarre avant que vous ayez donné votre accord.
Comment recruter des ingénieurs performance via BigTree108 ?
Indiquez-nous le travail à réaliser, le niveau de séniorité et les horaires dont vous avez besoin. Nous vous proposons une ou deux personnes avec leurs profils, vous les interviewez comme vous le feriez pour votre propre recrutement, puis vous signez un seul contrat avec BIG TREE 108 LLC et recevez une facture par mois.
À qui appartient le travail qu’ils produisent ?
C’est vous. Chaque spécialiste a signé avec BigTree108 un contrat qui cède à l’entreprise tous les livrables, et notre contrat avec vous vous les cède à son tour. Le code, les maquettes et les documents sont livrés dans vos propres dépôts et outils, et non conservés à un endroit où nous seuls pourrions les modifier.
Vous attendez plus de trafic ?
Indiquez-nous ce que fait le système, le trafic qu’il reçoit aujourd’hui et celui que vous attendez. Vous recevez une réponse sous un jour ouvré : un plan de test avec objectifs, des profils de candidats ou un périmètre pour un premier test de charge.