[發明專利]應用崩潰重現方法、裝置及移動終端

在審

• 申請號: 201710709441.2
• 申請日: 2017-08-17
• 公開（公告）號: CN107391357A
• 公開（公告）日: 2017-11-24
• 發明（設計）人: 孫軍梅;閆凱
• 申請（專利權）人: 杭州師范大學
• 主分類號: G06F11/34
• 分類號: G06F11/34
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙)11371
• 代理人: 魏彥

技術領域

本發明涉及互聯網技術領域，尤其是涉及一種應用崩潰重現方法、裝置及移動終端。

背景技術

目前，智能終端中，用戶安裝的應用的數量越來越多，應用的來源也是各不相同，這些應用的穩定程度也不一樣。對于很多Android應用來說，不可避免的會發生崩潰(Crash)。當Crash發生時，Android系統會殺掉程序，表現就是閃退或者程序已經停止運行，這對用戶來說是不友好的，也是開發人員不愿意看到的。

開發人員對于Crash信息的檢測與重現很大程度上是依賴于用戶的評論與反饋，收集Crash發生時的堆棧信息和一些設備信息等崩潰報告信息。由于Android應用的用戶交互通常涉及手勢或者傳感器交互，這些步驟的重現通常和時序有緊密關系，僅僅依靠自然語言描述并不能夠完整重現Crash。

發明內容

有鑒于此，本發明的目的在于提供一種應用崩潰重現方法、裝置及移動終端，以提高重現Crash的完整性，便于確定應用發生Crash的原因以及修復應用Crash。

第一方面，本發明實施例提供了一種應用崩潰重現方法，應用于移動終端，所述移動終端安裝有待重現崩潰的應用，所述方法包括：

獲取與所述應用對應的重現信息，所述重現信息包括所述應用從啟動到發生崩潰時移動終端所有輸入事件的事件流信息；

將所述事件流信息轉換為可執行的重現腳本；

執行所述重現腳本，以重現所述應用崩潰的情景。

結合第一方面，本發明實施例提供了第一方面的第一種可能的實施方式，其中，所述獲取與所述應用對應的重現信息，包括：

向監控服務器發送重現信息獲取請求，所述重現信息獲取請求包括所述應用的名稱；

接收所述監控服務器根據所述重現信息獲取請求發送的重現文件；其中，所述重現文件包括：操作日志、設備文件和堆棧文件，所述操作日志包括利用Android SDK的getevent工具記錄的所述應用從啟動到發生崩潰時移動終端所有輸入事件的底層事件流信息；

解析所述重現文件，得到重現信息；其中，所述重現信息包括分別與所述操作日志、所述設備文件、所述堆棧文件對應的事件流信息、設備信息、堆棧信息。

結合第一方面的第一種可能的實施方式，本發明實施例提供了第一方面的第二種可能的實施方式，其中，所述解析所述重現文件，得到重現信息包括：

掃描所述操作日志內的事件流信息；

對所述事件流信息進行時間字段的標準化處理，得到標準化處理后的事件流信息。

結合第一方面的第二種可能的實施方式，本發明實施例提供了第一方面的第三種可能的實施方式，其中，所述對所述事件流信息進行時間字段的標準化處理，得到標準化處理后的事件流信息，包括：

對于掃描到的每條事件流信息，將所述事件流信息的時間字段中的括號替換為空格，并將所述時間字段中的短橫線替換為小數點；

將替換后的時間字段中的空格切割掉，得到標準化處理后的事件流信息。

結合第一方面，本發明實施例提供了第一方面的第四種可能的實施方式，其中，所述將所述事件流信息轉換為可執行的重現腳本，包括：

按照時間字段對應的時間節點對所述事件流信息進行排序；

將排序后的事件流信息轉換為可執行的重現腳本。

結合第一方面的第四種可能的實施方式，本發明實施例提供了第一方面的第五種可能的實施方式，其中，所述將排序后的事件流信息轉換為可執行的重現腳本，包括：

利用Translate.jar對排序后的事件流信息進行關鍵信息的提取，生成可執行的重現腳本；其中，所述關鍵信息包括相鄰時間節點的時間間隔、輸入設備名稱、輸入設備類型、按鍵掃描碼和附加碼。

結合第一方面，本發明實施例提供了第一方面的第六種可能的實施方式，其中，所述執行所述重現腳本，以重現所述應用崩潰的情景之前，所述方法包括：

啟動所述應用；

通過adb shell進入所述移動終端的操作系統，并利用su命令獲取所述操作系統的root權限。

結合第一方面的第一種可能的實施方式，本發明實施例提供了第一方面的第七種可能的實施方式，其中，所述執行所述重現腳本，以重現所述應用崩潰的情景，包括：

加載與所述設備信息、所述堆棧信息對應的運行環境；

在所述運行環境下執行所述重現腳本，以重現所述應用崩潰的情景。