一：wep 和app 測試的相同點和區(qū)別

相同點

不管是傳統(tǒng)行業(yè)的web測試屑彻，還是新興的手機app測試，都離不開測試的基礎(chǔ)知識，即是不管怎么變闪檬，測試的原理依然會融入在這兩者當中晨抡。

1）設(shè)計測試用例時氛悬，依然都是依據(jù)邊界值分析法则剃、等價類劃分等；

2）多數(shù)采用黑盒的測試方法如捅，來驗證業(yè)務(wù)功能是否得到正確的應(yīng)用棍现；

3）需要檢查界面的布局、風(fēng)格和按鈕等是否簡潔美觀镜遣、是否統(tǒng)一等己肮；

4）測試頁面載入和翻頁的速度、登錄時長悲关、內(nèi)存是否溢出等谎僻；

5）測試應(yīng)用系統(tǒng)的穩(wěn)定性等。

區(qū)別：

系統(tǒng)架構(gòu)方面：

web項目寓辱，一般都是b/s架構(gòu)艘绍，基于瀏覽器的

app項目，則是c/s的讶舰，必須要有客戶端鞍盗，用戶需要安裝客戶端。

web測試只要更新了服務(wù)器端跳昼，客戶端就會同步會更新般甲。App項目則需要客戶端和服務(wù)器都更新。

性能方面:

web頁面主要會關(guān)注響應(yīng)時間

而app則還需要關(guān)心流量鹅颊、電量敷存、CPU、GPU堪伍、Memory這些锚烦。

它們服務(wù)端的性能沒區(qū)別，都是一臺服務(wù)器帝雇。

兼容方面：

web是基于瀏覽器的涮俄，所以更傾向于瀏覽器和電腦硬件，電腦系統(tǒng)的方向的兼容

app測試則要看分辨率尸闸，屏幕尺寸彻亲，還要看設(shè)備系統(tǒng)。

web測試是基于瀏覽器的所以不必考慮安裝卸載吮廉。

而app是客戶端的苞尝，則必須測試安裝、更新宦芦、卸載宙址。除了常規(guī)的安裝、更新调卑、卸載還要考慮到異常場景抡砂。包括安裝時的中斷大咱、弱網(wǎng)、安裝后刪除安裝文件 注益。

此外APP還有一些專項測試：如網(wǎng)絡(luò)徽级、適配性。

二：如何測試一個app的登錄功能

具體要求：有一個賬號聊浅，一個密碼輸入框，一個提交按鈕现使，考察目的

1.了解需求

2.是否具有設(shè)計用例的能力

3.是否熟悉各種測試方法

4.是否有豐富的web測試經(jīng)驗

1.了解需求：

測試需求分析過程低匙，可以從質(zhì)量要求出發(fā)，來展開測試需求分析碳锈，從功能顽冶，性能，安全性售碳，兼容性等各個質(zhì)量要求出發(fā)强重，不斷細化其內(nèi)容，挖掘?qū)?yīng)的測試需求贸人，覆蓋質(zhì)量要求间景，也可從開發(fā)需求出發(fā)，把每一條開發(fā)需求分解為測試項艺智，結(jié)合質(zhì)量要求倘要，這些測試項再分解成測試任務(wù)，則包括功能性測試任務(wù)和非功能性測試任務(wù)十拣，在整理測試需求時封拧，需要分類，細化夭问，合并泽西，并按照優(yōu)先級進行排列，形成測試需求列表

1> 登錄界面應(yīng)該是彈出框缰趋，還是直接顯示在網(wǎng)頁里面

?2>賬號和密碼的長度（eg：長度捧杉，大小寫敏感，特殊字符混搭）?

3>界面美觀是否有特殊需求（UI測試）

2.用例設(shè)計：

功能測試:

1>輸入正確的用戶名密碼埠胖，點擊提交按鈕糠溜，驗證能否正確登錄? ??

2> 輸入錯誤的用戶名或者密碼，點擊提交按鈕直撤，驗證登錄失敗非竿，提示相應(yīng)的錯誤信息? ??

3 >登錄成功后能否跳轉(zhuǎn)到正確的頁面? ?

?4>賬號名或者密碼長度過長或者過短，應(yīng)該怎么處理（安全性谋竖，密碼太短是否有提示）? ?

?5>賬號和密碼有特殊字符（空格）红柱，是否做了過濾? ??

6>密碼是否加密顯示? ??

7>輸入密碼 承匣，大寫鍵盤開啟的時候要有提示信息? ??

8>什么都不輸入，直接點擊提交（非空檢查）? ??

9>登錄失敗后锤悄，不能記住密碼的功能??

?10>登錄頁面中忘記密碼等等鏈接跳轉(zhuǎn)是否正確??

?11>牽扯到驗證碼韧骗，還要考慮文字是否扭曲過度導(dǎo)致辨認難度大

UI測試：

1>布局是否合理，兩個textbox和一個按鈕是否對齊? ??

2>textbox的長度和高度是否符合要求? ??

3>界面設(shè)計風(fēng)格和UI設(shè)計風(fēng)格是否一致? ??

4>界面中的文字簡潔易懂零聚，沒有錯別字

性能測試：

1>打開登錄界面袍暴，需要幾秒? ??

?2>輸入正確的用戶名和密碼，登錄成功跳轉(zhuǎn)到新頁面隶症，需要幾秒

安全性測試：

1>登錄成功后的cookie是否有HttpOnly(降低腳本風(fēng)險)? ? ??

2>賬號和密碼是否通過加密的方式政模，發(fā)送給web服務(wù)器? ? ??

3>賬號和密碼的驗證，應(yīng)該是用服務(wù)器驗證蚂会，而不單單是在客戶端用javaScript驗證? ? ??

4>賬號和密碼的輸入框淋样，應(yīng)該屏蔽SQL注入攻擊? ? ??

5>賬號和密碼的輸入框，應(yīng)該禁止輸入腳本（防止XSS攻擊）? ? ??

6>錯誤登錄的次數(shù)限制（防止暴力破解）? ? ??

7>是否支持多用戶在同一臺機器上登錄? ? ??

8>一用戶在多臺機器上登錄

可用性測試：

1>輸入框是否可以用tab鍵切換? ? ??

2>輸入賬號胁住，密碼后按回車趁猴，是否可以登錄? ? ??

3>是否可用全用鍵盤操作，是否有快捷鍵

兼容性測試:

1>主流的瀏覽器下能否顯示正常已經(jīng)功能正常? ? ??

?2>不同的平臺是否能正常工作,eg:windows,mac? ? ??

?3>移動設(shè)備上是否正常工作彪见，比如iphone,android? ? ??

?4>不同的分辨率

三：推送消息如何測試? ??

-消息推送對象

消息推送一般可以自定義推送對象儡司，有全部推送，精確推送企巢，及安卓和IOS渠道推送枫慷，注意推送對象是否正確，推送之前確認自己是否在測試環(huán)境操作浪规，以免造成生產(chǎn)問題或听。

-消息簡介

客戶端收到消息推送有兩種形式，客戶端后臺運行一般推送顯示在通知欄笋婿，客戶端前臺運行一般彈出彈框誉裆，簡介內(nèi)容注意字數(shù)過多溢出情況。

-消息詳情

注意詳情所支持的內(nèi)容缸濒，包括文字足丢、圖片、表情包庇配、換行以及鏈接跳轉(zhuǎn)斩跌。

-消息推送場景（支持定時推送）

（1）消息推送時間：

a)設(shè)置過去時間

b)未推送之前修改消息內(nèi)容

c)刪除消息，查看是否還會推送

（2）客戶端運行狀態(tài)

a)前臺運行

b)后臺運行

c)進程關(guān)閉狀態(tài)

（3）特殊場景

a)多個提醒沖突

b)當天設(shè)置當天推送

c)當天設(shè)置隔幾天起效

四：app閃退是有那些原因造成的

1.緩存垃圾過多

? ? ? ?由于安卓系統(tǒng)的特性,如果長時間不清理垃圾文件.會導(dǎo)致越來越卡.也會出現(xiàn)閃退情況.

? 2. 運行的程序過多,導(dǎo)致內(nèi)存不足

? 3.應(yīng)用版本兼容問題

? ? ? ? ?如果應(yīng)用版本太低捞慌，會導(dǎo)致不兼容耀鸦，造成閃退。此外，有些新版本在調(diào)試中袖订，也會造成應(yīng)用閃退氮帐。

?4.. 檢查APP中訪問網(wǎng)絡(luò)的地方，組件中的ImageView是否可以正常的下載并顯示到app 頁面上洛姑。 ??

? 5.檢查APP的sdk和手機的系統(tǒng)是否兼容上沐。

?6.在一些特定情況下的閃退,比如播放視頻,在Android5.0 升級到Android6.0的時候,有些系統(tǒng)API老版本有,新版本沒有,到時回去對象的時候失敗,報空,系統(tǒng)就會出現(xiàn)閃退問題.

二.常見的解決方案

1.緩存垃圾過多

可通過“設(shè)置”中清除應(yīng)用緩存的方式解決

2.內(nèi)存不足

可嘗試關(guān)閉其他暫時不用的軟件

3.兼容性問題

3.1應(yīng)用版本兼容性問題

如果是版本太低，可升級版本即可：如果是新版本閃退楞艾，可能還在調(diào)式参咙，需卸載安裝舊的版本使用

3.2APP中的SDK和手機的兼容性問題

需要原生端相關(guān)人員，設(shè)置SDK的最低兼容系統(tǒng)版本

五：測試過程中遇到app出現(xiàn)anr的時候你會怎么處理

可以先把日志過濾出來： adb logcat | findstr xxxxx(過濾日志信息) 硫眯，然后再搜索其中的關(guān)鍵字昂勒，比如：exception、crash乱陡，看看是那些方法或者異常導(dǎo)致了問題的發(fā)送师骗，初步定位問題原因后，可以交給開發(fā)人員去具體查找深層原因并修復(fù)。

六：如何查看移動端的日志以及會出現(xiàn)哪些異常(點擊題目跳轉(zhuǎn)鏈接)

七：app測試哪些以及如何展開測試工作

一屿讽、APP要做哪些測試？

1偎痛、功能測試：對具體功能點一一測試舞丛，驗證確認每個點都實現(xiàn)滿足需求的相應(yīng)功能。

2脏里、APP兼容性測試：根據(jù)屏幕尺寸她我、系統(tǒng)進行適配測試;對市場上主流的設(shè)備安裝應(yīng)用執(zhí)行測試(如果有特定針對群體，應(yīng)該根據(jù)實際用戶數(shù)據(jù)接入設(shè)備進行分析迫横，對靠前的機型進行適配測試)番舆，確保都能正常運行。

3矾踱、壓力測試：用戶量大恨狈，交互性高的應(yīng)用需對接口執(zhí)行壓力測試，確應(yīng)用在海量的用戶使用的情況下能正常運行呛讲。

4禾怠、UI/UE測試：主要是一些適配，用戶體驗方面贝搁，交互方面的測試吗氏。

5、用戶行為統(tǒng)計測試：確保手頭的行為統(tǒng)計分析定義文檔為最新版本雷逆，且與開發(fā)人員手中的文檔一致弦讽；確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的;盡可能真實地模擬用戶行為;核對統(tǒng)計日志，確保各項操作所對應(yīng)的頁面ID以及操作ID都是正確的关面。

6坦袍、安全測試 ：軟件權(quán)限十厢、數(shù)據(jù)安全性、通訊安全性捂齐、人機接口安全性蛮放。

7、安裝卸載測試：確保應(yīng)用都能正確安裝奠宜、卸載包颁，且能正確運行(注意應(yīng)用的升級測試：升級前后的狀態(tài))。

8压真、交叉測試：對于正在運行的應(yīng)用娩嚼，若進入短信、電話等其它軟件響應(yīng)的情況滴肿，不會影響被測試應(yīng)用岳悟，且會保證應(yīng)用能正確運行;殺掉進程時再重新打開APP;多個APP切換數(shù)據(jù)的保存等。

9泼差、協(xié)議測試：模擬客戶端直接發(fā)送協(xié)議包給服務(wù)器贵少，看服務(wù)器是否有一定的校驗，認不認客戶端發(fā)過來的數(shù)據(jù)堆缘。協(xié)議測試主要是為了處理用戶發(fā)送惡意協(xié)議到服務(wù)器滔灶，騙過服務(wù)器的校驗。

10吼肥、異常測試：多次快速點擊切換頁面的響應(yīng)情況?橫屏豎屏的快速操作：切換菜單录平，播放，下載等;服務(wù)器宕機或出現(xiàn)404缀皱、502等情況下的測試斗这。

11、弱網(wǎng)測試：APP在2G/3G/4G/wifi下的表現(xiàn)情況啤斗，網(wǎng)絡(luò)環(huán)境變化時涝影，APP的應(yīng)對情況：是否有適當提示?從有網(wǎng)環(huán)境到無網(wǎng)環(huán)境時，APP的反饋如何?從無網(wǎng)絡(luò)環(huán)境回到有網(wǎng)絡(luò)環(huán)境時争占，是否能自動加載數(shù)據(jù)燃逻，且多久才能開始加載數(shù)據(jù)?

12、電量測試：設(shè)備在不同電量時(低于10%臂痕，50%伯襟，95%)，APP的響應(yīng)以及操作流暢度;設(shè)備在充電時握童，APP的響應(yīng)以及操作流暢度;設(shè)備意外斷電時姆怪，APP數(shù)據(jù)丟失情況等。

八：app的性能測試的關(guān)注點有哪些

app性能測試分類：

1、響應(yīng)

2稽揭、內(nèi)存

3俺附、cpu

4、FPS (app使用的流暢度)

5溪掀、GPU過度渲染

6事镣、耗電

7、耗流

(app除了這些性能測試揪胃，還有：手機版本號兼容性璃哟，屏幕分辨率兼容性，穩(wěn)定性測試喊递，安全測試等随闪，后續(xù)會持續(xù)更新… 流量測試同這些一起更新，這里就不在說明了 )

App性能測試響應(yīng)點：

主要測試點：

1骚勘、冷啟動：首次啟動app的時間間隔（只是啟動時間铐伴，不包括頁面加載）

2、熱啟動：非首次啟動app的時間間隔（只是啟動時間俏讹，不包括頁面加載）

3盛杰、完全啟動：從啟動到首頁完全加載出來的時間間隔

4、有網(wǎng)啟動：從發(fā)起跳轉(zhuǎn)藐石，到頁面完全加載出來的時間間隔

5、無網(wǎng)啟動：從發(fā)起跳轉(zhuǎn)定拟，到頁面完全加載出來的時間間隔

（在項目中于微，主要測試關(guān)注點是冷啟動，熱啟動）

測試標準：冷啟動時間不超過1.5s, 熱啟動不超過1s.

內(nèi)存：

測試點：

1青自、空閑狀態(tài)：切換至后臺或者啟動后不做任何操作株依，消耗內(nèi)存最少。

2延窜、中強度狀態(tài)：時間偏長的操作應(yīng)用恋腕。

3、高強度狀態(tài)：高強度使用應(yīng)用逆瑞，可以跑monkey來測試（通常用來測試內(nèi)存泄漏）荠藤。

** 內(nèi)存泄漏：指應(yīng)用里的內(nèi)存一直沒有釋放，內(nèi)存一直增加 ,系統(tǒng)內(nèi)存一直減少 **

CPU:

CPU測試获高，主要關(guān)注的是cpu的占用率哈肖。很多時候，我們玩手機時念秧，會出現(xiàn)發(fā)熱發(fā)燙淤井，那是因為CPU使用率過高，CPU過于繁忙，會使整個手機無法響應(yīng)用戶币狠，整體性能降低游两，用戶體驗就會很差，也容易引起ANR（application not responding, 主線程(UI線程)如果在規(guī)定時內(nèi)沒有處理完相應(yīng)工作漩绵，就會出現(xiàn)ANR）等等一系列問題贱案。

測試點：

1).在空閑時間(切換至后臺)的消耗，基本沒大應(yīng)用使用cpu

2).在運行一些應(yīng)用的情況下渐行，cpu已占50%的情況下轰坊，觀察應(yīng)用程序占用cpu的情況

3).在高負荷的情況下看CPU的表現(xiàn)（cpu占用應(yīng)是在80%以上）

FPS （應(yīng)用的使用流暢度）

FPS是圖像領(lǐng)域中的定義，是指畫面每秒傳輸幀數(shù)祟印，通俗來講就是指動畫或視頻的畫面數(shù)肴沫。FPS是測量用于保存、顯示動態(tài)視頻的信息數(shù)量蕴忆。每秒鐘幀數(shù)愈多颤芬，所顯示的動作就會愈流暢。

′一般來說套鹅，Android設(shè)備的屏幕刷新率為60幀/s站蝠，要保持畫面流暢不卡頓，要求每一幀的時間不超過1000/60=16.6ms卓鹿，這就是16ms的黃金準則菱魔，如果中間的某些幀的渲染時間超過16ms，就會導(dǎo)致這段時間的畫面發(fā)生了跳幀吟孙，因此原本流暢的畫面變發(fā)生了卡頓澜倦。

GPU渲染

GPU渲染是指在一個像素點上繪制多次（超過一次）：顯示一個什么都沒有做的activity界面算作畫了1層，給activity加一個背景是第2層杰妓，在上面放了一個Text View（有背景的Text View）是第3層藻治，Text View顯示文本就是第4層僅僅只是為了顯示一個文本，卻在同一個像素點繪制了四次,這是一定要優(yōu)化的巷挥。過度繪制對動畫性能的影響是極其嚴重的桩卵，如果你想要流暢的動畫效果，那么一定不能忽視過度繪制倍宾。

耗電量

測試應(yīng)用對電量的消耗前需要對手機本身的電量消耗有個大概了解雏节，測試前先看規(guī)定時間內(nèi)手機正常待機下（重啟后待機）電量消耗為多少。然后再啟動待測試APP看看消耗的電量增加了多少取差值高职。

測試點：

　　測試手機安裝目標APK前后待機功耗無明顯差異矾屯；

　　常見使用場景中能夠正常進入待機，待機電流在正常范圍內(nèi)初厚；

　　長時間連續(xù)使用應(yīng)用無異常耗電現(xiàn)象件蚕。

九：如何對app進行弱網(wǎng)測試(找的博客里面寫的詳細點孙技，點擊題目跳轉(zhuǎn))

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?弱網(wǎng)測試

十：常見的ADB命令（找的博客里面寫的詳細點，點擊題目跳轉(zhuǎn)）

查看當前連接設(shè)備：

adb devices

如果發(fā)現(xiàn)多個設(shè)備：

adb -s 設(shè)備號 其他指令

舉例：

adb -s devicel install xxx.apk

查看頂部Activity:

windows環(huán)境下:

adb shell dumpsys activity | findstr "mFocusedActivity"

Linux排作、Mac環(huán)境下：

adb shell dumpsys activity | grep "mFocusedActivity"

查看日志：

adb logcat

安裝apk文件：

adb install xxx.apk

此安裝方式牵啦，如果已經(jīng)存在，無法安裝妄痪；

推薦使用覆蓋安裝：

adb install -r xxx.apk

比分直接RUN出來的包是test-onlu的無法安裝哈雏，推薦使用**-t**

adb install -r -t xxx.apk

卸載App:

adb uninstall com.zhy.app

如果想要保留數(shù)據(jù)，則：

adb uninstall -k com.zhy.app

傳遞文件：

往手機SDCard傳遞文件：

adb push 文件名 手機端SDCard路徑

例如：

adb push 帥照.jpg /sdcard/

從手機端下載文件：

adb pull /sdcard/xxx.txt

查看手機端安裝的所有app包名:

adb shell pm list packages

啟動Activity:

adb shell am start 包名/完整Activity路徑

例如：

adb shell am start com.zhy.aaa/com.zhy.aaa.MainActivity

如果需要攜帶參數(shù)(攜帶一個Intent,Key 為name):

adb shell am start com.zhy.aaa/com.zhy.aaa.MainActivity -e name zhy

啟動一個隱式的Intent:

adb shell am start -a "android.intent.action,VIEW" -d "https://www.google.com"

發(fā)送廣播：

adb shell am broadcast -a "broadcastactionfilter"

-如果需要攜帶參數(shù)（攜帶一個Intent,key為name）:

adb shell am broadcast -a "broadcastactionfilter" -e name zhy

啟動服務(wù)：

adb shell am startservice "com.zhy.aaa/com.zhy.aaa.MyService"

屏幕截圖：

可以使用screencap命令來進行手機屏幕截圖衫生，例如：

adb shell screencap /sdcard/screen.png

錄制視頻：

可以使用screenrecord[options] filename命令來錄制屏幕視頻裳瘪，例如：

adb shell screenrecord /sdcard/demo.mp4

十一：常見的monkey 命令（?找的博客里面寫的詳細點，點擊題目跳轉(zhuǎn)?）?

?Monkey 是什么罪针？

?Monkey 就是SDK中附帶的一個工具彭羹。?

?Monkey 測試的目的？

?:該工具用于進行壓力測試泪酱。 然后開發(fā)人員結(jié)合monkey 打印的日志 和系統(tǒng)打印的日志派殷，結(jié)局測試中出現(xiàn)的問題。?

?Monkey 測試的特點墓阀？

?Monkey 測試,所有的事件都是隨機產(chǎn)生的毡惜，不帶任何人的主觀性。?

?Monkey 命令

標準的monkey 命令?

[adb shell] monkey [options] <eventcount>?

, 例如：adb shell monkey -v 500 ? ?--------產(chǎn)生500次隨機事件斯撮，作用在系統(tǒng)中所有activity（其實也不是所有的activity经伙，而是包含 ?Intent.CATEGORY_LAUNCHER 或Intent.CATEGORY_MONKEY 的activity）。

上面只是一個簡單的例子勿锅，實際情況中通常會有很多的options 選項?

四大類—— 常用選項 帕膜、 事件選項 、 約束選項 粱甫、 調(diào)試選項?

一：常用選項

?--help：打印幫助信息?

-v：指定打印信息的詳細級別，一個 -v增加一個級別 作瞄， 默認級別為 0 茶宵。

?二：事件選項

-s：指定產(chǎn)生隨機事件種子值，相同的種子值產(chǎn)生相同的事件序列宗挥。如： -s 200

--throttle：每個事件結(jié)束后的間隔時間——降低系統(tǒng)的壓力（如不指定乌庶，系統(tǒng)會盡快的發(fā)送事件序列）。如：--throttle 100

--pct-touch：指定觸摸事件的百分比契耿，如：--pct-touch 5% 瞒大， 相關(guān)的還有以下option：<br/>

--pct-motion <percent> （滑動事件）、 --pct-trackball <percent> （軌跡球事件） 搪桂、 --pct-nav <percent> （導(dǎo)航事件 up/down/left/right）透敌、 --pct-majornav <percent> (主要導(dǎo)航事件 back key 盯滚、 menu key)、 --pct-syskeys <percent> (系統(tǒng)按鍵事件 Home 酗电、Back 魄藕、startCall 、 endCall 撵术、 volumeControl)背率、 --pct-appswitch <percent> （activity之間的切換）、 --pct-anyevent <percent>（任意事件）<br/>

三：約束選項

-p：指定有效的package（如不指定嫩与，則對系統(tǒng)中所有package有效）寝姿，一個-p 對應(yīng)一個有效package， 如：-p com.ckt -p com.ckt.asura划滋；

-c：activity必須至少包含一個指定的category饵筑，才能被啟動，否則啟動不了

四：調(diào)試選項

--dbg-no-events：初始化啟動的activity古毛，但是不產(chǎn)生任何事件翻翩。

--hprof：指定該項后在事件序列發(fā)送前后會立即生成分析報告 ?—— 一般建議指定該項。

--ignore-crashes：忽略崩潰

--ignore-timeouts：忽略超時

--ignore-security-exceptions：忽略安全異常

--kill-process-after-error：發(fā)生錯誤后直接殺掉進程

--monitor-native-crashes：跟蹤本地方法的崩潰問題

--wait-dbg：知道連接了調(diào)試器才執(zhí)行monkey測試稻薇。

一個簡單的monkey命令：

adb shell monkey -p com.xy.android.junit -s 500 -v 10000

但是嫂冻，工作中為了保證測試數(shù)量的完整進行，我們一般不會在發(fā)生錯誤時立刻退出壓力測試塞椎。monkey 測試命令如下

adb shell monkey -p com.xy.android.junit -s 500 --ignore-crashes --ignore-timeouts --monitor-native-crashes -v -v 10000 > E:\monkey_log\java_monkey_log.txt

monkey作用的包：com.ckt.android.junit<br/>

產(chǎn)生時間序列的種子值：500

忽略程序崩潰 桨仿、 忽略超時 、 監(jiān)視本地程序崩潰 案狠、 詳細信息級別為2 服傍， 產(chǎn)生 10000個事件 。

十二:安卓的四大組件

Android四大基本組件：Activity骂铁、BroadcastReceiver廣播接收器吹零、ContentProvider內(nèi)容提供者、Service服務(wù)拉庵。