第一篇：APP測試功能點總結

APP測試功能點總結

1.功能性測試：

——根據(jù)產品需求文檔編寫測試用例。

——軟件設計文檔編寫用例。

注意：就是根據(jù)產品需求文檔編寫測試用例而進行測試。

2.兼容性測試:

——android版本的兼容性

——手機分辨率兼容性

——網(wǎng)絡的兼容性：2G3G4GWIFI,弱網(wǎng)下、斷網(wǎng)時

——app跨版本的兼容性

1.適配性測試：

1>.手機不同分辨率支持：客戶端支持的分辨率等

2>.手機不同版本的支持：2.34.04.4等；在測試計劃中：需要安排單獨的時間用于android不同系統(tǒng)的兼容性測試，包括2.0以下版本和4.0以上等

3>.手機不同廠家系統(tǒng)的支持：不同廠家會有不同android系統(tǒng)，例如：小米，華為，錘子對市面上主流手機的支持

4>.手機不同尺寸的支持：3.5到5.0屏幕在UI顯示有區(qū)別，要支持最大到最小。

2.安裝、卸載測試：

1>.生成apk文件在真機上可以安裝及卸載；

2>.Android手機端通用安裝工具。如：豌豆莢

3.在線升級測試：

1>.驗證數(shù)字簽名

2>.升級后可以正常使用。

3>.在線跨版本升級。

3.性能測試：

——壓力測試：

——電量流量測試：

——cup、內存消耗：

——app啟動時長

——crash率

——內存泄漏

4.網(wǎng)絡測試：

1.外網(wǎng)測試主要現(xiàn)實模擬客戶使用網(wǎng)絡環(huán)境，檢驗客戶單程序在實際網(wǎng)若環(huán)境中使用情況及進行業(yè)務操作。

2.外網(wǎng)測試主要覆蓋到wifi2G3G4G,.netwap、電信移動聯(lián)通、所有可能的組合進行測試。

原則：

1.盡可能全面覆蓋用戶的使用場景，測試用例中需要包含不同網(wǎng)絡排列組合的各種可能。

2.還有模擬信號被屏蔽時候?？蛻舳说挠绊懙?。還有做外包場景測試，在高山、丘陵、火車上等特殊環(huán)境下進行全面測試

5.接口性測試：

——client端和service端的交互

——client端的數(shù)據(jù)更新和service端的數(shù)據(jù)是否一致

——client端更新時斷開了。

——client端更新時service端掛了。

6.業(yè)務邏輯測試：

1.業(yè)務邏輯測試：主要測試客戶端業(yè)務能否正常完成。

2.功能點測試：主要測試客戶端功能點是否正常使用

3.關聯(lián)性測試：主要測試客戶端與pc端的交互，客戶端處理完后，pc端與客戶端數(shù)據(jù)一致

7.異常測試：

1.交互異常性測試：客戶端作為手機特性測試，包括被打擾的情況；如來電、來短信、低電量測試等，還要注意手機端硬件上，如：待機，插拔數(shù)據(jù)線、耳機等操作不會影響客戶端。

2.異常性測試：主要包含了斷網(wǎng)、斷電、服務器異常等情況下，客戶端能否正常處理，保證數(shù)據(jù)正確性。

客戶端側性能測試：

1.基準性能測試：主要通過壓服務器端接口及客戶端在不同網(wǎng)絡環(huán)境下響應速度。

2.大數(shù)量的測試：主要在特定環(huán)境下，客戶端一次性更新大量的數(shù)據(jù)及人員列表時，客戶端能否正常處理，分為三種情況：

——客戶端第一次使用，第一次就更新大量數(shù)據(jù)及人員列表。

——客戶端在平時更新中，更新大量的數(shù)據(jù)

——客戶端已經(jīng)在手機本地下載很多數(shù)據(jù)后，再次更新大量

如果想要在測試方面獲得進一步的提升，那么你就需要學會使用App測試工具。一方面，通過測試工具可以代替你做重復繁瑣的部分工作，你節(jié)省出的是更多的學習時間，另一方面，這些工具還會為你提供大量的游戲運行數(shù)據(jù)和日志，有了這些數(shù)據(jù)你就能更方便的判斷問題發(fā)生的原因，這寫數(shù)據(jù)的解讀能力將是你未來的最大競爭力。

第二篇：app測試總結

App測試總結

一、App測試流程與web項目流程區(qū)別

1.對UI要求比較高，需要更加注重用戶體驗。對于一個小小的屏幕，如何讓用戶使用更加輕便、簡介、易用。

2.App是調用服務端接口展示數(shù)據(jù)。我們測試需要可以判斷問題是客戶端還是服務端接口返回數(shù)據(jù)錯誤。

3.App網(wǎng)絡測試。手機對網(wǎng)絡要求比較特別，網(wǎng)絡分2G，3G，wifi。有條件的話，可以分別測試下。

4.App需要版本升級功能。（非常重要）

5.Push推送測試（現(xiàn)在客戶基本都挺重視此功能）

二、服務端測試

服務端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務端需要進行接口測試，確保服務端提供的接口并轉換的JSON內容正確，對分支、異常流有相應的放置。我們可以用RESTClient進行接口測試（接口需要開發(fā)提供文檔，如何調用接口）安裝方法

1.安裝Firefox-附件組件-擴展

2.安裝成功后，點擊restclient圖標

根據(jù)開發(fā)提供文檔編輯url如圖，可以獲取json數(shù)據(jù)。通過這個我們可以測試接口返回數(shù)據(jù)是否正確

三、客戶端測試

1.網(wǎng)絡

1）無網(wǎng)絡，執(zhí)行需要網(wǎng)絡的操作，要有友好的提示，確保程序不出現(xiàn)crash。由于網(wǎng)絡出現(xiàn)crash都屬于bug。

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í)行其他操作的情況，有無異常情況。此問題也會經(jīng)常出現(xiàn)程序crash

2.應用的前后臺切換

1）app切換到后臺，再回到app，檢查是否停留在上一次操作界面 2）app切換到后臺，再回到app，檢查功能及應用狀態(tài)是否正常

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)崩潰

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

根據(jù)應用的業(yè)務規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。1）需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新

2）確定哪些地方從后臺切換回前臺時需要進行數(shù)據(jù)更新 4.5.6.7.8.3）根據(jù)業(yè)務、速度及流量的合理分配，確定哪些內容需要實時更新，哪些需要定時更新

4）確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務端請求，還是有緩存到本地，這樣才能有針對性的進行相應測試

5）檢查有數(shù)據(jù)交換的地方，均有相應的異常處理 Push測試

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

2）檢查不接受推送消息時，檢查用戶不會再接收到push 3）如果用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到push。再非免打擾時間段，用戶能正常收到push 4）需要注意的是，Ios如果是開發(fā)刷上來的app，是沒有推送的。需要自己網(wǎng)頁上下載或者拿到ipa安裝包自己使用手機助手安裝的才有推送 客戶端更新

客戶端更新一般是通過與服務器返回的當前版本號比較來判斷是否有更新。我們測試模擬更新時，首先要了解到服務端當前版本號(1.0)，然后讓客戶端打高版本的安裝包(2.0)，通知服務端改服務端版本號也改成2.0，把2.0安裝包放服務端后。即可開始升級測試。

1）當客戶端有新版本時，有更新提示

2）當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現(xiàn)更新提示。如果是正式app已經(jīng)上線，那么升級時一定要考慮老版本是否能正常使用。

3）當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端或者切換到后臺，下次啟動app時，仍出現(xiàn)強制升級提示

4）可以不刪除客戶端，覆蓋安裝。覆蓋安裝后，登錄信息都應該保存的。5）更新成功后，檢查是否是新版本。并且不能再提示升級 免登錄

很多應用提供免登錄功能，當應用開啟時自動以上一次登錄的用戶身份來使用app 1）考慮無網(wǎng)絡情況時能否正常進入免登錄狀態(tài)

2）切換用戶登錄后，要校驗用戶登錄信息及數(shù)據(jù)內容是否相應更新，確保原用戶退出

3）App切換到后臺再切換到前臺的校驗

4）密碼更換后，檢查有數(shù)據(jù)交換時是否進行了有效身份的校驗 5）檢查用戶主動退出登錄后，下次啟動app，應停留在登錄頁面 離線瀏覽

很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數(shù)據(jù)供用戶查看。1）在無網(wǎng)絡情況可以本地瀏覽本地數(shù)據(jù) 2）退出app再開啟app時能正常瀏覽 3）切換到后臺再切回前臺可以正常瀏覽 4）鎖屏后再解屏回到應用前臺可以正常瀏覽

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

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

時間一般需要根據(jù)服務器時間再轉換成客戶端對應的時區(qū)來展示，這樣的用戶體驗比較好。譬如發(fā)表一篇微博在服務端記錄是10:00，此時，華盛頓時間為22:00，客戶端去瀏覽時，如果設置的是華盛頓時間，則顯示發(fā)表時間為22：00.四、零散通用內容測試

1.對模擬鍵盤的處理，例如鍵盤展開后，點擊其他位置是否正常首期，鍵盤使用完成后，能否正常收起

2.同事或者快速點擊不同的兩個按鍵，檢查程序是否正常，此問題經(jīng)常會crash，或者出現(xiàn)兩個功能界面并存的情況 3.較快速點擊同一按鈕多次，檢查程序是否正常，一般情況下需要對按鈕做置灰處理，在響應成功之前，只允許操作一次，否則可能會產生重復數(shù)據(jù)

4.文字特殊符號的展示顯示能正常輸入，不轉義顯示，如<>不會顯示成<> 5.考慮界面的完整性，在界面數(shù)據(jù)顯示寬度上，我們要考慮是自適應，還是自動換行，當自適應的時候，程序會在顯示不全的時候自動顯示…,此時，就要考慮哪些內容是可以…,哪些內容是必須要完整顯示的。

6.字體，顏色，視覺搭配的感觀測試也是很重要的一點，如果你感覺看上去很模糊，或者看著很累，說明設計上肯定是存在一定問題

五、問題排查

我們在客戶端測試時，經(jīng)常會碰到程序crash，有的是可以重現(xiàn)的。有的是莫名其妙的閃退

可以找開發(fā)debug，譬如ios。連上xcode運行，debug。Ios的話，你的應用的歷史crash都是可以在蘋果mac機器上看到crash的日志的。

第三篇：App測試方法總結

一、安全測試 1.軟件權限

1）扣費風險：包括短信、撥打電話、連接網(wǎng)絡等。

2）隱私泄露風險：包括訪問手機信息、訪問聯(lián)系人信息等。

3）對App的輸入有效性校驗、認證、授權、數(shù)據(jù)加密等方面進行檢測 4）限制/允許使用手機功能接入互聯(lián)網(wǎng) 5）限制/允許使用手機發(fā)送接收信息功能 6）限制或使用本地連接

7）限制/允許使用手機拍照或錄音 8）限制/允許使用手機讀取用戶數(shù)據(jù) 9）限制/允許使用手機寫入用戶數(shù)據(jù)

10）限制/允許應用程序來注冊自動啟動應用程序 2.安裝與卸載安全性

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

2）能夠在安裝設備驅動程序上找到應用程序的相應圖標 3）安裝路徑應能指定

4）沒有用戶的允許，應用程序不能預先設定自動啟動 5）卸載是否安全，其安裝進去的文件是否全部卸載 6）卸載用戶使用過程中產生的文件是否有提示 7）其修改的配置信息是否復原 8）卸載是否影響其他軟件的功能 9）卸載應該移除所有的文件 3.數(shù)據(jù)安全性

1）當將密碼或其它的敏感數(shù)據(jù)輸入到應用程序時，其不會被存儲在設備中，同時密碼也不會被解碼。2）輸入的密碼將不以明文形式進行顯示。

3）密碼、信用卡明細或其他的敏感數(shù)據(jù)將不被存儲在它們預輸入的位置上。4）不同的應用程序的個人身份證或密碼長度必須至少在4-8個數(shù)字長度之間。

5）當應用程序處理信用卡明細或其它的敏感數(shù)據(jù)時，不以明文形式將數(shù)據(jù)寫到其他單獨的文件或者臨時文件中。以防止應用程序異常終止而又沒有刪除它的臨時文件，文件可能遭受入侵者的襲擊，然后讀取這些數(shù)據(jù)信息。

6）黨建敏感數(shù)據(jù)輸入到應用程序時，其不會被存儲在設備中。7）應用程序應考慮或者虛擬機器產生的用戶提示信息或安全警告

8）應用程序不能忽略系統(tǒng)或者虛擬機器產生的用戶提示信息或安全警告，更不能在安全警告顯示前，利用顯示誤導信息欺騙用戶，應用程序不應該模擬進行安全警告誤導用戶。

9）在數(shù)據(jù)刪除之前，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作。10）應用程序應當能夠處理當不允許應用軟件連接到個人信息管理的情況。

11）當進行讀或寫用戶信息操作時，應用程序將會向用戶發(fā)送一個操作錯誤的提示信息。12）在沒有用戶明確許可的前提下不損壞刪除個人信息管理應用程序中的任何內容。13）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫，應及時告知用戶。14）能合理的處理出現(xiàn)的錯誤。15）意外情況下應提示用戶。4.通訊安全性

1）在運行軟件過程中，如果有來電、SMS、藍牙等通訊或充電時，是否能暫停程序，優(yōu)先處理通信，并在處理完畢后能正?；謴蛙浖^續(xù)其原來的功能。2）當創(chuàng)立連接時，應用程序能夠處理因為網(wǎng)絡連接中斷，進而告訴用戶連接中斷的情況。3）應能處理通訊延時或中斷。

4）應用程序將保持工作到通訊超時，進而給用戶一個錯誤信息指示有鏈接錯誤。5）應能處理網(wǎng)絡異常和及時將異常情況通報用戶。6）應用程序關閉網(wǎng)絡連接不再使用時應及時關閉，斷開。5.人機接口安全測試

1）返回菜單應總保持可用。2）命令有優(yōu)先權順序。

3）聲音的設置不影響使用程序的功能。4）聲音的設置不影響應用程序的功能

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

二、安裝、卸載測試

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

1）軟件安裝后是否能夠正常運行，安裝后的文件夾以及文件是否寫到了指定的目錄里。2）軟件安裝各個選項的組合是否符合概要設計說明。3）軟件安裝向導的UI測試

4）安裝后沒有生成多余的目錄結構和文件。2.卸載

1）測試系統(tǒng)直接卸載程序是否有提示信息。

2）測試卸載后文件是否全部刪除所有的安裝文件夾。3）卸載是否支持取消功能，單擊取消后軟件卸載的情況。4）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進度條提示。

三、UI測試

1）測試用戶界面（如菜單、對話框、窗口和其他控件）布局、風格是否滿足要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。

2）UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性測試。1.導航測試

1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導航。2）是否易于導航，導航是否直觀。3）是否需要搜索引擎。4）導航幫助是否準確直觀。

5）導航與頁面結構、菜單、連接頁面的風格是否一致。2.圖形測試

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

2）自適應界面設計，內容根據(jù)窗口大小自適應。3）頁面標簽風格是否統(tǒng)一。4）頁面是否美觀。

5）頁面的圖片應有其實際意義而要求整體有序美觀。3.內容測試

1）輸入框說明文字的內容與系統(tǒng)功能是否一致。2）文字長度是否加以限制。3）文字內容是否表意不明。4）是否有錯別字。5）信息是否為中文顯示。

四、功能測試

根據(jù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)，采用如下方法實現(xiàn)并評估功能測試過程： 1）采用時間、地點、對象、行為和背景五元素或業(yè)務分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，并明確測試標準。2）根據(jù)被測功能點的特性列出相應類型的測試用例對其進行覆蓋，如：設計輸入的地方需要考慮等價、邊界、負面、異常、非法、場景回滾、關聯(lián)測試等測試類型對其進行覆蓋。

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

1）App安裝完成后的試運行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進度提示。3）App頁面間的切換是否流暢，邏輯是否正確。4）注冊

? ? ? ? ? 同表單編輯頁面 用戶名密碼長度 注冊后的提示頁面

前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致 注冊后，在后臺管理中頁面提示

5）登錄

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

系統(tǒng)是否允許多次非法的登錄，是否有次數(shù)限制 ? ? ? ? ? ? ? 使用已經(jīng)登錄的賬號登錄系統(tǒng)是否正確處理 用戶名、口令（密碼）錯誤或漏填時能否登陸 刪除或修改后的用戶，原用戶名登陸

不輸入用戶口令和重復點“確定/取消”按鈕，是否允許登錄 登陸后，頁面中登錄信息 頁面中有注銷按鈕 登錄超時的處理

2.應用的前后臺切換

1）App切換到后臺，再回到App，檢查是否停留在上一次操作界面。2）App切換到后臺，再回到App，檢查功能及應用狀態(tài)是否正常。

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)崩潰。3.免登陸

很多應用提供免登陸功能，當應用開啟時自動以上一次登錄的用戶身份來使用App。1）考慮無網(wǎng)絡情況時能否正常進入免登錄狀態(tài)。

2）切換用戶登陸后，要校驗用戶登錄信息以及數(shù)據(jù)內容是否相應更新，確保原用戶退出。

3）根據(jù)Mtop的現(xiàn)有規(guī)則，一個賬戶只允許登陸一臺機器。所以，需要檢查一個賬戶登錄多臺手機的情況。原手機里的用戶需要被退出，給出友好提示。4）App切換到后臺，在切換回前臺的校驗。5）切換到后臺，再切換回到前臺的測試。

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

7）支持自動登錄的應用在進行數(shù)據(jù)校驗時，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤。8）檢查用戶主動退出登錄后，下次啟動App，應停留在登錄界面。4.離線瀏覽

很多應用會支持離線瀏覽，即在本地客戶端會緩存一部分數(shù)據(jù)供用戶查看。1）在無線網(wǎng)絡情況可以瀏覽本地數(shù)據(jù)。2）退出App再開啟App時能正常瀏覽。3）切換到后臺再回到前臺可以正常瀏覽。4）鎖屏后再解鎖回到應用前臺可以正常瀏覽。

5）在對服務器段的數(shù)據(jù)有更新時回給予離線的相應提示。5.App更新

1）當客戶端有新版本時，有更新提示。

2）當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動App時，仍出現(xiàn)更新提示。

3）當版本為強制升級版時，但給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動App時，仍出現(xiàn)強制升級提示。4）當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

5）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。6）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。6.定位、照相機服務

1）App有用到相機，定位服務時，需要注意系統(tǒng)版本差異。

2）有用到照相機服務的地方，需要進行前后臺的切換測試，檢查應用是否正常。3）測試照相機服務時，需要采用真機進行測試。7.PUSH測試

1）檢查Push消息是否按照指定的業(yè)務規(guī)則發(fā)送。

2）檢查不接收推送消息時，用戶不會在接收到Push消息。

3）如果用戶設置了免打擾的時間段，檢查在免打擾時間段內，用戶接收不到Push。在非免打擾時間段內，用戶能正常收到Push。

4）當Push消息是針對登錄用戶的時候，需要檢查收到的Push與用戶身份是否相符，沒有錯誤的將其他人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。5）測試Push時，需要采用真機進行測試。

五、性能測試

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

? ? App安裝、卸載的響應時間 App各類功能性操作的響應時間

2）壓力測試，反復/長期操作下，系統(tǒng)資源是否占用異常。

? App反復進行安裝卸載，檢查系統(tǒng)資源是否正常 ? 其他功能反復進行操作，檢查系統(tǒng)資源是否正常

六、交叉事件測試

針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如：App在前/后臺運行狀態(tài)時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應用中潛在的性能問題。1）多個App同時運行是否影響正常功能。2）App運行時前/后臺切換是否影響正常功能。3）App運行時撥打/接聽電話。4）App運行時發(fā)送/接收信息。5）App運行時發(fā)送/收取郵件。6）App運行時瀏覽網(wǎng)絡。

7）App運行時使用藍牙傳送/接收數(shù)據(jù)。

8）App運行時使用相機、計算器等手機自帶設備。

七、兼容測試

主要測試內部和外部兼容性 1）與本地及主流App是否兼容

2）與各種設備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在個系統(tǒng)下，各種行為是否一致。

? ? 不同手機屏幕分標率的兼容性 不同手機品牌的兼容性

八、回歸測試

1）Bug修復后且在新版本發(fā)布后需要進行回歸測試。2）Bug修復后的回歸測試在交付前、要進行大量用例的回歸測試。

九、用戶體驗測試

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

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

3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導。4）菜單層次是否太深。5）交互流程分支是否太多。6）相關的選項是否離的很遠。7）一次是否載入太多的數(shù)據(jù)。8）界面中按鈕可點擊范圍是否適中。

9）標簽頁是否跟內容沒有從屬關系，當切換標簽的時候，內容跟著切換。10）操作應該有主次從屬關系。

11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應具體定義。12）是否有橫屏模式的設計，應用一般需要支持橫屏模式，即自適應設計。

十、手勢操作測試

1）手機開鎖屏對運行中的App的影響。2）運行中的App前后臺切換的影響。3）多個運行中的App的切換。4）App運行時關機。5）App運行時重啟系統(tǒng)。6）App運行時充電

7）App運行時Kill掉進程再打開

十一、客戶端數(shù)據(jù)庫測試 1）一般的增、刪、改、查測試。

2）當表不存在時是否能自動創(chuàng)建，當數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動從服務器中獲取回來并保存。

3）在業(yè)務需要從服務器端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地。

4）當業(yè)務需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時，App數(shù)據(jù)是否能自動從客戶端數(shù)據(jù)中取出，還是仍然會從服務器端獲?。繖z查客戶端數(shù)據(jù)不存在時，App數(shù)據(jù)能否自動從服務器端獲取到并保存到服務器端。

5）當業(yè)務對數(shù)據(jù)進行了修改、刪除后，客戶端和服務器端是否會有相應的更新。

第四篇：功能測試總結精華

以下是本人在工作中的功能測試小結，拿來和大家一起分享：

1.留意分機電話號碼

2.輸入相同的字段名稱（一般為必填項的）后，選擇信息（可以有不同選擇的，如：下拉框）： 輸入同一個名稱后，分別選擇不同的狀態(tài)，進行保存時，驗證是否可以正常操作。

3.修改信息時，注意進入到修改頁面后信息是否可以被修改，并查看修改后的信息與添加頁面的信息是否一致

4.修改信息時，在修改頁面輸入異常數(shù)據(jù)或超長字符后保存

5.注重關聯(lián)測試

6.測試登錄時，別忘了修改密碼時的相關測試

7.在搜索欄輸入關鍵字后，敲空格

8.重復點擊頁面上的按鈕，觀察系統(tǒng)反應

9.測試刪除時，刪除完所有信息后，點擊刪除按鈕，觀察系統(tǒng)的反應

10.上傳下載文件檢查，對上傳下載的文件名也要進行檢查，有時下載下來的文件名是亂碼

11.界面測試不光要考慮合理的鍵盤輸入，還應考慮是否可以通過鼠標拷貝粘貼輸入

12.在分類樹結構中進行操作時，關注當編輯子分類時，上級分類應該是只讀的13.分頁測試時，應注意在頁碼欄處輸入較大數(shù)字的情況

14.如果是不用選擇對象就可以直接進入的按鈕，沒有必要在沒有選擇對象時提示“請選擇要操作的對象”，而在全選或者選擇一個后才可以進入按鈕對應的頁面

15.測試時，留意不同瀏覽器下文字的字體、顏色變化。

16.選項卡形式的文字切換時，文字有鏈接時，鼠標滑過時顏色更改就可以進行選項卡切換；文字無鏈接時，需要手動點擊鼠標才可以切換；

17.測試時注意留意瀏覽器標題欄：查看標題欄顯示的信息和網(wǎng)頁標題是否一致；

18.對于頁面有表格的，表格中字段寬度應有重點優(yōu)先級；

19.按鈕實現(xiàn)功能時盡可能放在同一個頁面；

20.檢查多次使用back鍵的情況：在有back的地方，back，回到原來頁面，再back，重復多次，看會否出錯；

21.點擊提示：點擊瀏覽過的信息顏色需要顯示為不同的顏色，以區(qū)分于未閱讀內容，避免重復閱讀；

22.錯誤提示：若表單填寫錯誤，應指明填寫錯誤之處，并保存原有填寫內容，減少重復工作；

第五篇：功能測試總結

以下內容，感謝本人朋友提供：

1.對你們整個系統(tǒng)的數(shù)據(jù)流走向熟悉了嗎 2.沒操作一步，數(shù)據(jù)進入哪些表? 什么狀態(tài)? 3.產生多少條數(shù)據(jù) 4.服務架構是什么 5.抓包分析你的接口了嗎

6.那怎么定位到代碼錯誤的?先查看日志

服務器架構