Générez des fichiers factices de toute taille pour vos tests

Les fichiers factices ont une taille connue et un contenu d'octets connu, ce qui vous permet d'isoler la variable qui vous intéresse vraiment — bande passante réseau, vitesse d'écriture disque, limite d'upload côté serveur, ratio de compression, découpage multipart S3. Sans fichiers factices, chaque test est contaminé par l'imprévisibilité des vrais fichiers.

Les octets remplis de zéros (0x00) se compressent à presque rien — idéal quand vous voulez vérifier que gzip ou un CDN dégonflent réellement les réponses. Les octets aléatoires sont incompressibles et reflètent le débit réel (les proxys compressants ne peuvent pas tricher). Le texte ASCII convient aux fixtures de parseurs de logs et indexeurs de texte. Le motif d'octets 0–255 est identifiable visuellement dans un éditeur hex, ce qui est pratique pour diagnostiquer si un upload est arrivé tronqué.

Sur les navigateurs Chromium, nous utilisons l'API File System Access : showSaveFilePicker nous remet un flux inscriptible, et nous écrivons des chunks de 4 Mio directement dans le fichier que vous avez choisi sur le disque, sans jamais conserver le fichier entier en mémoire. Sur Safari et Firefox, le fichier est assemblé en Blob en mémoire et le plafond est d'environ 1 Go pour éviter les plantages d'onglet.

Les octets sont générés à la volée dans votre navigateur et écrits directement sur votre disque local — aucun payload ne va vers un serveur, car cela défierait l'objectif de tester les chemins d'upload avec un artefact prévisible. Une télémétrie agrégée d'usage (quels seaux de taille les gens choisissent, quels modes de remplissage) est envoyée pour que nous sachions quels préréglages ajouter ensuite.