Si vous avez déjà eu la malchance de rencontrer un plantage de JMP, vous avez probablement reçu un message vous invitant à envoyer vos fichiers de plantage à JMP. (Remarque : veuillez nous envoyer vos fichiers de plantage et indiquer votre adresse e-mail si vous souhaitez bénéficier de l'assistance technique de JMP.) Lorsque vous nous envoyez vos fichiers, ils sont combinés avec ceux de nos testeurs internes et de nos clients du monde entier, puis intégrés au système de gestion des plantages de JMP. L'équipe DevOps de JMP utilise notre logiciel JMP pour analyser les fichiers de plantage que vous avez signalés, puis collabore avec l'équipe de développement de JMP afin d'établir des liens entre les signatures de plantage et les bogues connus.
Je décris ici la procédure que nous suivons pour analyser les plantages de JMP à l'aide de JMP et d'autres outils. Il nous est désormais relativement facile d'associer un nouveau rapport de plantage à un problème connu ou de l'identifier comme un cas inédit nécessitant une investigation plus approfondie. Cependant, la résolution de plantages mystérieux et inédits est plus complexe. Cette affiche explique comment vous pouvez nous aider à résoudre davantage de plantages en fournissant des informations détaillées dans vos rapports et comment cela contribue au développement de JMP. Outre les détails des plantages, JMP 18 vous permet également d'envoyer des données de télémétrie anonymes concernant votre utilisation des fonctionnalités de JMP. Nous utilisons ces informations pour mieux comprendre les habitudes d'utilisation des clients, ainsi que les distributions matérielles et des systèmes d'exploitation.
Bonjour à tous. Merci d'être présents à ma session d'affichage pour en savoir plus sur l'un de mes sujets de prédilection. Je suis Shannon Conners, directrice des opérations de développement de JMP. Aujourd'hui, je vais vous expliquer comment générer et partager des données pour nous aider à améliorer JMP.
Mais d'abord, quelques mots sur mon équipe DevOps. Nous nous occupons de la planification, des tests d'infrastructure et de toutes les tâches de production liées au développement des fonctionnalités JMP, à la correction des bugs et aux mises à jour de sécurité. Nous intervenons à chaque étape des différents cycles de publication.
Mais assez parlé de moi. Parlons un peu de vous. Si vous regardez cette vidéo enregistrée en ligne, vous êtes probablement un utilisateur régulier de JMP, comme moi. Dans ce cas, vous avez peut-être remarqué que JMP vous propose parfois de nous envoyer des informations. Cela peut se produire dans deux cas principaux : premièrement, si vous rencontrez une violation d'accès ou un plantage du logiciel JMP ; deuxièmement, si vous installez JMP, celui-ci vous proposera de nous envoyer des statistiques d'utilisation anonymes. On appelle cela la télémétrie. Nous vous demandons d'accepter l'envoi de ces informations car nous respectons votre vie privée. Vous pouvez configurer vos paramètres de confidentialité dans les préférences de JMP, sauf si votre organisation les a déjà configurés pour vous.
Tout d'abord, parlons des plantages. Les clients JMP sont très ingénieux. Nous savons tous que vous avez accès à de nombreuses sources de données, issues de secteurs d'activité variés. Il est donc possible que vous rencontriez un plantage de JMP que nous n'avons jamais rencontré lors de nos tests. Nous avons intégré des fonctionnalités de détection des plantages à JMP, qui repèrent les dysfonctionnements du logiciel. Au prochain redémarrage, JMP vous invitera à nous envoyer des informations détaillées.
Au fil des ans, nous avons mis en place un système interne qui reçoit, stocke et associe les nouveaux incidents aux problèmes connus. Ce système nous permet d'identifier rapidement les incidents inédits nécessitant une investigation approfondie, ainsi que ceux déjà connus, pour lesquels nous pouvons informer le client de la date de publication d'un correctif ou de sa disponibilité. Outre le stockage des incidents clients, le système gère également les rapports relatifs aux incidents détectés en interne par les équipes de support client, le support technique, les testeurs ou tout autre membre de notre personnel.
Voyons brièvement comment cela fonctionne. Il se peut que vous voyiez une boîte de dialogue avec une croix rouge indiquant que JMP va s'arrêter. Je sais que personne n'aime voir cette boîte de dialogue, mais elle apparaîtra. Lorsque vous cliquerez sur OK, JMP redémarrera. Vous verrez alors apparaître le message « JMP s'est arrêté de manière inattendue », avec une zone vide pour ajouter du texte. Vous remarquerez que les options « Envoyer les rapports anonymement » et « Rechercher les problèmes récents » sont cochées dans cette fenêtre.
Tout d'abord, veuillez ne pas cliquer sur Annuler. Si vous le faites, nous ne saurons même pas que votre système a planté. Je comprends que cette fenêtre puisse vous inquiéter quant aux informations que JMP nous renvoie, mais rassurez-vous : JMP n'envoie ni vos scripts de table ouverts ni d'autres détails de ce type. JMP transmet simplement les commentaires que vous saisissez dans la partie vide de la fenêtre, ainsi que des informations de base sur l'installation et la vérification de votre système Windows, comme votre système d'exploitation ou la liste des pilotes et logiciels installés : des informations qui nous permettent de résoudre les problèmes.
Enfin, JMP envoie ces fichiers de plantage qui détaillent le chemin d'exécution du code actif au moment de l'arrêt du logiciel. Comme les autres fichiers de plantage générés par les systèmes d'exploitation ou les logiciels, ces fichiers ne sont pas lisibles par un humain et ne sont utiles aux développeurs que pour le débogage de votre problème spécifique.
Si vous acceptez les paramètres par défaut affichés dans cette fenêtre et que vous cliquez sur « Envoyer le rapport à JMP » pour soumettre votre rapport de plantage de manière anonyme, JMP transférera vos fichiers vers notre serveur. L'envoi anonyme ajoutera votre rapport de plantage à notre base de données, mais veuillez noter qu'il est souvent impossible de diagnostiquer et de reproduire complètement votre problème à partir des seuls fichiers de plantage. La reproduction du problème à l'aide d'actions interactives ou d'un script JSL reste la méthode de référence, que ce soit pour le débogage en tant que développeur ou pour la vérification des correctifs apportés en tant que testeur.
Je vous encourage vivement à décocher la case « Anonyme » et à indiquer votre adresse e-mail. Cela vous permettra d'ouvrir un nouveau ticket d'assistance technique et de résoudre votre problème avec eux. Collaborer directement avec notre équipe d'assistance technique jusqu'à ce qu'elle puisse reproduire votre problème augmentera considérablement les chances de le comprendre et de le résoudre dans une version ultérieure.
Si vous ne savez pas exactement ce qui s'est passé ou si vous n'avez pas eu le temps d'analyser le problème avec quelqu'un, vous pouvez toujours soumettre le rapport anonymement. Dans ce cas, veuillez simplement inclure un court texte dans le champ prévu à cet effet, en précisant les détails dont vous vous souvenez concernant les actions que vous effectuiez lorsque JMP a planté. Si nous parvenons à reproduire le plantage, que ce soit via le support technique par e-mail ou de manière anonyme, nous créons systématiquement un nouveau rapport de bug pour suivre le problème. Si nous ne parvenons pas à le reproduire, le plantage restera dans notre système jusqu'à ce que nous recevions de nouvelles informations nous permettant d'établir un cas de test.
Je voulais vous parler brièvement de la fenêtre de rapport d'erreur où je vous avais demandé de préciser ce que vous faisiez lorsque JMP a cessé de fonctionner. La première capture d'écran correspond à l'affichage par défaut de cette boîte de dialogue. Comme je l'ai mentionné, aucune adresse e-mail ni information client n'y figure. Je l'ai qualifiée de « moins utile » car, même si elle ajoute votre rapport d'erreur à notre base de données, cette tentative d'erreur anonyme, soumise sans aucune information, a très peu de chances d'être reproduite et corrigée dans une version ultérieure.
Dans la deuxième fenêtre, un client a soumis un signalement anonyme, mais comme vous pouvez le constater, il a inclus un commentaire très utile concernant une action effectuée avant le plantage. Ces informations nous ont permis de reproduire le problème. Malheureusement, n'ayant pas fourni d'adresse e-mail, nous n'avons pas pu le contacter pour l'informer de la résolution du problème. Nous avons désormais un rapport de bug et espérons corriger ce bug prochainement.
La troisième fenêtre est un exemple où une personne a soumis un rapport anonyme, mais elle a fourni suffisamment d'informations pour que nous puissions rédiger un rapport d'enquête à l'intention d'un développeur, qui a pu créer un script JMP pour reproduire le problème et le corriger immédiatement.
La dernière fenêtre est un exemple. Quelqu'un a fourni une adresse e-mail et un script. C'est extrêmement utile, car cela nous permet d'exécuter ce script dans plusieurs versions et de déterminer quand le problème a commencé et quand il a cessé. Je comprends que tout le monde n'a pas le temps de créer un script pour reproduire votre problème, mais si vous en avez un à partager, cela nous aidera souvent à traiter un cas beaucoup plus rapidement, ce qui est vraiment très précieux.
Je voulais vous expliquer brièvement comment nous recevons et traitons vos fichiers. Le principe est simple : les fichiers de plantage sont téléchargés depuis le serveur. Nous y réintégrons des symboles, ce qui correspond au traitement de la pile d'appels. Ces informations sont ensuite chargées dans une base de données, puis comparées aux plantages déjà enregistrés. Nous affichons ces informations dans les tickets d'assistance technique lorsqu'un client nous les a transmis par e-mail, ou sur la page web interne JMP Crash, dédiée à l'analyse des plantages anonymes et nominatifs.
La télémétrie suit un processus très similaire. Ici, comme il n'y a pas de client avec lequel interagir (toutes les données de télémétrie étant soumises anonymement), nous pouvons les synthétiser. Nous les intégrons dans une base de données, les synthétisons, puis les publions sur JMP Live. Les développeurs souhaitant analyser les données plus en détail et comprendre l'utilisation de la plateforme ou des fonctionnalités peuvent les télécharger directement et les consulter grâce à l'extension de télémétrie créée par Evan McCorkle.
Il est intéressant de noter qu'environ 10 % des clients ayant autorisé l'accès à JMP choisissent de partager leurs données de télémétrie. Bien que ces données ne couvrent pas l'ensemble des utilisations de JMP, elles nous offrent un aperçu très pertinent des usages du logiciel par les clients, une information précieuse pour le développement des futures versions de JMP.
En résumé, je voulais simplement souligner que votre aide est précieuse pour identifier les problèmes rencontrés avec JMP, qu'il s'agisse d'un rapport de plantage ou d'un bug que vous signalez directement à support@jmp.com. Nous apprécions les détails que vous nous fournissez sur les actions que vous effectuiez lorsque vous avez rencontré un problème avec JMP. Nous prenons ces informations en compte et notre équipe de support technique s'efforce de reproduire ces problèmes. S'il s'agit d'une version bêta du logiciel, nos testeurs travaillent également à reproduire ces problèmes, et nous mettons tout en œuvre pour les résoudre.
Vous pouvez désormais, dans JMP 18, contribuer au partage de données de télémétrie. Ces informations nous aident à mieux comprendre les habitudes d'utilisation et la manière dont les utilisateurs naviguent dans le logiciel et leurs flux de travail. Votre participation est précieuse et nous espérons que vous y prendrez part. Enfin, je tenais à souligner que les équipes internes de JMP utilisent réellement le logiciel pour contribuer à son amélioration.
Nous sommes comme vous. Nous utilisons JMP, JSL, nous interagissons avec des bases de données, nous nettoyons et traitons nos données, nous écrivons des scripts et nous créons des graphiques interactifs et publions les résultats sur JMP Live. C'est ce que j'apprécie particulièrement dans les pipelines de gestion des incidents et de télémétrie : nous utilisons JMP pour améliorer JMP. Je trouve ça tout simplement génial.
Merci beaucoup d'avoir écouté ma présentation. Si vous êtes à Discovery, n'hésitez pas à passer à ma session d'affichage ; je serais ravi de discuter avec vous. Merci encore.
