Équipes QA logicielle avec NetDrive — builds partagés et artefacts de test en lecteur

Chaque nuit, le pipeline dépose dans un bucket un installateur, une pile de journaux et quelques enregistrements d’écran d’exécutions d’interface en échec. À neuf heures du matin, un testeur a besoin du build de la veille sur une VM vierge, et les journaux du jour doivent s’ouvrir à côté d’un rapport de bogue. Récupérer chaque fichier par une console web est lent et source d’erreurs. Un lecteur monté fait ressembler le magasin d’artefacts à un dossier que tout le monde sait déjà utiliser.

Parcourez les artefacts de build depuis n'importe quelle machine de test

Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.

• Montez S3, MinIO ou un serveur SFTP comme un lecteur
• Ouvrez installateurs et journaux directement depuis la boîte de dialogue Ouvrir
• Téléversez les enregistrements en arrière-plan pendant que vous continuez à tester

WindowsmacOS

Télécharger NetDrive →

Essai gratuit. Licences à vie et abonnements disponibles.

Où vivent généralement les artefacts QA

Les équipes de test accumulent trois types de fichiers. Les builds sont volumineux et arrivent selon un calendrier. Les journaux sont petits mais nombreux. Les enregistrements et captures d’écran sont ce que les testeurs produisent à la main et joignent aux défauts. Les équipes les conservent couramment sur Amazon S3, sur un serveur MinIO auto-hébergé ou sur un hôte SFTP à côté du système de build, et NetDrive prend en charge ces trois options.

L’objectif du montage n’est pas de remplacer votre stockage CI, mais de donner aux humains une vue confortable dessus. Les testeurs peuvent glisser un build vers un partage de VM, ouvrir un journal dans leur éditeur ou joindre un enregistrement à un ticket sans apprendre les outils du fournisseur de stockage.

Une organisation qui fonctionne

Gardez deux emplacements distincts pour que l’intention soit évidente :

• Builds et journaux (lecture seule). Montez celui-ci avec le type de lecteur en lecture seule de NetDrive, afin qu’un enregistrement accidentel ne puisse pas écraser un build auquel un rapport de bogue fait référence. Voir Lecteurs en lecture seule dans NetDrive.
• Preuves (accessible en écriture). Un second lecteur où les testeurs déposent enregistrements, vidages de plantage et rapports exportés. Donnez à chaque testeur un dossier, par exemple evidence/<name>/<ticket>.

Les identifiants doivent suivre la même séparation. Créez un utilisateur de stockage qui ne peut que lire l’emplacement des builds, et un autre avec un accès en écriture aux preuves. Pour S3, Corriger les erreurs d’accès refusé S3 dans NetDrive énumère les erreurs de stratégie à l’origine de la plupart des échecs.

Mise en place

1. Installez NetDrive sur le poste de test et lancez l’essai depuis la page de téléchargement.
2. Choisissez Add a drive puis le fournisseur : Amazon S3, MinIO ou SFTP.
3. Saisissez le point de terminaison et les identifiants. Pour MinIO, la marche à suivre est dans Monter MinIO sous Windows.
4. Sélectionnez le type de lecteur read-only pour le lecteur des builds et laissez le lecteur des preuves accessible en écriture.
5. Attribuez à chacun une lettre de lecteur sous Windows, ou un nom de montage sous macOS.
6. Activez éventuellement le montage automatique ; voir Montage automatique au démarrage avec NetDrive.

Gérer les gros enregistrements

Un enregistrement d’écran de dix minutes d’un parcours en échec peut atteindre plusieurs centaines de mégaoctets. Le mode de téléversement en arrière-plan de NetDrive laisse la copie se terminer pendant que le testeur continue, de sorte que le cas de test suivant n’attend pas le téléversement précédent. La file d’attente et l’affichage de la progression apparaissent comme dans la capture ci-dessous ; Mode de téléversement en arrière-plan détaille les réglages.

Avant de fermer l’écran du portable, vérifiez que la file est vide. Un fichier encore en attente n’est pas encore dans le cloud.

Pièges à connaître

• Listes périmées. Si un nouveau build n’est pas encore visible, forcez une actualisation comme décrit dans Forcer l’actualisation d’un dossier dans NetDrive.
• Gros dossiers. Des milliers de fichiers journaux dans un seul répertoire se listent lentement sur un stockage objet. Partitionnez par date, par exemple logs/2026-11-04/.
• Pas de mode hors connexion. NetDrive ne prend pas en charge l’accès hors connexion : les artefacts dont vous avez besoin dans l’avion doivent être copiés en local au préalable.
• Exécuteurs Linux. La prise en charge de Linux par NetDrive est expérimentale (experimental) ; gardez donc vos tâches CI de production sur leurs clients de stockage natifs et utilisez NetDrive sur les postes Windows et macOS où travaillent les personnes.

Pour conclure

Une équipe QA passe sa journée à déplacer des preuves d’un système à l’autre. Transformer le magasin d’artefacts en lecteur supprime étonnamment de frictions dans cette boucle. Pour le côté pipeline de la même idée, lisez Jeux de test S3 DevOps avec NetDrive.

— Jay, NetDrive