APP測試基本流程??

測試周期

測試周期可按項目的開發(fā)周期來確定測試時間崔挖，一般測試時間為兩三周（即15個工作日）谷市，根據(jù)項目情況以及版本質量可適當縮短或延長測試時間怠硼。正式測試前先向負責人確認項目排期入蛆。

測試資源

測試任務開始前屋摔，檢查各項測試資源简十。

--產品功能需求文檔檬某；

--產品原型圖；

--產品效果圖螟蝙； ?

--行為統(tǒng)計分析定義文檔恢恼； ?

--測試設備（ios7.1-ios9.2；Android4.0-Android6.0胶逢；）厅瞎；

--其他。

日報初坠、周報及APP上線報告

1）測試人員每天需對所測項目發(fā)送測試日報和簸。

2）測試日報所包含的內容為：

--對當前測試版本質量進行分級（高中低）； ?

--對較嚴重的問題進行例舉碟刺，提示開發(fā)人員優(yōu)先修改锁保；

--對版本的整體情況進行評估。 ?

3）APP上線前，測試人員發(fā)送APP上線報告爽柒。

4）上線報告所包含的內容為：

--對當前版本質量進行分級吴菠； ?

--附上測試報告（功能測試報告、兼容性測試報告浩村、性能測試報告以及app可用性能標準結果）做葵；

--總結上線版本的基本情況。若有遺留問題必須列出并記錄解決方案心墅。

5）周報作為匯總本周所有的情況酿矢，以及開發(fā)人員修改情況與回歸測試。

APP測試點

安全測試

軟件權限

1）扣費風險：包括發(fā)送短信怎燥、撥打電話瘫筐、連接網(wǎng)絡等； ?

2）隱私泄露風險：包括訪問手機信息铐姚、訪問聯(lián)系人信息等策肝； ??

3）對App的輸入有效性校驗、認證隐绵、授權之众、敏感數(shù)據(jù)存儲、數(shù)據(jù)加密等方面進行檢測氢橙； ?

4）限制/允許使用手機功能接人互聯(lián)網(wǎng)酝枢；

5）限制/允許使用手機發(fā)送接受信息功能； ?

6）限制/允許應用程序來注冊自動啟動應用程序悍手；

7）限制或使用本地連接帘睦； ?

8）限制/允許使用手機拍照或錄音；

9）限制/允許使用手機讀取用戶數(shù)據(jù)坦康；

10) 限制/允許使用手機寫人用戶數(shù)據(jù)竣付； ?

11) 檢測App的用戶授權級別、數(shù)據(jù)泄漏滞欠、非法授權訪問等古胆。

[if !supportLists]2.1.2.?[endif]安裝與卸載的安全性

1）應用程序應能正確安裝到設備驅動程序上； ?

2）能夠在安裝設備驅動程序上找到應用程序的相應圖標筛璧；

3）是否包含數(shù)字簽名信息逸绎； ?

4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的；

5）JAD文件顯示的資料內容與應用程序顯示的資料內容應一致夭谤；

6）安裝路徑應能指定棺牧； ?

7）沒有用戶的允許, 應用程序不能預先設定自動啟動；

8）卸載是否安全, 其安裝進去的文件是否全部卸載朗儒；

9）卸載用戶使用過程中產生的文件是否有提示颊乘；

10）其修改的配置信息是否復原参淹；

11）卸載是否影響其他軟件的功能；

12）卸載應該移除所有的文件乏悄。

數(shù)據(jù)安全性

1）當將密碼或其他的敏感數(shù)據(jù)輸人到應用程序時, 其不會被儲存在設備中, 同時密碼也不會被解碼浙值； ?

2）輸人的密碼將不以明文形式進行顯示； ?

3）密碼, 信用卡明細, 或其他的敏感數(shù)據(jù)將不被儲存在它們預輸人的位置上檩小；

4）防止應用程序異常終止而又沒有刪除它的臨時文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數(shù)據(jù)信息开呐；

??5）當將敏感數(shù)據(jù)輸人到應用程序時, 其不會被儲存在設備中； ?

6）在數(shù)據(jù)刪除之前识啦，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作负蚊；

7）“取消”命令操作能夠按照設計要求實現(xiàn)其功能神妹；

8）應用程序應當能夠處理當不允許應用軟件連接到個人信息管理的情況颓哮；

9）當進行讀或寫用戶信息操作時, 應用程序將會向用戶發(fā)送一個操作錯誤

的提示信息；

10）在沒有用戶明確許可的前提下不損壞刪除個人信息管理應用程序中的任

何內容鸵荠；

11）應用程序讀和寫數(shù)據(jù)正確冕茅；

12）應用程序應當有異常保護； ?

13）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫, 應及時告知用戶蛹找；

14）能合理地處理出現(xiàn)的錯誤姨伤；

25）意外情況下應提示用戶。

]通訊安全性

1）在運行其軟件過程中, 如果有來電庸疾、SMS乍楚、EMS、MMS届慈、藍牙徒溪、紅外等通訊或充電時, 是否能暫停程序，優(yōu)先處理通信, 并在處理完畢后能正辰鸲伲恢復軟件, 繼續(xù)其原來的功能臊泌； ?

2）當創(chuàng)立連接時, 應用程序能夠處理因為網(wǎng)絡連接中斷, 進而告訴用戶連接中斷的情況； ?

3）應能處理通訊延時或中斷揍拆； ?

4）應用程序將保持工作到通訊超時, 進而發(fā)送給用戶一個錯誤信息指示有連接錯誤渠概； ?

5）應能處理網(wǎng)絡異常和及時將異常情況通報用戶； ?

6）應用程序關閉或網(wǎng)絡連接不再使用時應及時關閉) 斷開嫂拴；

7) HTTP播揪、HTTPS覆蓋測試

??--App和后臺服務一般都是通過HTTP來交互的，驗證HTTP環(huán)境下是否正常筒狠； ?--公共免費網(wǎng)絡環(huán)境中（如：麥當勞猪狈、星巴克等）都要輸入用戶名和密碼，通過SSL認證來訪問網(wǎng)絡窟蓝，需要對使用HTTP Client的library異常作捕獲處理罪裹。

人機接口安全性

1）返回菜單總保持可用饱普；

2）命令有優(yōu)先權順序； ?

3）聲音的設置不影響應用程序的功能状共； ?

4）應用程序必需利用目標設備適用的全屏尺寸來顯示上述內容套耕；

5）應用程序必需能夠處理不可預知的用戶操作, 例如錯誤的操作和同時按下多個鍵。

安裝卸載測試

驗證App是否能正確安裝峡继、運行冯袍、卸載及操作過程和操作前后對系統(tǒng)資源的使用情況。

安裝

1）軟件在不同操作系統(tǒng)（Android碾牌、iOS）下安裝是否正常康愤； ?

2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里舶吗； ??

3）軟件安裝各個選項的組合是否符合概要設計說明征冷； ?

4)）軟件安裝向導的UI測試； ??

5）軟件安裝過程是否可以取消誓琼，點擊取消后检激，寫入的文件是否如概要設計說明處理； ??

6）軟件安裝過程中意外情況的處理是否符合需求（如死機腹侣，重啟叔收，斷電）；

7）安裝空間不足時是否有相應提示傲隶； ?

8）安裝后沒有生成多余的目錄結構和文件饺律； ?

9）對于需要通過網(wǎng)絡驗證之類的安裝，在斷網(wǎng)情況下嘗試一下跺株；

10）還需要對安裝手冊進行測試复濒，依照安裝手冊是否能順利安裝。

卸載

1）直接刪除安裝文件夾卸載是否有提示信息帖鸦；

2）測試系統(tǒng)直接卸載程序是否有提示信息芝薇； ?

3）測試卸載后文件是否全部刪除所有的安裝文件夾； ?

4）卸載過程中出現(xiàn)的意外情況的測試（如死機作儿、斷電洛二、重啟）；

5）卸載是否支持取消功能攻锰，單擊取消后軟件卸載的情況晾嘶；

6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進度條提示娶吞。

UI測試

測試用戶界面(如菜單垒迂、對話框、窗口和其它可規(guī)控件)布局妒蛇、風格是否滿足客戶要求机断、文字是否正確楷拳、頁面是否美觀、文字吏奸、圖片組合是否完美欢揖、操作是否友好等。

UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覓功能奋蔚。確保用戶界面符合公司或行業(yè)的標準她混。包括用戶友好性、人性化泊碑、易操作性測試坤按。

導航測試

1）按鈕、對話框馒过、列表和窗口等臭脓；或在不同的連接頁面之間需要導航； ?

2）是否易于導航沉桌，導航是否直觀谢鹊；

3）是否需要搜索引擎；

4）導航幫助是否準確直觀留凭； ?

5）導航與頁面結構、菜單偎巢、連接頁面的風格是否一致蔼夜。

圖形測試

1）橫向比較。各控件操作方式統(tǒng)一压昼； ?

2）自適應界面設計求冷，內容根據(jù)窗口大小自適應；

3）頁面標簽風格是否統(tǒng)一窍霞；

4）頁面是否美觀匠题； ?

5）頁面的圖片應有其實際意義而要求整體有序美觀； ?

6）圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量械稹韭山；

7）界面整體使用的顏色不宜過多。

內容測試

1）輸入框說明文字的內容與系統(tǒng)功能是否一致冷溃；

2）文字長度是否加以限制钱磅；

3）文字內容是否表意不明；

4）是否有錯別字似枕； ?

5）信息是否為中文顯示盖淡； ?

6）是否有敏感性詞匯、關鍵詞凿歼； ?

7）是否有敏感性圖片褪迟，如：涉及版權冗恨、專利靡狞、隱私等圖片且改。

功能測試

根據(jù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)，采用如下方法實現(xiàn)并評估功能測試過程：

1)采用時間蟀悦、地點洁桌、對象渴丸、行為和背景五元素或業(yè)務分析等方法分析、提煉App的用戶使用場景另凌，對比說明或需求谱轨，整理出內在、外在及非功能直接相關的需求吠谢，構建測試點土童，并明確測試標準，若用戶需求中無明確標準遵循工坊，則需要參考行業(yè)或相關國際標準或準則献汗。 ?

2)根據(jù)被測功能點的特性列丼出相應類型的測試用例對其進行覆蓋，如王污；涉及輸入的地方需要考慮等價罢吃、邊界、負面昭齐、異衬蛘校或非法、場景回滾阱驾、關聯(lián)測試等測試類型對其進行覆蓋就谜。 ?

3)在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況，及時修正業(yè)務或需求理解錯誤里覆。

運行

1）App安裝完成后的試運行丧荐，可正常打開軟件；

2）App打開測試喧枷，是否有加載狀態(tài)進度提示虹统；

3）App打開速度測試，速度是否可觀割去； ?

4）App頁面間的切換是否流暢窟却，邏輯是否正確；

5）注冊 ?

--同表單編輯頁面 --用戶名密碼長度呻逆；

--注冊后的提示頁面夸赫； ?

--前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致；

--注冊后咖城，在后臺管理中頁面提示茬腿；

6）登錄 ?

--使用合法的用戶登錄系統(tǒng)呼奢； ?

--系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制切平；

--使用已經登陸的賬號登陸系統(tǒng)是否正確處理握础；

--使用禁用的賬號登陸系統(tǒng)是否正確處理； ?

--用戶名悴品、口令（密碼）錯誤或漏填時能否登陸禀综；

--刪除或修改后的用戶，原用戶登陸苔严；

--不輸入用戶口令和用戶定枷、重復點（確定或取消按鈕）是否允許登陸；

--登陸后届氢，頁面中登陸信息欠窒；

--頁面中有注銷按鈕；

--登陸超時的處理退子；

7）注銷 ?

--注銷原模塊岖妄，新的模塊系統(tǒng)能否正確處理；

--終止注銷能否返回原模塊寂祥，原用戶荐虐；

--注銷原用戶，新用戶系統(tǒng)能否正確處理壤靶； ?

--使用錯誤的賬號缚俏、口令、無權限的被禁用的賬號進行注銷贮乳。

APP前后臺切換

1) APP切換到后臺，再回到app恬惯，檢查是否停留在上一次操作界面向拆；

2) APP切換到后臺，再回到app酪耳，檢查功能及應用狀態(tài)是否正常浓恳，安卓和IOS的版本的處理機制有的不一樣； ?

3) app切換到后臺碗暗，再回到前臺時颈将，注意程序是否崩潰，功能狀態(tài)是否正常言疗，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候晴圾；

4) 手機鎖屏解屏后進入app注意是否會崩潰，功能狀態(tài)是否正常噪奄，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候死姚； ?

5) 當App使用過程中有電話進來中斷后再切換到app人乓，功能狀態(tài)是否正常；

6) 當殺掉app進程后都毒，再開啟app色罚，app能否正常啟動； ?

7) 出現(xiàn)必須處理的提示框后账劲，切換到后臺戳护，再切換回來，檢查提示框是否還存在瀑焦，有時候會出現(xiàn)應用自動跳過提示框的缺陷腌且； ?

8) 對于有數(shù)據(jù)交換的頁面，每個頁面都必需要進行前后臺切換蝠猬、鎖屏的測試切蟋，這種頁面最容易出現(xiàn)崩潰。

自動登陸

很多應用提供自動登錄功能榆芦，當應用開啟時自動以上一次登錄的用戶身份來使用app.

1) app有免登錄功能時柄粹，需要考慮IOS與安卓版本差異；

2) 考慮無網(wǎng)絡情況時能否正常進入免登錄狀態(tài)匆绣； ?

3) 切換用戶登錄后驻右，要校驗用戶登錄信息及數(shù)據(jù)內容是否相應更新，確保原用戶退出崎淳； ?

4) 根據(jù)MTOP的現(xiàn)有規(guī)則堪夭，一個帳戶只允許登錄一臺機器。所以拣凹，需要檢查一個帳戶登錄多臺手機的情況森爽。原手機里的用戶需要被踢出，給出友好提示嚣镜；

5) app切換到后臺爬迟，再切回前臺的校驗；

6) 切換到后臺菊匿，再切換回前臺的測試

7) 密碼更換后付呕，檢查有數(shù)據(jù)交換時是否進行了有效身份的校驗；

8) 支持自動登錄的應用在進行數(shù)據(jù)交換時跌捆，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤徽职； ?

9) 檢查用戶主動退出登錄后，下次啟動app佩厚，應停留在登錄界面

數(shù)據(jù)更新

根據(jù)應用的業(yè)務規(guī)則姆钉，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。

??1) 需要確定哪些地方需要提供手動刷新育韩，哪些地方需要自動刷新克蚂，哪些地方需要手動+自動刷新；

2) 確定哪些地方從后臺切換回前臺時需要進行數(shù)據(jù)更新筋讨；

3) 根據(jù)業(yè)務埃叭、速度及流量的合理分配，確定哪些內容需要實時更新悉罕，哪些需要

定時更新赤屋；

4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務端請求壁袄，還是有緩存到本地类早，

這樣才能有針對性的進行相應測試；

5) 檢查有數(shù)據(jù)交換的地方嗜逻，均有相應的異常處理涩僻。

離線瀏覽

很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數(shù)據(jù)供用戶查看栈顷。

1) 在無網(wǎng)絡情況可以瀏覽本地數(shù)據(jù)逆日；

2) 退出app再開啟app時能正常瀏覽；

3) 切換到后臺再切回前臺可以正常瀏覽萄凤；

4) 鎖屏后再解屏回到應用前臺可以正常瀏覽室抽； ?

5) 在對服務端的數(shù)據(jù)有更新時會給予離線的相應提示

APP更新

1) 當客戶端有新版本時，有更新提示靡努； ?

2) 當版本為非強制升級版時坪圾，用戶可以取消更新，老版本能正常使用惑朦。用戶在下次啟動app時兽泄，仍能出現(xiàn)更新提示； ?

3) 當版本為強制升級版時漾月，當給出強制更新后用戶沒有做更新時已日，退出客戶端。下次啟動app時栅屏，仍出現(xiàn)強制升級提示。

4) 當客戶端有新版本時堂鲜，在本地不刪除客戶端的情況下栈雳，直接更新檢查是否能正常更新； ?

5) 當客戶端有新版本時缔莲，在本地不刪除客戶端的情況下哥纫，檢查更新后的客戶端功能是否是新版本； ?

6) 當客戶端有新版本時痴奏，在本地不刪除客戶端的情況下蛀骇，檢查資源同名文件如圖片是否能正常更新成最新版本厌秒。如果以上無法更新成功的，也都屬于缺陷擅憔。

定位鸵闪、照相機服務

1) App有用到相機，定位服務時暑诸，需要注意系統(tǒng)版本差異蚌讼； ?

2) 有用到定位服務、照相機服務的地方个榕，需要進行前后臺的切換測試篡石，檢查應用是否正常； ?

3) 當定位服務沒有開啟時西采，使用定位服務凰萨，會友好性彈出是否允許設置定位提示。當確定允許開啟定位時械馆，能自動跳轉到定位設置中開啟定位服務胖眷； ?

4) 測試定位、照相機服務時狱杰，需要采用真機進行測試瘦材。

時間測試

客戶端可以自行設置手機的時區(qū)、時間仿畸，因此需要校驗該設置對app的影響食棕。

--中國為東8區(qū)，所以當手機設置的時間非東8區(qū)時错沽，查看需要顯示時間的地方簿晓，時間是否展示正確，應用功能是否正常千埃。時間一般需要根據(jù)服務器時間再轉換成客戶端對應的時區(qū)來展示憔儿，這樣的用戶體驗比較好。比如發(fā)表一篇微博在服務端記錄的是10：00放可，此時谒臼，華盛頓時間為22：00，客戶端去瀏覽時耀里，如果設置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,當時間設回東8區(qū)時間時蜈缤，再查看則顯示為10：00。（另：如果時間不統(tǒng)一冯挎，由于semp服務器的緣故底哥，會導致APP無法正常使用，遇到這種情況，請及時更新手機時間趾徽，或者通知開發(fā)人員修改服務器時間续滋，謝謝大家配合）。

PUSH消息推送測試

1) 檢查push消息是否按照指定的業(yè)務規(guī)則發(fā)送孵奶； ?

2) 檢查不接受推送消息時疲酌，檢查用戶不會再接收到push； ??

3) 如果用戶設置了免打擾的時間段拒课，檢查在免打擾時間段內徐勃，用戶接收不到PUSH。在非免打擾時間段早像，用戶能正常收到push僻肖； ?

4) 當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符卢鹦，沒有錯誤地將其它人的消息推送過來臀脏。一般情況下，只對手機上最后一個登錄用戶進行消息推送冀自；

5) 測試push時揉稚，需要采用真機進行測試。

性能測試

評估App的時間和空間特性：

1)極限測試：在各種邊界壓力情況下熬粗，如電池搀玖、存儲、網(wǎng)速等驻呐，驗證App是否能正確響應灌诅。

??--內存滿時安裝App；

??--運行App時手機斷電含末；

--運行App時斷掉網(wǎng)絡猜拾；

2)響應能力測試：測試App中的各類操作是否滿足用戶響應時間要求。 ?

--App安裝佣盒、卸載的響應時間挎袜；

--App各類功能性操作的影響時間；

3)壓力測試：反復/長期操作下肥惭、系統(tǒng)資源是否占用異常盯仪。

--App反復進行安裝卸載，查看系統(tǒng)資源是否正常蜜葱；

--其他功能反復進行操作磨总，查看系統(tǒng)資源是否正常； ?

4)性能評估：評估典型用戶應用場景下笼沥，系統(tǒng)資源的使用情況。

兼容測試

主要測試內部和外部兼容性：

1）與本地及主流App是否兼容； ?

2）基于開發(fā)環(huán)境和生產環(huán)境的不同奔浅，檢驗在各種網(wǎng)絡連接下(WiFi馆纳、GSM、GPRS汹桦、EDGE鲁驶、WCDMA、CDMA1x舞骆、CDMA2000钥弯、HSPDA等)，App的數(shù)據(jù)和運用是否正確督禽； ?

3）與各種設備是否兼容脆霎，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致狈惫； ???

--不同操作系統(tǒng)的兼容性睛蛛，是否適配；

--不同手機屏幕分辨率的兼容性胧谈；

--不同手機品牌的兼容性忆肾。

回歸測試

1）Bug修復后且在新版本發(fā)布后需要進行回歸測試。 ?

2）Bug修復后的回歸測試在交付前菱肖、要進行全量用例的回歸測試客冈。

用戶體驗測試

以主觀的普通消費者的角度去感知產品或服務的舒適、有用稳强、易用场仲、友好親切程度。通過不同個體键袱、獨立空間和非經驗的統(tǒng)計復用方式去有效評價產品的體驗特性?出修改意見提升產品的潛在客戶滿意度燎窘。

1）是否有空數(shù)據(jù)界面設計，引導用戶去執(zhí)行操作蹄咖；

2）是否濫用用戶引導褐健； ?

3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)澜汤，那么一定要灰掉蚜迅，或者拿掉按鈕，否則會給用戶誤導俊抵；

4）菜單層次是否太深谁不；

5）交互流程分支是否太多；

6）相關的選項是否離得很遠徽诲；

7）一次是否載入太多的數(shù)據(jù)刹帕； ?

8）界面中按鈕可點擊范圍是否適中吵血； ?

9）標簽頁是否跟內容沒有從屬關系，當切換標簽的時候偷溺，內容跟著切換蹋辅；

10）操作應該有主次從屬關系； ?

11）是否定義Back的邏輯挫掏。涉及軟硬件交互時侦另，Back鍵應具體定義；

12）是否有橫屏模式的設計尉共，應用一般需要支持橫屏模式褒傅，即自適應設計

硬件環(huán)境測試

網(wǎng)絡環(huán)境測試

手機的網(wǎng)絡目前主要分為2G、3G袄友、4G殿托、wifi。目前2G的網(wǎng)絡相對于比較慢杠河，測試時尤其要注意此塊的測試碌尔。

1) 無網(wǎng)絡時，執(zhí)行需要網(wǎng)絡的操作券敌，給予友好提示唾戚，確保程序不出現(xiàn)crash；

2) 內網(wǎng)測試時待诅，要注意選擇到外網(wǎng)操作時的異常情況處理叹坦；

3) 在網(wǎng)絡信號不好時，檢查功能狀態(tài)是否正常卑雁，確保不因提交數(shù)據(jù)失敗而造成crash募书； ?

4) 在網(wǎng)絡信號不好時，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)测蹲，有無超時限制莹捡。如遇數(shù)據(jù)交換失敗時要給予提示； ?

5) 在網(wǎng)絡信號不好時扣甲，執(zhí)行操作后篮赢，在回調沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況琉挖，有無異常情況启泣。此問題也會經常出現(xiàn)程序crash。

服務器壘機或者出現(xiàn)404示辈、500的情況下測試

后臺服務牽涉到DNS寥茫、空間服務商的情況下會影響其穩(wěn)定性，如：當出現(xiàn)域名解析故障時矾麻，你對后臺API的請求很可能就會出現(xiàn)404錯誤纱耻，拋出異常芭梯。這時需要對異常進行正確的處理，否則可能會導致程序不能正常工作膝迎。是否有友好的提示粥帚。

關注公眾號：diandipm? ? ?與朋友分享知識