Le ralentit
Ajoutez un délai fixe ou aléatoire. Découvrez ce que 300 ms de ping font à votre indicateur de chargement.
Testez votre application sur un mauvais réseau
Bean Network Tester ajoute de la latence, des pertes de paquets et des limites de débit à une seule application Windows. Vous voyez ce que vivent vos utilisateurs dans un train, sur le hotspot d’un hôtel ou avec un téléphone qui n’a qu’une barre de réseau.
C’est un émulateur de réseau visant un seul programme plutôt que toute la machine : vous pouvez donc reproduire un Internet lent pour l’application testée pendant que tout le reste continue de fonctionner.
Télécharger pour Windows Voir le code sur GitHub
Gratuit et open source sous licence GPLv3. Windows 10 et 11, 64 bits. Sans compte, sans télémétrie.
Ce qu’il fait à votre réseau
Perd des paquets
Abandonnez-les, dupliquez-les ou corrompez-les, puis regardez si votre application se rétablit ou se fige.
Plafonne le débit
Limitez le téléchargement ou l’envoi à un nombre fixe de KB par seconde, comme le fait une mauvaise liaison mobile.
Coupe la liaison
Coupez des connexions, bloquez un port ou une adresse, ou faites aller et venir le réseau.
Vise une seule application
Choisissez un processus, un PID, une adresse ou un port. Le reste de la machine continue de fonctionner normalement.
Se répète à l’identique
La même graine rejoue la même exécution. C’est la différence entre un rapport de bug et une anecdote.
Trois étapes suffisent
- Téléchargez le zip depuis la page des versions et décompressez-le où vous voulez.
- Lancez
BeanNetworkTester.exe. Il demande lui-même les droits d’administrateur, car la capture du trafic en a besoin. - Choisissez un profil prêt à l’emploi comme « 3G network », appuyez sur START et utilisez votre application.
Le même fichier propose un mode texte : l’ensemble fonctionne donc aussi dans un pipeline. Une seule commande suffit pour vérifier que votre service résiste à 10 % de perte de paquets :
BeanNetworkTester.exe --loss 10 --target myapp.exe --duration 60Il s’arrête tout seul quand le temps est écoulé, si bien qu’une étape bloquée ne peut pas laisser derrière elle un réseau cassé. Ajoutez --simulate pour répéter une commande sans toucher au trafic réel.
Qui l’utilise
Les testeurs qui doivent reproduire « ça marche chez moi ». Les développeurs qui ont besoin qu’un délai d’attente se produise vraiment. Les développeurs de jeux qui vérifient ce que le lag fait à leur netcode. Toute personne à qui l’on a déjà demandé si l’application fonctionne avec une mauvaise connexion et qui n’avait aucun moyen honnête de le savoir.
Comment faire une chose précise
De courts guides, chacun avec les valeurs qui valent la peine d’être essayées et la commande qui les applique.