Nous avons une application Web suffisamment complexe pour simuler avec précision la charge de production. Un de nos mécanismes d'adaptation a été de s'assurer que le matériel dans l'environnement de test est toujours plus lent que notre matériel de production, donc les problèmes de charge et de performance seront plus prononcés. Y a-t-il d'autres personnes qui font cela, quelles autres stratégies utilisez-vous?Environnements de test paralysants
Je dispose d'un ordinateur portable Celeron cadencé à 600 MHz avec une mémoire vive de 256 Mo que je conserve pour le profilage des performances. Pour tester la latence du réseau, vous pouvez obtenir un proxy de délai (ou en écrire un trivialement); il reçoit un paquet, attend X millisecondes, puis le transmet.
Fiddler peut vous aider à tester faible bande passante - peut simuler la latence de réseaux plus lents.
Testeur de branchement. Faites quelques tests manuels et laissez leur proxy écrire le script de test en enregistrant ce que vous avez fait manuellement. Automatisez en utilisant le (s) script (s). http://www.pushtotest.com/ Libre et gratuit.
Je suppose que vous parlez de tests * de performance *? Ou faites-vous tous les tests sur du matériel lent? –
Cela ne me semble pas une bonne idée. La mise à l'échelle d'une application Web consiste essentiellement à supprimer les goulets d'étranglement et, en effectuant des tests sur différents matériels que ceux utilisés en production, vous pouvez vous concentrer sur le mauvais goulot d'étranglement. – twk