Types de tests

Chez /e/OS, nous pratiquons trois types de tests

  • Tests de sprint
  • Tests de mise à niveau
  • Tests de portage ou d’applications

Tests de sprint Ce sont les tests réguliers de nos builds. Ils sont réalisés pour tous les appareils de notre liste des appareils pris en charge Nous suivons le modèle de développement agile avec des sprints réguliers : 2 semaines de développement et 1 semaine de tests. En savoir plus

Tests de mise à niveau Lorsque l’OS d’un appareil doit être mis à niveau — de la version Nougat vers la version Oreo ou Pie de /e/OS — nous effectuons des tests de mise à niveau. Nous annonçons les appareils concernés dans les messages de cette catégorie de notre forum. Pour la durée des tests de mise à niveau, nous constituons une équipe de test composée d’utilisateurs volontaires. Cette équipe est dissoute une fois les builds publiés.

Tests de portage ou d’applications Il nous arrive de porter /e/OS sur des appareils qui ne sont pas pris en charge par d’autres ROM personnalisées. Il peut s’agir de smartphones ou de tablettes. Par exemple, nous avons porté /e/OS sur le FP3. L’easy-installer était une application que nous avons créée et qui a nécessité des tests approfondis pendant sa phase de développement.

Pour la durée des tests, nous constituons une équipe de test composée d’utilisateurs volontaires. Cette équipe est dissoute une fois les builds publiés.

Ce qui est attendu d’un testeur

En tant que testeur, vous devrez

  • Flasher le build de test sur votre appareil
  • Le premier flash sera manuel. Les builds suivants seront ou devraient être disponibles en OTA
  • Flasher votre appareil effacera les données existantes de votre téléphone. Faites donc une sauvegarde avant de continuer
  • Seules les personnes ayant de l’expérience en flash de ROM doivent rejoindre l’équipe
  • Les tests ne concernent que les appareils de notre liste des appareils pris en charge.

Si votre appareil n’est pas dans la liste des appareils pris en charge, vous pouvez demander l’ajout d’un appareil. Cela signifie aussi que vous ne devez pas rejoindre l’équipe de test.

Puis-je quitter l’équipe de test ?

Oui. La participation en tant que testeur est une activité bénévole. Vous êtes libre de quitter l’équipe quand vous le souhaitez.

  • Notez que pour revenir aux builds officiels normaux, vous devrez flasher manuellement les builds officiels sur votre appareil. En effet, les builds de test et les builds de développement ou officiels sont signés avec des clés différentes.

Comment rejoindre la communauté de test ?

Comment activer le serveur du canal de test OTA

  • Activez le mode développeur : Settings > About phone > touchez 7 fois Build number.
  • Activez le canal de test /e/OS : Settings > System > Developer options > activez Connect to /e/OS test channel. L’interrupteur devient vert.
  • Vérifiez les mises à jour : Settings > Updater > actualisez avec la flèche en haut à droite si nécessaire.
  • Téléchargez et installez la dernière mise à jour.

Comment désactiver le serveur du canal de test OTA

  • Accédez aux options pour les développeurs : Settings > System > options pour les développeurs (activées précédemment).
  • Désactivez le canal de test /e/OS : dans les options pour les développeurs, faites défiler jusqu’à Connect to /e/OS test channel > désactivez.
  • L’interrupteur activé est vert ; désactivé, il est grisé.

Session de test avec Kiwi

À la /e/foundation, nous fournissons un OS pour smartphone pour un très grand nombre d’appareils. Malheureusement, nous ne pouvons pas vérifier et évaluer une nouvelle version de /e/OS sur tous les appareils pris en charge par le projet. Avant tout, notre équipe /e/ se concentre sur les appareils officiels. Ensuite, l’équipe et la communauté de test peuvent aussi tester leurs propres appareils avec la dernière version. Afin de centraliser les sessions de test et les rapports, nous utilisons un outil nommé « Kiwi » pour gérer nos tests.

Kiwi est un outil open source doté d’une interface web pour gérer vos tests. C’est le meilleur ami des équipes QA, car il encourage les bonnes pratiques par conception. Il vous amène à créer un plan de test pour vos produits avec un ensemble de cas de test. À chaque nouvelle version, vous pouvez facilement assigner des campagnes de test aux membres de votre équipe et à la communauté.

Nous ajoutons dans chaque cas de test des métadonnées telles que des informations sur l’application et le matériel (Paramètres, Notes, GPS, Wifi…). Cela aide à obtenir un premier aperçu de ce que le test va faire ; nous envisageons ensuite d’utiliser ces étiquettes à l’avenir pour générer un rapport de test complet par appareil. Partager ces informations avec la communauté sera vraiment utile avant de procéder à l’installation : l’utilisateur pourra voir ce qui fonctionne ou non sur un appareil donné.

Kiwi est également extensible : nous pouvons connecter notre outil de suivi des bugs pour ouvrir directement un ticket dans notre backlog lorsqu’un bug est détecté. Nous avons personnalisé la description des tickets pour faciliter leur résolution grâce au système de plugins de Kiwi.

FAQ sur le processus de test

  • Que se passe-t-il si un build échoue ou si des bugs sont détectés pendant vos tests ?

Si un build échoue lors du processus de test, nous suspendons sa publication et il retourne chez les développeurs. De même, si un bug est signalé pendant les tests, nous annulons le correctif concerné pour revenir à la version fonctionnelle précédente, et le bug retourne chez le développeur pour être résolu.

  • Comment gérez-vous ces retours en arrière dans un contexte de développement agile ?

Comme indiqué plus haut, nos cycles de développement pour un sprint durent 2 semaines. Les bugs détectés pendant les tests sont reportés au cycle de sprint suivant, et seuls les correctifs validés entrent dans le build.

  • Ces sprints ne concernent-ils que les corrections de bugs ? Qu’en est-il des améliorations ?

Bonne question. Nous combinons les améliorations et les corrections de bugs dans les sprints. Si le développement d’une amélioration n’est pas terminé dans le délai imparti, il est reporté au cycle de sprint suivant.

  • Je n’ai aucune expérience du flash de ROM et mon appareil n’est pas dans la liste des appareils pris en charge, puis-je rejoindre l’équipe de test ?

Nous apprécions votre enthousiasme, mais ne rejoignez pas l’équipe de test dans ce cas. Comme indiqué plus haut, l’équipe de test travaille avec des délais stricts. Il ne sera pas possible d’accompagner pas à pas un utilisateur pour lui apprendre à flasher la ROM. Pour ce niveau d’assistance, vous pouvez passer par notre forum.