Version Markdown

Nouveautés

Ce que chaque version de ValiTrax a apporté, du plus récent au plus ancien.

0.10.0

• La source des médias : la trame porte l’adresse de ses films une seule fois (la source), et chaque ligne le seul nom de son fichier. Sur la page d’un logiciel, la carte Échanges avec la plateforme permet de poser une autre Source des médias : quand les films sont installés chez un client, on recopie leur dossier et on change ce seul réglage — aucune ligne n’est réimportée ni « modifiée », les réponses restent. La formation de chaque entreprise suit la source de son logiciel (les échanges).

0.9.1

• Les échanges se trouvent : une carte Échanges avec la plateforme sur la page du projet, avec le bouton Gérer les clés d’échange. Sur la formation d’une entreprise, elle mène aux échanges de son logiciel, où la clé se crée (les échanges).

0.9.0

• Le geste en film : quand la plateforme dépose une ligne de formation avec son film, la ligne de votre feuillet porte « ▶ Voir le geste ». Ouvrez-le : une courte vidéo, muette et en boucle, montre où cliquer et ce qui change à l’écran. Elle ne se charge qu’à l’ouverture. Changer de film ne rend pas la ligne « modifiée » : vos réponses restent.

0.8.1

• Mes feuillets, rangés par projet, puis, dans chaque projet, trois rubriques : la recette, la configuration et la formation (prise en main, examen final). Les flèches ↑ ↓ les réarrangent ; votre ordre reste dans votre navigateur. Dans une formation qui suit les versions, chaque feuillet dit combien de lignes sont à reprendre.

0.8.0

• Les échanges (page du projet › Échanges) : une plateforme dépose la trame de chaque version par le protocole REST, et la formation suit sans remettre personne à zéro : chacun garde son feuillet et ses réponses, les lignes nouvelles et modifiées y sont signalées (les échanges).
• Les clés d’échange sont gardées chiffrées dans la base : afficher, régénérer, révoquer, à l’écran.
• Au premier dépôt, la campagne déjà ouverte est adoptée ; la trame d’un logiciel fait aussi vivre la formation de chaque entreprise qui l’utilise.

0.7.0

• Les statistiques des formations : pour la direction d’une entreprise (lien Statistiques de la console) et pour l’éditeur sur tous les clients d’un logiciel — chiffres clés, avancement par rôle et par entreprise, activité par semaine, personnes prêtes en cumul ; aucun nom (les statistiques).
• Les graphiques viennent du nouveau module @mostajs/dataviz : rendus par le serveur, lisibles sans les couleurs (infobulle, légende, tableau).

0.6.0

• La vue éditeur (menu Formations, administrateur) : pour un logiciel, toutes les entreprises formées, leur version et qui est prêt ; les lignes difficiles chez l’ensemble des clients ; l’export CSV sans nom (la vue éditeur).
• Les lignes difficiles dans la console de chaque formation : part des personnes passées par « à revoir » ou « non vu », passages avant l’acquis, remarques sans les noms (les lignes difficiles).

0.5.1

• Une campagne de recette dont la trame porte des fiches de formation le dit : carte Fiches de prise en main dans la trame, et Ouvrir la prise en main d’un clic (une campagne de prise en main).

0.5.0

• Les entreprises clientes (menu Entreprises) : un logiciel se vend à plusieurs entreprises ; la recette porte sur le logiciel, la formation sur l’entreprise (recette et formation).
• Nouvelle vente : l’entreprise, sa formation sur le logiciel, son responsable invité et sa première campagne de prise en main prête, en un formulaire (une nouvelle vente).
• Les mêmes fiches pour toutes les entreprises : la formation tire la trame du logiciel ; ce que l’éditeur a écrit pour le client se reprend du parcours modèle.
• Le rôle formateur sur la formation d’une entreprise (les rôles d’une formation).
• Le courriel d’accès dit « formation » quand il s’agit d’une formation.

0.4.2

• Supprimer un rôle : après confirmation, qui nomme les membres qui le perdent ; les rôles types se modifient mais ne se suppriment pas (supprimer un rôle).

0.4.1

• Équipe et rôles a sa page et son entrée dans le menu (responsable et administrateur) ; elle était au pied de la page du projet. Chaque rôle y montre ses membres et ses permissions en clair (les rôles d’un projet).
• Modifier un rôle sans tout ressaisir : ses permissions actuelles sont pré-cochées (modifier un rôle).
• Corrigé : une pièce jointe au nom accentué ne s’ouvrait pas.

0.4.0

• La console des formations (menu Formations) : pour un projet, une ligne par personne et une colonne par rôle ; prêts, en cours, pas commencés ; une case se déplie sur ce qui reste, qui l’a coché et la remarque (le suivi des formations).
• Prêt à exploiter = toutes les lignes de la fiche acquises sur la version en cours (prêt à exploiter).
• Un acquis demeure d’une version à l’autre, sauf si l’intitulé ou la description de la ligne change : la ligne revient alors « à revoir, ligne modifiée », avec l’ancien et le nouveau texte (d’une version à l’autre).
• La direction voit tout, noms et remarques compris : le rôle observateur reçoit la permission recette:formation.suivre ; sur un projet ancien, le responsable la lui ajoute une fois (qui voit quoi).
• Qui a coché est désormais gardé dans chaque relevé.
• Corrigé : un rôle défini avec plusieurs permissions cochées n’en gardait qu’une.

En préparation : la suite de la console des formations

• F2 : le parcours de chaque personne avec son historique et qui a coché ; Mon parcours côté apprenant ; les séances ; l’examen final (SPEC-EXA-<rôle>).
• F3 : le plan de reprise et la campagne de reprise ; les lignes difficiles, remontées à QaTrax comme demandes d’amélioration ; l’export CSV ; le rôle formateur.
• F4 : l’attestation de prise en main, délivrée sur demande, signée et vérifiable par QR code (l’attestation).

0.3.0

• Les campagnes de prise en main : à l’ouverture, on choisit la nature de la campagne — Recette (ok, ko, er) ou Prise en main (acquis, à revoir, non vu). Les fiches viennent de QaTrax (exigences SPEC-PEM-<rôle>), se remettent et se remplissent comme les feuillets de recette (une campagne de prise en main, la fiche, côté testeur).
• En prise en main, les compteurs disent acquis, à revoir, non vu ; la carte Lignes à reprendre remplace « Défauts relevés » ; rien ne se déclare à QaTrax : une ligne à revoir n’est pas un défaut.
• Le courriel du feuillet remis dit les colonnes à cocher ; les PDF de l’outil des feuillets portent celles de la campagne.

0.2.2

• Défauts relevés : une carte de la campagne liste les lignes cochées ko ou er, avec le testeur, la remarque et les pièces. Avant, seules les anomalies avaient leur carte — un ko sur une ligne ne s’y voyait pas (suivre la recette).
• Les corrections reviennent de QaTrax : à corriger, en cours, corrigé dans <version> — à rejouer, confirmé. Relues après chaque déclaration et par ⟳ Voir les corrections (les défauts et leurs corrections).
• Envoyer ma recette partielle : le testeur envoie lui-même ses ko, er, remarques et captures, sans attendre le responsable (le testeur).
• Suivi de mes défauts : dans son feuillet, le testeur voit l’état de ses lignes en défaut et relit lui-même les corrections (⟳ Voir les corrections) (le testeur).
• Une ligne relevée dans plusieurs feuillets compte pour son pire relevé (er, puis ko, puis ok), ici comme chez QaTrax : un défaut ne se clôt pas tant qu’un testeur le voit encore.
• L’aide montre les écrans : captures faites sur une instance d’essai aux données fictives.
• À rejouer : en tête du feuillet, le testeur voit les lignes corrigées à reprendre (le testeur).

0.2.1

• La clé du projet chez QaTrax se corrige sur la page du projet (carte Liaison avec QaTrax). Une clé fausse laissait la campagne sans feuillet ; la campagne le dit maintenant en tête, avec la clé qu’elle a tirée (administration).
• « Synchroniser » rend la campagne prête, comme à sa création : trame tirée, feuillets par rôle préparés, recette ouverte.
• L’aide explique la mise en route d’un projet pas à pas (Mettre un projet en route), les trois noms à ne pas confondre (n° de campagne, clé chez QaTrax, référence du cahier), et pourquoi un testeur peut ne voir aucun feuillet (questions fréquentes).

0.2.0

• Les testeurs ont un compte : ajoutés sur la page du projet, ils reçoivent par courriel le lien pour choisir leur mot de passe, le changent dans « Mon compte », et retrouvent leurs feuillets dans Mes feuillets (le testeur).
• La campagne naît prête : les feuillets viennent de QaTrax, nommés (01-A-administrateur…), préparés ; on les remet à un testeur d’un clic (mener une campagne).
• Remarques, pièces jointes et captures d’écran sous chaque ligne ; une capture se colle (Ctrl+V). Tout s’enregistre au fur et à mesure.
• Déclarer où en est la recette — partiellement fini, l’urgent est fini, fini : l’envoi à QaTrax est automatique ; chaque défaut y devient un bug à corriger ; le PV revient seul (déclarer).
• Revenir d’une étape, abandonner ; on ne saute plus jusqu’à l’exploitation sans PV (le parcours).
• La liaison avec QaTrax se règle à l’écran, par projet, réservée à l’administrateur (administration).
• Cette aide.

0.1.0

Première version : campagnes, trame tirée de QaTrax, feuillets par code d’accès, relevés ok/ko/er, anomalies, dossier signé, PV collé, feu vers l’exploitation.