如果您不幸遇到 JMP 崩潰，您可能已經看到要求您向 JMP 發送崩潰檔案的提示。 （附註：如果您想與 JMP 技術支援合作，請將您的崩潰文件發送給我們並提供您的電子郵件地址。）如果您發送了文件，這些文件將與來自全球內部測試人員和客戶的文件合併，並匯入 JMP 崩潰系統中。 JMP DevOps 團隊使用我們自己的 JMP 軟體來分析您報告的 JMP 崩潰文件，然後與 JMP 開發團隊合作，確定崩潰特徵與已知錯誤之間的關聯。
本文概述了我們使用 JMP 和其他工具來分析 JMP 崩潰的流程。現在，將新的崩潰報告與已知問題相匹配，或將其識別為需要進一步調查的新案例，對我們來說相對簡單。然而，解決全新的、難以解釋的崩壞問題並非易事。本海報展示瞭如何透過在崩潰報告中提供詳細資訊來幫助我們解決更多崩潰問題，並解釋了這如何幫助 JMP 的開發流程。除了崩潰詳情之外，JMP 18 還允許您發送有關 JMP 功能使用情況的匿名遙測資料。我們利用這些資訊來更了解客戶的使用模式以及硬體和作業系統的分佈。
大家好！感謝各位參加我的海報展示會，了解我最喜歡的主題之一。我是JMP開發營運總監Shannon Conners。今天我想和大家分享如何產生和分享數據，幫助我們改進JMP。
不過首先，我先簡單介紹一下我的 DevOps 團隊。我們負責規劃、基礎設施測試以及所有支援 JMP 功能開發、漏洞修復和安全更新的生產任務。我們為各種發布週期提供支援。
好了，我的事就談到這裡。我們來聊聊你吧。如果你正在線上觀看這段錄製的視頻，那麼你很可能和我一樣是 JMP 的常用用戶。如果是這樣，你可能已經注意到，JMP 有時會提示你向我們發送一些訊息。這種情況主要有兩種發生。第一種情況是，如果你不幸遇到 JMP 訪問違規或軟體崩潰。第二種情況是，如果你安裝了 JMP，它會提示你向我們發送匿名使用統計資料。我們通常稱之為遙測資料。我們要求你選擇是否要傳送這些訊息，因為我們尊重你的隱私。你可以在 JMP 首選項中設置隱私設置，當然，除非你的組織已經為你設置好了。
首先，我們來談談崩潰問題。 JMP 的使用者都很有創意。我們都知道，你們需要存取各種不同的資料來源，涉及眾多行業，因此你們可能會遇到一些我們在測試中從未見過的 JMP 崩潰情況。我們在 JMP 中內建了崩潰偵測功能，當軟體停止運作時，這些功能會立即偵測到。下次重啟時，JMP 會提示您將詳細資訊傳送給我們。
多年來，我們建立了一套內部系統，用於接收、儲存和匹配這些收到的崩潰報告與已知問題。該系統能夠幫助我們快速識別崩潰是新出現的，需要深入調查；還是我們已經了解，並可以指導客戶何時能夠獲得修復，或者修復是否已經可用。除了儲存客戶提交的崩潰報告外，該系統還會處理內部發現的崩潰報告，這些崩潰報告可能由服務協調員、技術支援人員、測試人員或任何其他員工發現。
讓我們來簡單了解一下它的運作原理。您可能會看到一個帶有紅色 X 的對話框，表示 JMP 即將關閉。我知道大家都不喜歡看到這個對話框，但您肯定會看到它。點擊「確定」後，JMP 將重新啟動。然後您會看到 JMP 意外退出，並且彈出一個空白區域供您添加文字。您會注意到，在彈出的視窗中，「匿名傳送報告」和「檢查最近的問題」選項都已勾選。
首先，請不要點擊這裡的「取消」按鈕。如果您點擊了，我們將永遠無法得知您的程式崩潰了。我知道您可能會對這個視窗以及JMP發送給我們的資訊感到擔憂，但請放心，JMP不會發送您的打開的表格腳本或其他類似的詳細資訊。 JMP只會傳送您在視窗空白處輸入的註釋，以及關於您Windows系統的基本安裝和檢查訊息，例如作業系統、已安裝的驅動程式或軟體清單：這些資訊可以幫助我們排查問題。
最後，JMP 會發送這些崩潰文件，其中詳細記錄了軟體停止工作時正在運行的程式碼路徑。與其他作業系統或軟體產品產生的崩潰檔案一樣，這些檔案實際上並不適合人類閱讀，它們僅在開發人員調試特定問題時才有用。
如果您接受此視窗中顯示的預設設置，並點擊「發送報告至 JMP」匿名提交崩潰報告，JMP 會將您的文件上傳到我們的伺服器。匿名提交會將您的崩潰報告添加到我們的資料庫中，但請理解，僅憑崩潰文件通常無法完全診斷和重現您的問題。無論是作為開發人員調試崩潰問題，還是作為測試人員驗證我們針對該問題所做的修復，使用互動式操作或 JSL 腳本重現問題才是真正的黃金標準。
我強烈建議您取消勾選“匿名”選項並提供您的電子郵件地址。這樣您就可以創建一個新的技術支援案例，並與我們的技術支援團隊一起解決您的問題。直接與我們的技術支援團隊合作，直到他們能夠重現您的問題，這將大大提高我們在未來的版本中理解並解決該問題的幾率。
如果您不記得自己當時做了什麼，或者沒有時間與他人一起排查問題，您可以匿名提交。但如果您確實提交了，請盡量在文字方塊中詳細描述您記得的 JMP 崩潰時的操作。無論我們是透過電子郵件向技術支援報告還是匿名報告，只要我們能夠重現您遇到的崩潰問題，我們都會建立一個新的錯誤報告來追蹤該問題。如果我們無法重現問題，則該崩潰記錄將保留在我們的系統中，直到收到新的資訊以幫助我們進行測試。
我想簡單談談崩潰窗口，之前我曾要求您提供 JMP 停止工作時您正在進行的操作詳情。第一張截圖是此崩潰對話框的預設視圖。正如我之前提到的，其中沒有電子郵件地址，也沒有提供任何客戶詳細資訊。我將其標記為最無用，因為雖然這會將您的崩潰資訊添加到我們的資料庫中，但這種匿名提交且沒有任何資訊的崩潰報告，在未來的版本中被復現和解決的可能性微乎其微。
在第二個視窗中，一位客戶匿名提交了報告，但可以看到他/她提供了一條非常有用的評論，描述了崩潰發生前他/她執行的操作，這條評論提供了足夠的信息，使我們能夠重現該問題。但由於他/她沒有提供電子郵件地址，我們無法回覆他/她，告知他/她問題已解決。現在我們已收到錯誤報告，並希望將來能夠修復它。
第三個視窗是一個匿名提交的範例，但他們提供了足夠的信息，我們可以為開發人員輸入調查報告，他能夠創建一個 JMP 腳本來重現問題並立即進行修復。
最後一個視窗就是一個例子。有人提供了電子郵件地址和一個腳本。這非常有用，因為這樣我們就可以運行該腳本的多個版本，從而確定問題何時開始出現，何時停止出現。我知道並非每個人都有時間編寫腳本來重現問題，但如果您恰好有一個可以分享的腳本，這通常能幫助我們更快地處理問題，這非常有幫助。
我想簡單介紹一下我們如何接收和處理您的文件。基本流程是：從伺服器下載崩潰檔案。我們會將符號重新加入文件中，這只是處理崩潰堆疊的技術術語。我們將這些資訊載入到資料庫中，然後進行比對，得出「這個新的崩潰與我們之前見過的任何崩潰都不匹配」的結論。如果客戶透過電子郵件提交了相關信息，或者在 JMP 崩潰網頁（我們用於調查匿名和具名崩潰的內部網頁）上提交了相關信息，我們會將這些信息顯示在技術支援案例中。
遙測資料的處理流程與此非常相似。由於所有遙測資料都是匿名提交的，因此無需與客戶對接，我們可以對資料進行匯總。我們將資料匯入資料庫，進行匯總，然後發佈到 JMP Live。想要深入挖掘數據，真正了解平台或功能使用情況的開發者可以直接下載數據，並使用開發者 Evan McCorkle 創建的遙測插件進行瀏覽。
有趣的是，我們發現大約有 10% 的授權使用者選擇分享他們的遙測資料。雖然遙測資料並不能完全涵蓋所有 JMP 使用情況，但我們能夠很好地了解使用者使用該軟體的目的，這對於我們開發未來的 JMP 版本來說極為有用。
總而言之，我想強調的是，您確實能夠幫助我們更好地了解 JMP 出現的問題，無論是崩潰報告還是直接發送郵件至 support@jmp.com 的錯誤報告。我們非常感謝您提供遇到 JMP 問題時的操作細節。我們會認真查看這些訊息，技術支援團隊也會努力重現這些問題。如果是軟體的測試版，我們的測試人員也會努力重現這些問題，我們確實希望能夠解決它們。
現在，在 JMP 18 中，您還可以貢獻遙測訊息，這有助於我們了解使用者的使用模式以及他們在軟體中的操作流程和工作流程。這非常有幫助，我們希望您能積極參與。最後，我想強調的是，JMP 內部的員工也確實在使用這款軟體來幫助改善 JMP 軟體。
我們和你們一樣。我們使用 JMP，使用 JSL，與資料庫交互，清理數據，處理數據，編寫腳本，並且能夠創建交互式圖形並將結果發佈到 JMP Live。我非常喜歡崩潰分析管道和遙測管道的一點是，我們真正在利用 JMP 來改進 JMP。我覺得這太棒了。
非常感謝您聆聽我的演講。如果您也參加Discovery大會，請務必蒞臨我的海報展示區，我非常希望能與您當面交流。非常感謝。
