Falls Sie jemals einen JMP-Absturz erlebt haben, wurden Sie wahrscheinlich aufgefordert, Ihre Absturzdateien an JMP zu senden. (Hinweis: Bitte senden Sie uns Ihre Absturzberichte und geben Sie Ihre E-Mail-Adresse an, wenn Sie mit dem JMP-Support zusammenarbeiten möchten.) Ihre Dateien werden mit denen interner Tester und Kunden weltweit zusammengeführt und in das JMP-Absturzsystem eingespeist. Das JMP-DevOps-Team analysiert die von Ihnen gemeldeten Absturzdateien mithilfe unserer eigenen JMP-Software und arbeitet anschließend mit der JMP-Entwicklung zusammen, um Zusammenhänge zwischen Absturzsignaturen und bekannten Fehlern zu identifizieren.
Ich beschreibe den Prozess, den wir mit JMP und anderen Tools zur Analyse von JMP-Abstürzen durchführen. Es ist für uns mittlerweile relativ einfach, einen neuen Absturzbericht einem bekannten Problem zuzuordnen oder ihn als neuen Fall zu identifizieren, der weiterer Untersuchung bedarf. Die Aufklärung unbekannter Abstürze gestaltet sich jedoch deutlich schwieriger. Dieses Poster zeigt Ihnen, wie Sie uns durch detaillierte Informationen in Ihren Absturzberichten bei der Aufklärung von Abstürzen unterstützen können und wie dies den JMP-Entwicklungsprozess fördert. Zusätzlich zu den Absturzdetails ermöglicht JMP 18 auch das Senden anonymer Telemetriedaten zu Ihrer JMP-Funktionsnutzung. Wir nutzen diese Informationen, um die Nutzungsmuster unserer Kunden sowie die Hardware- und Betriebssystemverteilung besser zu verstehen.
Hallo zusammen! Vielen Dank, dass Sie an meiner Posterpräsentation teilnehmen, um mehr über eines meiner Lieblingsthemen zu erfahren. Ich bin Shannon Conners, Leiterin der JMP-Entwicklungsabteilung. Heute möchte ich Ihnen zeigen, wie Sie Daten generieren und teilen können, um uns bei der Verbesserung von JMP zu unterstützen.
Doch zunächst ein paar Worte zu meinem DevOps-Team. Wir sind in die Planung, das Testen der Infrastruktur und alle Produktionsaufgaben eingebunden, die die JMP-Funktionsentwicklung, Fehlerbehebungen und Sicherheitsupdates unterstützen. Wir begleiten alle Release-Zyklen.
Aber genug von mir. Sprechen wir nun über Sie. Wenn Sie dieses Video online ansehen, sind Sie wahrscheinlich, genau wie ich, ein regelmäßiger JMP-Nutzer. Dann ist Ihnen vielleicht aufgefallen, dass JMP Sie manchmal auffordert, uns Informationen zu senden. Dies kann in zwei Hauptsituationen geschehen: Erstens, wenn Sie unglücklicherweise auf eine Zugriffsverletzung oder einen Softwareabsturz von JMP stoßen. Zweitens, wenn Sie JMP installieren, werden Sie aufgefordert, uns anonyme Nutzungsstatistiken zu senden. Wir nennen dies Telemetrie. Wir bitten Sie um Ihre Zustimmung, diese Informationen zu senden, da wir Ihre Privatsphäre respektieren. Sie können Ihre Datenschutzeinstellungen in Ihren JMP-Einstellungen festlegen, sofern Ihre Organisation diese nicht bereits für Sie eingerichtet hat.
Zunächst sprechen wir über Abstürze. JMP-Kunden sind bekanntlich sehr kreativ. Wir wissen, dass Sie Zugriff auf viele verschiedene Datenquellen und Branchen haben. Daher kann es vorkommen, dass Sie auf einen JMP-Absturz stoßen, der uns in unseren Tests noch nie begegnet ist. JMP verfügt über integrierte Funktionen zur Absturzerkennung, die erkennen, wenn die Software nicht mehr funktioniert. Beim nächsten Neustart werden Sie dann von JMP aufgefordert, uns die Details zu senden.
Im Laufe der Jahre haben wir ein internes System aufgebaut, das eingehende Absturzmeldungen empfängt, speichert und bekannten Problemen zuordnet. Dieses System hilft uns, schnell zu erkennen, ob ein Absturz neuartig ist und weitere Untersuchungen erfordert oder ob wir ihn bereits kennen und dem Kunden gegebenenfalls mitteilen können, wann mit einer Lösung zu rechnen ist oder ob bereits eine verfügbar ist. Neben der Speicherung von Kundenabstürzen verarbeitet das System auch Berichte über intern entdeckte Abstürze, die von Service Centern, dem technischen Support, Testern oder anderen Mitarbeitern gefunden werden.
Lassen Sie uns kurz erklären, wie das funktioniert. Möglicherweise sehen Sie ein Dialogfeld mit einem roten X, das anzeigt, dass JMP beendet wird. Ich weiß, dass dieses Dialogfeld unerwünscht ist, aber es wird angezeigt. Wenn Sie auf „OK“ klicken, wird JMP neu gestartet. Anschließend sehen Sie die Meldung, dass JMP unerwartet beendet wurde, und einen leeren Bereich zum Hinzufügen von Text. Sie werden feststellen, dass die Optionen „Berichte anonym senden“ und „Auf aktuelle Probleme prüfen“ aktiviert sind.
Klicken Sie bitte nicht auf „Abbrechen“. Andernfalls erfahren wir nicht einmal von Ihrem Absturz. Mir ist bewusst, dass Sie beim Anblick dieses Fensters vielleicht etwas beunruhigt sind, was JMP uns sendet. Seien Sie jedoch unbesorgt: JMP sendet weder Ihre OpenTable-Skripte noch ähnliche Details. JMP sendet lediglich Ihre Kommentare im leeren Bereich des Fensters sowie grundlegende Installations- und Prüfinformationen zu Ihrem Windows-System, also beispielsweise Ihr Betriebssystem oder eine Liste der installierten Treiber und Software. Diese Informationen helfen uns bei der Fehlerbehebung.
Schließlich sendet JMP diese Absturzdateien, die den aktiven Codeabschnitt zum Zeitpunkt des Softwareabsturzes detailliert beschreiben. Wie andere Absturzdateien, die von Betriebssystemen oder Softwareprodukten generiert werden, sind auch diese Dateien nicht für Menschen lesbar und nur für die Entwicklung bei der Fehlersuche hilfreich.
Wenn Sie die Standardeinstellungen in diesem Fenster übernehmen und auf „Bericht an JMP senden“ klicken, um Ihren Absturz anonym zu melden, lädt JMP Ihre Dateien auf unseren Server hoch. Durch die anonyme Meldung wird Ihr Absturz zwar unserer Datenbank hinzugefügt, aber bitte beachten Sie, dass es oft nicht möglich ist, Ihr Problem allein anhand der Absturzdateien vollständig zu diagnostizieren und zu reproduzieren. Die Reproduktion Ihres Problems durch interaktive Aktionen oder ein JSL-Skript ist der beste Weg, sowohl beim Debuggen eines Absturzes als Entwickler als auch beim Überprüfen von Korrekturen als Tester.
Ich empfehle Ihnen dringend, das Kontrollkästchen „Anonym“ zu deaktivieren und Ihre E-Mail-Adresse anzugeben. So können Sie ein neues Support-Ticket eröffnen und Ihr Problem mit unserem Team besprechen. Die direkte Zusammenarbeit mit unserem Support-Team, bis dieses Ihr Problem reproduzieren kann, erhöht die Wahrscheinlichkeit, dass es in einer zukünftigen Version verstanden und behoben wird.
Wenn Sie nicht mehr genau wissen, was Sie getan haben, oder keine Zeit hatten, den Fall mit einem Mitarbeiter zu besprechen, können Sie Ihre Meldung auch anonym einreichen. Bitte beschreiben Sie in diesem Fall im entsprechenden Feld so genau wie möglich, was Sie zum Zeitpunkt des JMP-Absturzes getan haben. Wenn wir den Absturz reproduzieren können – egal ob Sie ihn per E-Mail an den technischen Support melden oder anonym einreichen –, erstellen wir einen neuen Fehlerbericht, der das Problem dokumentiert. Können wir den Absturz nicht reproduzieren, bleibt er in unserem System gespeichert, bis uns neue Informationen zur Verfügung stehen, die uns bei der Erstellung eines Testfalls helfen.
Ich möchte kurz auf das Absturzfenster eingehen, in dem ich Sie zuvor gebeten hatte, Details zu Ihren Aktionen beim Absturz von JMP mitzuteilen. Der erste Screenshot zeigt die Standardansicht dieses Dialogfelds. Wie bereits erwähnt, werden weder eine E-Mail-Adresse noch Kundendaten angegeben. Ich habe diese Meldung als am wenigsten hilfreich gekennzeichnet, da zwar Ihr Absturz dadurch in unserer Datenbank erfasst wird, die Wahrscheinlichkeit, dass dieser anonyme Absturz ohne jegliche Informationen reproduziert und in einer zukünftigen Version behoben wird, jedoch äußerst gering ist.
Im zweiten Fenster hat ein Kunde anonym eine Meldung eingereicht. Wie Sie sehen, enthielt diese Meldung jedoch einen sehr hilfreichen Kommentar zu einer Aktion, die er vor dem Absturz durchgeführt hat. Dadurch konnten wir den Fehler reproduzieren. Da er aber keine E-Mail-Adresse angegeben hat, konnten wir ihm nicht mitteilen, dass wir den Absturz reproduzieren konnten. Wir haben nun einen Fehlerbericht und hoffen, das Problem in Zukunft beheben zu können.
Das dritte Fenster ist ein Beispiel, bei dem jemand anonym eine Meldung eingereicht hat, aber dennoch genügend Informationen angegeben hat, um einen Untersuchungsbericht für einen Entwickler zu erstellen. Dieser war in der Lage, ein JMP-Skript zu erstellen, um das Problem zu reproduzieren und sofort eine Lösung zu entwickeln.
Das letzte Fenster ist ein Beispiel. Jemand hat eine E-Mail-Adresse und ein Skript bereitgestellt. Das ist äußerst hilfreich, da wir das Skript so in verschiedenen Versionen ausführen und feststellen können, wann das Problem aufgetreten und wann es aufgehört hat. Mir ist bewusst, dass nicht jeder die Zeit hat, ein Skript zur Reproduktion des Problems zu erstellen. Sollten Sie jedoch eines haben, das Sie teilen können, hilft uns das oft, den Fall deutlich schneller zu bearbeiten, was sehr hilfreich ist.
Ich möchte kurz erläutern, wie wir Ihre Dateien empfangen und verarbeiten. Im Prinzip werden Absturzdateien vom Server heruntergeladen. Wir fügen den Dateien Symbole hinzu – das ist die technische Bezeichnung für die Verarbeitung des Absturzprotokolls. Diese Informationen laden wir in eine Datenbank und vergleichen sie anschließend, um festzustellen: „Dieser neue Absturz passt zu keinem uns bekannten Absturz.“ Wir stellen diese Informationen in Supportfällen zur Verfügung, wenn ein Kunde sie per E-Mail oder über die JMP-Absturz-Webseite übermittelt hat. Letztere ist eine interne Webseite zur Untersuchung anonymer und benannter Abstürze.
Die Telemetrieverarbeitung ist sehr ähnlich. Da hier keine Kundendaten vorliegen, weil alle Telemetriedaten anonym übermittelt werden, können wir die Daten zusammenfassen. Wir speichern sie in einer Datenbank, fassen sie zusammen und veröffentlichen sie in JMP Live. Entwickler, die die Daten genauer analysieren und die Nutzung der Plattform oder einzelner Funktionen besser verstehen möchten, können die Daten direkt herunterladen und mit dem von Entwickler Evan McCorkle erstellten Telemetrie-Add-in durchsuchen.
Interessanterweise entscheiden sich etwa 10 % der Kunden, die die Nutzung von JMP autorisieren, für die Freigabe ihrer Telemetriedaten. Obwohl die Telemetrie nicht alle Anwendungsfälle von JMP vollständig abdeckt, erhalten wir einen sehr guten Einblick in die Nutzung der Software durch die Kunden. Diese Informationen sind äußerst hilfreich für die Entwicklung zukünftiger JMP-Versionen.
Zusammenfassend möchte ich nur darauf hinweisen, dass Sie uns wirklich helfen können, Probleme mit JMP aufzuklären. Ob es sich nun um einen Absturzbericht oder einen Bug handelt, den Sie direkt an support@jmp.com senden – wir wissen die Details, die Sie uns zu Ihrem Vorgehen beim Auftreten des Problems mit JMP mitteilen, sehr zu schätzen. Wir nehmen diese Informationen ernst, und unser technischer Support arbeitet daran, die Probleme nachzustellen. Handelt es sich um eine Beta-Version der Software, versuchen unsere Tester, die Probleme zu reproduzieren, und wir möchten sie unbedingt beheben.
In JMP 18 können Sie nun auch Telemetriedaten beisteuern, die uns helfen, Nutzungsmuster und die Arbeitsabläufe der Anwender in der Software besser zu verstehen. Das ist äußerst hilfreich, und wir hoffen auf Ihre Teilnahme. Abschließend möchte ich noch einmal betonen, dass auch unsere internen Mitarbeiter die Software aktiv zur Verbesserung von JMP einsetzen.
Wir sind wie Sie. Wir nutzen JMP, wir nutzen JSL, wir interagieren mit Datenbanken, wir bereinigen unsere Daten, wir verarbeiten sie, wir schreiben Skripte und wir haben Möglichkeiten, interaktive Grafiken zu erstellen und Ergebnisse in JMP Live zu veröffentlichen. Das ist einer der Aspekte, die ich an der Crash-Pipeline und der Telemetrie-Pipeline besonders schätze: Wir nutzen JMP, um JMP weiter zu verbessern. Ich finde das einfach großartig.
Vielen Dank fürs Zuhören! Wenn Sie auf der Discovery-Konferenz sind, besuchen Sie doch bitte meine Posterpräsentation. Ich würde mich sehr freuen, mit Ihnen persönlich ins Gespräch zu kommen. Vielen Dank!
