最近第二個版本準備上架了弊仪，因為第一個版本測試漏洞太多，所以特別去關注了一下測試的基本流程自己來做測試
而就蘋果而言洲脂，主要需要注意以下部分：
而為了性能和其他考慮則需要完整的進行一個測試流程
1.1測試周期
測試周期可按項目的開發(fā)周期來確定測試時間斤儿，一般測試時間為兩三周（即15個工作日），根據項目情況以及版本質量可適當縮短或延長測試時間恐锦。正式測試前先向主管確認項目排期往果。
1.2測試資源
測試任務開始前，檢查各項測試資源一铅。
--產品功能需求文檔陕贮；
--產品原型圖；
--產品效果圖馅闽；
--行為統(tǒng)計分析定義文檔飘蚯；
1.3日報及產品上線報告
1）測試人員每天需對所測項目發(fā)送測試日報。
2）測試日報所包含的內容為：
--對當前測試版本質量進行分級福也；
--對較嚴重的問題進行例舉局骤，提示開發(fā)人員優(yōu)先修改；
--對版本的整體情況進行評估暴凑。
3）產品上線前峦甩，測試人員發(fā)送產品上線報告。
4）上線報告所包含的內容為：
---對當前版本質量進行分級；
---附上測試報告（功能測試報告凯傲、兼容性測試報告犬辰、性能測試報告以及app可用性能標準結果）；
--總結上線版本的基本情況冰单。若有遺留問題必須列出并記錄解決方案幌缝。
2 App測試點
2.1安全測試
2.1.1軟件權限
1）扣費風險：包括發(fā)送短信、撥打電話诫欠、連接網絡等
2）隱私泄露風險：包括訪問手機信息涵卵、訪問聯系人信息等
3）對App的輸入有效性校驗、認證荒叼、授權轿偎、敏感數據存儲、數據加密等方面進行檢測
4）限制/允許使用手機功能接人互聯網
5）限制/允許使用手機發(fā)送接受信息功能
6）限制/允許應用程序來注冊自動啟動應用程序
7）限制或使用本地連接
8）限制/允許使用手機拍照或錄音
9）限制/允許使用手機讀取用戶數據
10) 限制/允許使用手機寫人用戶數據
11) 檢測App的用戶授權級別被廓、數據泄漏坏晦、非法授權訪問等
2.1.2安裝與卸載安全性
1）應用程序應能正確安裝到設備驅動程序上
2）能夠在安裝設備驅動程序上找到應用程序的相應圖標
3）是否包含數字簽名信息
4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的
5）JAD文件顯示的資料內容與應用程序顯示的資料內容應一致
6）安裝路徑應能指定
7）沒有用戶的允許,應用程序不能預先設定自動啟動
8）卸載是否安全,其安裝進去的文件是否全部卸載
9）卸載用戶使用過程中產生的文件是否有提示
10）其修改的配置信息是否復原
11）卸載是否影響其他軟件的功能
12）卸載應該移除所有的文件
2.1.3數據安全性
1）當將密碼或其他的敏感數據輸人到應用程序時,其不會被儲存在設備中,同時密碼也不會被解碼
2）輸人的密碼將不以明文形式進行顯示
3）密碼,信用卡明細,或其他的敏感數據將不被儲存在它們預輸人的位置上
4）不同的應用程序的個人身份證或密碼長度必需至少在4一8個數字長度之間
5）當應用程序處理信用卡明細,或其他的敏感數據時,不以明文形式將數據寫到其它單獨的文件或者臨時文件中。以6）防止應用程序異常終止而又沒有側除它的臨時文件,文件可能遭受人侵者的襲擊,然后讀取這些數據信息嫁乘。
7）當將敏感數據輸人到應用程序時,其不會被儲存在設備中
8）備份應該加密,恢復數據應考慮恢復過程的異常?通訊中斷等,數據恢復后再使用前應該經過校驗
9）應用程序應考慮系統(tǒng)或者虛擬機器產生的用戶提示信息或安全替告
10）應用程序不能忽略系統(tǒng)或者虛擬機器產生的用戶提示信息或安全警告,更不能在安全警告顯示前,昆婿，利用顯示誤導信息欺騙用戶，應用程序不應該模擬進行安全警告誤導用戶
11）在數據刪除之前亦渗，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作
12）“取消”命令操作能夠按照設計要求實現其功能
13）應用程序應當能夠處理當不允許應用軟件連接到個人信息管理的情況
14）當進行讀或寫用戶信息操作時,應用程序將會向用戶發(fā)送一個操作錯誤的提示信息
15）在沒有用戶明確許可的前提下不損壞側除個人信息管理應用程序中的任何內容Μ
16）應用程序讀和寫數據正確挖诸。
17）應用程序應當有異常保護。
18）如果數據庫中重要的數據正要被重寫,應及時告知用戶
19）能合理地處理出現的錯誤
20）意外情況下應提示用戶
2.1.4通訊安全性
1）在運行其軟件過程中,如果有來電法精、SMS多律、EMS、MMS搂蜓、藍牙狼荞、紅外等通訊或充電時,是否能暫停程序，優(yōu)先處理通信,并在處理完畢后能正嘲锱觯恢復軟件,繼續(xù)其原來的功能
2）當創(chuàng)立連接時,應用程序能夠處理因為網絡連接中斷,進而告訴用戶連接中斷的情況
3）應能處理通訊延時或中斷
4）應用程序將保持工作到通訊超時,進而發(fā)送給用戶一個錯誤信息指示有連接錯誤
5）應能處理網絡異常和及時將異常情況通報用戶
6）應用程序關閉或網絡連接不再使用時應及時關閉)斷開
7)HTTP相味、HTTPS覆蓋測試
--App和后臺服務一般都是通過HTTP來交互的，驗證HTTP環(huán)境下是否正常殉挽；
--公共免費網絡環(huán)境中（如：麥當勞丰涉、星巴克等）都要輸入用戶名和密碼，通過SSL認證來訪問網絡斯碌，需要對使用HTTP Client的library異常作捕獲處理一死。
2.1.5人機接口安全性
1）返回菜單總保持可用
2）命令有優(yōu)先權順序
3）聲音的設置不影響應用程序的功能
4）應用程序必需利用目標設備適用的全屏尺寸來顯示上述內容
5）應用程序必需能夠處理不可預知的用戶操作,例如錯誤的操作和同時按下多個鍵
2.2安裝、卸載測試
驗證App是否能正確安裝傻唾、運行投慈、卸載以及操作過程和操作前后對系統(tǒng)資源的使用情況
2.2.1安裝
1）軟件在不同操作系統(tǒng)（Palm OS承耿、Symbian、Linux伪煤、Android加袋、iOS、Black BerryOS 6.0抱既、Windows Phone 7）下安裝是否正常职烧。
2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里防泵。
3）軟件安裝各個選項的組合是否符合概要設計說明
4)）軟件安裝向導的UI測試
5）軟件安裝過程是否可以取消阳堕，點擊取消后，寫入的文件是否如概要設計說明處理
6）軟件安裝過程中意外情況的處理是否符合需求（如死機择克，重啟，斷電）
7）安裝空間不足時是否有相應提示
8）安裝后沒有生成多余的目錄結構和文件
9）對于需要通過網絡驗證之類的安裝前普，在斷網情況下嘗試一下
10）還需要對安裝手冊進行測試肚邢，依照安裝手冊是否能順利安裝
2.2.2卸載
1）直接刪除安裝文件夾卸載是否有提示信息。
2）測試系統(tǒng)直接卸載程序是否有提示信息拭卿。
3）測試卸載后文件是否全部刪除所有的安裝文件夾骡湖。
4）卸載過程中出現的意外情況的測試（如死機、斷電峻厚、重啟）响蕴。
5）卸載是否支持取消功能，單擊取消后軟件卸載的情況惠桃。
6）系統(tǒng)直接卸載UI測試浦夷，是否有卸載狀態(tài)進度條提示。
2.3 UI測試
測試用戶界面(如菜單辜王、對話框劈狐、窗口和其它可規(guī)控件)布局、風格是否滿足客戶要求呐馆、文字是否正確肥缔、頁面是否美觀、文字汹来、圖片組合是否完美续膳、操作是否友好等。
UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覓功能收班。確保用戶界面符合公司或行業(yè)的標準坟岔。包括用戶友好性、人性化闺阱、易操作性測試炮车。
2.3.1導航測試
1）按鈕、對話框、列表和窗口等瘦穆；或在不同的連接頁面之間需要導航
2）是否易于導航纪隙，導航是否直觀
3）是否需要搜索引擎
4）導航幫助是否準確直觀
5）導航與頁面結構、菜單扛或、連接頁面的風格是否一致
2.3.2圖形測試
1）橫向比較绵咱。各控件操作方式統(tǒng)一
2）自適應界面設計，內容根據窗口大小自適應
3）頁面標簽風格是否統(tǒng)一
4）頁面是否美觀
5）頁面的圖片應有其實際意義而要求整體有序美觀
6）圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量小
7）界面整體使用的顏色不宜過多
2.3.3內容測試
1）輸入框說明文字的內容與系統(tǒng)功能是否一致
2）文字長度是否加以限制
3）文字內容是否表意不明
4）是否有錯別字
5）信息是否為中文顯示
6）是否有敏感性詞匯熙兔、關鍵詞
7）是否有敏感性圖片悲伶，如：涉及版權、專利住涉、隱私等圖片
2.4功能測試
根據軟件說明或用戶需求驗證App的各個功能實現麸锉，采用如下方法實現并評估功能測試過程：
1)采用時間、地點舆声、對象花沉、行為和背景五元素或業(yè)務分析等方法分析、提煉App的用戶使用場景媳握，對比說明或需求碱屁，整理出內在、外在及非功能直接相關的需求蛾找，構建測試點娩脾，并明確測試標準，若用戶需求中無明確標準遵循打毛，則需要參考行業(yè)或相關國際標準或準則柿赊。
2)根據被測功能點的特性列丼出相應類型的測試用例對其進行覆蓋，如幻枉；涉及輸入的地方需要考慮等價闹瞧、邊界、負面展辞、異嘲掠剩或非法、場景回滾罗珍、關聯測試等測試類型對其進行覆蓋洽腺。
3)在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業(yè)務或需求理解錯誤覆旱。
2.4.1運行
1）App安裝完成后的試運行蘸朋，可正常打開軟件。
2）App打開測試扣唱，是否有加載狀態(tài)進度提示藕坯。
3）App打開速度測試团南，速度是否可觀。
4）App頁面間的切換是否流暢炼彪，邏輯是否正確
5）注冊
--同表單編輯頁面
--用戶名密碼長度
--注冊后的提示頁面
--前臺注冊頁面和后臺的管理頁面數據是否一致
--注冊后吐根，在后臺管理中頁面提示
6）登錄
--使用合法的用戶登錄系統(tǒng)。
--系統(tǒng)是否允許多次非法的登陸辐马，是否有次數限制拷橘。
--使用已經登陸的賬號登陸系統(tǒng)是否正確處理。
--使用禁用的賬號登陸系統(tǒng)是否正確處理喜爷。
--用戶名冗疮、口令（密碼）錯誤或漏填時能否登陸。
--刪除或修改后的用戶檩帐，原用戶登陸术幔。
--不輸入用戶口令和用戶、重復點（確定或取消按鈕）是否允許登陸湃密。
--登陸后特愿，頁面中登陸信息。
--頁面中有注銷按鈕勾缭。
--登陸超時的處理。
7）注銷
--注銷原模塊目养，新的模塊系統(tǒng)能否正確處理俩由。
--終止注銷能否返回原模塊，原用戶癌蚁。
--注銷原用戶幻梯，新用戶系統(tǒng)能否正確處理。
--使用錯誤的賬號努释、口令碘梢、無權限的被禁用的賬號進行注銷
2.4.2應用的前后臺切換
1) APP切換到后臺，再回到app伐蒂，檢查是否停留在上一次操作界面煞躬。
2) APP切換到后臺，再回到app逸邦，檢查功能及應用狀態(tài)是否正常恩沛，IOS4和IOS5的版本的處理機制有的不一樣。
3) app切換到后臺缕减，再回到前臺時雷客，注意程序是否崩潰，功能狀態(tài)是否正常桥狡，尤其是對于從后臺切換回前臺數據有自動更新的時候搅裙。
4)手機鎖屏解屏后進入app注意是否會崩潰皱卓，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候部逮。
5)當App使用過程中有電話進來中斷后再切換到app娜汁，功能狀態(tài)是否正常
6)當殺掉app進程后，再開啟app甥啄，app能否正常啟動存炮。
7)出現必須處理的提示框后，切換到后臺蜈漓，再切換回來穆桂，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷融虽。
8)對于有數據交換的頁面享完，每個頁面都必需要進行前后臺切換、鎖屏的測試有额，這種頁面最容易出現崩潰般又。
2.4.3免登錄
很多應用提供免登錄功能，當應用開啟時自動以上一次登錄的用戶身份來使用app.
1) app有免登錄功能時巍佑，需要考慮IOS版本差異茴迁。
2)考慮無網絡情況時能否正常進入免登錄狀態(tài)。
3)切換用戶登錄后萤衰，要校驗用戶登錄信息及數據內容是否相應更新堕义，確保原用戶退出。
4)根據MTOP的現有規(guī)則脆栋，一個帳戶只允許登錄一臺機器倦卖。所以，需要檢查一個帳戶登錄多臺手機的情況椿争。原手機里的用戶需要被踢出怕膛，給出友好提示。
5) app切換到后臺秦踪，再切回前臺的校驗
6)切換到后臺褐捻，再切換回前臺的測試
7)密碼更換后，檢查有數據交換時是否進行了有效身份的校驗
8)支持自動登錄的應用在進行數據交換時椅邓，檢查系統(tǒng)是否能自動登錄成功并且數據操作無誤舍扰。
9)檢查用戶主動退出登錄后，下次啟動app希坚，應停留在登錄界面
2.4.4數據更新
根據應用的業(yè)務規(guī)則边苹，以及數據更新量的情況，來確定最優(yōu)的數據更新方案裁僧。
1)需要確定哪些地方需要提供手動刷新个束，哪些地方需要自動刷新慕购，哪些地方需要手動+自動刷新。
2)確定哪些地方從后臺切換回前臺時需要進行數據更新茬底。
3)根據業(yè)務沪悲、速度及流量的合理分配，確定哪些內容需要實時更新阱表，哪些需要定時更新殿如。
4)確定數據展示部分的處理邏輯，是每次從服務端請求最爬，還是有緩存到本地涉馁，這樣才能有針對性的進行相應測試。
5)檢查有數據交換的地方爱致，均有相應的異常處理烤送。
2.4.5離線瀏覽
很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數據供用戶查看糠悯。
1)在無網絡情況可以瀏覽本地數據
2)退出app再開啟app時能正常瀏覽
3)切換到后臺再切回前臺可以正常瀏覽
4)鎖屏后再解屏回到應用前臺可以正常瀏覽
5)在對服務端的數據有更新時會給予離線的相應提示
2.4.6 App更新
1)當客戶端有新版本時帮坚，有更新提示。
2)當版本為非強制升級版時互艾，用戶可以取消更新试和，老版本能正常使用。用戶在下次啟動app時纫普，仍能出現更新提示阅悍。
3)當版本為強制升級版時，當給出強制更新后用戶沒有做更新時局嘁，退出客戶端。下次啟動app時晦墙，仍出現強制升級提示悦昵。
4)當客戶端有新版本時，在本地不刪除客戶端的情況下晌畅，直接更新檢查是否能正常更新但指。
5)當客戶端有新版本時，在本地不刪除客戶端的情況下抗楔，檢查更新后的客戶端功能是否是新版本棋凳。
6)當客戶端有新版本時，在本地不刪除客戶端的情況下连躏，檢查資源同名文件如圖片是否能正常更新成最新版本剩岳。如果以上無法更新成功的，也都屬于缺陷入热。
2.4.7定位拍棕、照相機服務
1) App有用到相機晓铆，定位服務時，需要注意系統(tǒng)版本差異
2)有用到定位服務绰播、照相機服務的地方骄噪，需要進行前后臺的切換測試，檢查應用是否正常蠢箩。
3)當定位服務沒有開啟時链蕊，使用定位服務，會友好性彈出是否允許設置定位提示谬泌。當確定允許開啟定位時滔韵，能自動跳轉到定位設置中開啟定位服務。
4)測試定位呵萨、照相機服務時奏属，需要采用真機進行測試。
2.4.8時間測試
客戶端可以自行設置手機的時區(qū)潮峦、時間囱皿，因此需要校驗該設置對app的影響。
--中國為東8區(qū)忱嘹，所以當手機設置的時間非東8區(qū)時嘱腥，查看需要顯示時間的地方，時間是否展示正確拘悦，應用功能是否正常齿兔。
時間一般需要根據服務器時間再轉換成客戶端對應的時區(qū)來展示，這樣的用戶體驗比較好础米。
比如發(fā)表一篇微博在服務端記錄的是10：00分苇，此時，華盛頓時間為22：00屁桑，客戶端去瀏覽時医寿，如果設置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,當時間設回東8區(qū)時間時，再查看則顯示為10：00蘑斧。
2.4.9PUSH測試
1)檢查push消息是否按照指定的業(yè)務規(guī)則發(fā)送
2)檢查不接受推送消息時靖秩，檢查用戶不會再接收到push.
3)如果用戶設置了免打擾的時間段，檢查在免打擾時間段內竖瘾，用戶接收不到PUSH沟突。
在非免打擾時間段，用戶能正常收到push捕传。
4)當push消息是針對登錄用戶的時候惠拭，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來庸论。一般情況下求橄，只對手機上最后一個登錄用戶進行消息推送今野。
5)測試push時，需要采用真機進行測試罐农。
2.5性能測試
評估App的時間和空間特性 ：
1)極限測試：在各種邊界壓力情況下条霜，如電池、存儲涵亏、網速等宰睡，驗證App是否能正確響應。
--內存滿時安裝App
--運行App時手機斷電
--運行App時斷掉網絡
2)響應能力測試：測試App中的各類操作是否滿足用戶響應時間要求 气筋。
--App安裝拆内、卸載的響應時間
--App各類功能性操作的影響時間
3)壓力測試：反復/長期操作下、系統(tǒng)資源是否占用異常宠默。
--App反復進行安裝卸載麸恍，查看系統(tǒng)資源是否正常
--其他功能反復進行操作，查看系統(tǒng)資源是否正常
4)性能評估：評估典型用戶應用場景下搀矫，系統(tǒng)資源的使用情況抹沪。
5)Benchmark測試（基線測試）：與競爭產品的Benchmarking, 產品演變對比測試等。
2.6交叉事件測試
針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法瓤球。交叉測試又叫事件或沖突測試融欧，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試卦羡。如噪馏；App在前/后臺運行狀態(tài)時與來電、文件下載绿饵、音樂收聽等關鍵運用的交互情況測試等欠肾。交叉事件測試非常重要，能發(fā)現很多應用中潛在的性能問題拟赊。
1）多個App同時運行是否影響正常功能
2）App運行時前/后臺切換是否影響正常功能
3）App運行時撥打/接聽電話
4）App運行時發(fā)送/接收信息
5）App運行時發(fā)送/收取郵件
6）App運行時切換網絡（2G刺桃、3G、wifi）
7）App運行時瀏覽網絡
8）App運行時使用藍牙傳送/接收數據
9）App運行時使用相機要门、計算器等手機自帶設備
2.7兼容測試
主要測試內部和外部兼容性
1）與本地及主流App是否兼容
2）基于開發(fā)環(huán)境和生產環(huán)境的不同虏肾，檢驗在各種網絡連接下(WiFi廓啊、GSM欢搜、GPRS、EDGE谴轮、WCDMA炒瘟、CDMA1x、CDMA2000第步、HSPDA等)疮装，App的數據和運用是否正確
3）與各種設備是否兼容缘琅，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致
--不同操作系統(tǒng)的兼容性廓推，是否適配
--不同手機屏幕分辨率的兼容性
--不同手機品牌的兼容性
2.8回歸測試
1）Bug修復后且在新版本發(fā)布后需要進行回歸測試刷袍。
2）Bug修復后的回歸測試在交付前、要進行全量用例的回歸測試樊展。
2.9升級呻纹、更新測試
新版版發(fā)布后，配合不同網絡環(huán)境的自勱更新提示及下載专缠、安裝雷酪、更新、啟勱涝婉、運行的驗證測試哥力。
1）測試升級后的功能是否與需求說明一樣
2）測試與升級模塊相關的模塊的功能是否與需求一致
3）升級安裝意外情況的測試（如死機、斷電墩弯、重啟）
4）升級界面的UI測試
5）不同操作系統(tǒng)間的升級測試
2.10用戶體驗測試
以主觀的普通消費者的角度去感知產品或服務的舒適吩跋、有用、易用最住、友好親切程度钞澳。通過不同個體、獨立空間和非經驗的統(tǒng)計復用方式去有效評價產品的體驗特性提出修改意見提升產品的潛在客戶滿意度涨缚。
1）是否有空數據界面設計轧粟，引導用戶去執(zhí)行操作。
2）是否濫用用戶引導脓魏。
3）是否有不可點擊的效果兰吟，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉茂翔，或者拿掉按鈕混蔼，否則會給用戶誤導
4）菜單層次是否太深
5）交互流程分支是否太多
6）相關的選項是否離得很遠
7）一次是否載入太多的數據
8）界面中按鈕可點擊范圍是否適中
9）標簽頁是否跟內容沒有從屬關系，當切換標簽的時候珊燎，內容跟著切換
10）操作應該有主次從屬關系
11）是否定義Back的邏輯惭嚣。涉及軟硬件交互時，Back鍵應具體定義
12）是否有橫屏模式的設計悔政，應用一般需要支持橫屏模式晚吞，即自適應設計
2.11硬件環(huán)境測試
2.11.1手勢操作測試
1）手機開鎖屏對運行中的App的影響
2）切換網絡對運行中的App的影響
3）運行中的App前后臺切換的影響
4）多個運行中的App的切換
5）App運行時關機
6）App運行時重啟系統(tǒng)
7）App運行時充電
8）App運行時kill掉進程再打開
2.11.2網絡環(huán)境
手機的網絡目前主要分為2G、3G谋国、wifi槽地。目前2G的網絡相對于比較慢，測試時尤其要注意此塊的測試。
1)無網絡時捌蚊，執(zhí)行需要網絡的操作集畅，給予友好提示，確保程序不出現crash缅糟。
2)內網測試時挺智，要注意選擇到外網操作時的異常情況處理。
3)在網絡信號不好時窗宦，檢查功能狀態(tài)是否正常逃贝，確保不因提交數據失敗而造成crash。
4)在網絡信號不好時迫摔，檢查數據是否會一直處于提交中的狀態(tài)沐扳，有無超時限制。如遇數據交換失敗時要給予提示句占。
5)在網絡信號不好時沪摄，執(zhí)行操作后，在回調沒有完成的情況下纱烘，退出本頁面或者執(zhí)行其他操作的情況杨拐，有無異常情況。此問題也會經常出現程序crash擂啥。
2.11.3服務器宕機或出現404哄陶、502等情況下的測試
后臺服務牽涉到DNS、空間服務商的情況下會影響其穩(wěn)定性哺壶，
如：當出現域名解析故障時屋吨，你對后臺API的請求很可能就會出現404錯誤，拋出異常山宾。
這時需要對異常進行正確的處理至扰，否則可能會導致程序不能正常工作。
2.12接口測試
服務端一般會提供JSON格式的數據給客戶端资锰，所以我們在服務端需要進行接口測試秉继，
確保服務端提供的接口并轉換的JSON內容正確壳繁，對分支历造、異常流有相應的返回值预鬓。
此塊測試可以采用itest框架進行測試。最方便的是采用httpclient進行接口測試.
進行服務端測試時鞭盟，需要開發(fā)提供一份接口文檔圾结。
2.13客戶端數據庫測試
1）一般的增、刪懊缺、改疫稿、查測試。
2）當表不存在時是否能自動創(chuàng)建鹃两，當數據庫表被刪除后能否再自建遗座，數據是否還能自動從服務端中獲取回來并保存。
3）在業(yè)務需要從服務端取回數據保存到客戶端的時候俊扳，客戶端能否將數據保存到本地途蒋。
4）當業(yè)務需要從客戶端取數據時，檢查客戶端數據存在時馋记，app數據是否能自動從客戶端數據中取出号坡，還是仍然會從服務器端獲取梯醒？檢查客戶端數據不存在時宽堆，app數據能否自動從服務器端獲取到并保存到客戶端
5）當業(yè)務對數據進行了修改、刪除后茸习，客戶端和服務端是否會有相應的更新畜隶。
以上就是整理的測試部分內容，感興趣的可以自己選取有用的自己測試看看
