第一篇：埋點測試方法總結

一、Android 1.安裝Eclipse和andr插件DDMS。

（相應的環境變量配置好，如有請忽略）

2.打開Eclipse 啟動DDMS

找到logcat，如果當前視圖中沒有，通過以下方式找到 windows-show view-logcat 4.埋點檢查

1.使用數據線將手機和電腦相連，登陸58 app 進行操作，查看logcat中的日志，logcat中日志會比較多，可以創建一個過濾器，Filter Name 隨意填，bylog tag用的是new_actionlog,保存

2.觀察log中的日志，與PM提供的埋點excel文檔對比，是否一致

主要看3個值 pagetype、actiontype、params，不同的埋點，這3個參數對應的值不同，以excel為準

二、IOS 1.將ios_test_src.rar解壓放到D盤跟目錄下（可根據自己需要調整盤符，無中文目錄）2.手機連接PC的共享wifi熱點（不需要手動設置代理）

3.D:ios_test_srcsrc雙擊埋點監聽端口7891.bat或埋點監聽端口7890.bat”

4.打開APP包，切換到APP測試環境：個人中心-更多-右上角【測試界面】（只有測試包有）log開關打開”輸入本機IP，輸入腳本監聽端口7890或7891

5.可以測試了

同樣檢查 pagetype、actiontype、params對應的值

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

APP測試功能點總結

1.功能性測試：

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

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

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

2.兼容性測試:

——android版本的兼容性

——手機分辨率兼容性

——網絡的兼容性：2G3G4GWIFI,弱網下、斷網時

——app跨版本的兼容性

1.適配性測試：

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

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

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

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

2.安裝、卸載測試：

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

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

3.在線升級測試：

1>.驗證數字簽名

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

3>.在線跨版本升級。

3.性能測試：

——壓力測試：

——電量流量測試：

——cup、內存消耗：

——app啟動時長

——crash率

——內存泄漏

4.網絡測試：

1.外網測試主要現實模擬客戶使用網絡環境，檢驗客戶單程序在實際網若環境中使用情況及進行業務操作。

2.外網測試主要覆蓋到wifi2G3G4G,.netwap、電信移動聯通、所有可能的組合進行測試。

原則：

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

2.還有模擬信號被屏蔽時候。客戶端的影響等。還有做外包場景測試，在高山、丘陵、火車上等特殊環境下進行全面測試

5.接口性測試：

——client端和service端的交互

——client端的數據更新和service端的數據是否一致

——client端更新時斷開了。

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

6.業務邏輯測試：

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

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

3.關聯性測試：主要測試客戶端與pc端的交互，客戶端處理完后，pc端與客戶端數據一致

7.異常測試：

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

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

客戶端側性能測試：

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

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

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

——客戶端在平時更新中，更新大量的數據

——客戶端已經在手機本地下載很多數據后，再次更新大量

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

第三篇：軟件測試方法總結

軟件測試方法總結

（一）發布時間: 2008-12-12 17:07作者: lxm_lxm來源: 51Testing論壇

軟件測試方法的總結，是lxm_lxm根據個人所做過的項目整理的，提供給新來的的朋友們。軟件測試方法總結

一、界面

● 界面測試

（1）測試界面設計是否合理、簡潔、美觀，操作是否方便

（2）功能鍵、數據項信息是否齊全

（3）確認系統中同一功能抌名稱是否統一

（4）設計樣式、風格（查詢條件樣式；輸入風格（點選/手輸入）；）是否與系統其它模塊統一

（5）確認頁面內所有字段名稱顯示風格是否統一（居中、左對齊、右對齊，一般采用居中顯示風格）

1、新增頁面及功能測試

● 字段

在開始測試時應該保證數據的正確性，然后再從系統中找出各種Bug

（1）各字段輸入正確的信息值保存，確認系統是否可以正確完成新增操作。

（2）進入添加界面不輸入任何信息值，單擊“保存”功能按鈕，系統應該給出某個不允許為空字段的提示信息（屬于邊界測試）

（3）建議不允許為空的字段前面加上?*?作為標記（統一性，方便性問題）

（4）編碼/編號字段不允許輸入中文及特殊字符，否則系統應該給出相應的提示信息

（5）測試編碼/編號字段不允許重復，否則系統應該給出相應的提示信息

（6）確認字段是否已做長度限制，如果輸入值超出長度范圍，那么在保存時系統應該給出提示信息

（7）非法測試，如：校驗數值型字段輸入非數值，保存時系統是否給出相應的提示信息（根據實際需要確定數值型字段是否能夠接受負數）

（8）邊界測試，如：確認數值型字段的邊界值（如：有效值為?0-100?整數，那么輸入-1或101保存時系統應該給出相應的提示信息；輸入值為0、100系統應該能正確保存信息值；輸入0到100內的整數值系統應該正確保存信息值）

（9）精確值測試，測試小數位數是否在定義的長度內

（10）字段精確值是否正確（四舍五入否）。

（11）根據實際情況測試名稱字段是否具有唯一性，（一般情況下名稱是不允許重復的，具體問題具體分析），否則系統應該給出相應的提示信息

（12）確認各字段名稱書寫是否正確（注意：要求編輯界面、住息列表中、錯誤提示信息、查詢條件中的字段名稱完全相同）

（13）確認特殊格式的字段是否已做標準格式的限制（如：電子郵件、郵編等）

（14）測試上級信息字段（如：上級XXX名稱、上級XXX編號）的信息值是否根據所選擇的上級XXX名稱系統自動生成（注意：編號生成值一定是維護界面的編號，而不應該是相應表的那個主鍵編碼）

（15）測試如果某字段信息值是從另一個模塊中選擇輸入的，那么需要確認其它相關聯字段的信息值是否也相應的正確的自動帶入，并且這些字段應該都是只讀的（16）創建人/編輯人、發布人、創建時間、創建人字段應該設為只讀的，而且此類字段值應該默認當前操作人的姓名

（17）如果某個字段可以點選輸入多個信息值，那么測試該字段是否接受，并保存了點選輸入的多個信息值

（18）對于多選字段，測試是否具有記憶上次選擇值并已驗重

（19）測試字符型字段是否可以接受空格（統一性問題，建議不要接受空格）

（20）引用其它模塊的字段信息值的字段長度是否與被引用模塊相應字段長度一致

軟件測試方法總結

（二）發布時間: 2008-12-12 17:13作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

6、常用功能鍵的功能測試

（1）保存---所有編輯頁面如果未輸入任何信息值而單擊“保存”，系統應該給出“XXX字段不允許為空”的提示信息

（2）保存---如果某字段輸入值有錯誤或超出長度范圍，那么單擊“保存”按鈕時，系統應該給出相應的提示信息

（3）保存---輸入相關信息單擊“保存”后，建議系統給出“保存成功”提示信息

（4）保存---測試新增/修改信息保存后，信息列表是否自動刷新

（5）下一步---單擊此按鈕，如果有非空字段為空，系統應該給出相應提示信息；如果有字段輸入非法值，單擊此按鈕系統應該給出相應提示信息；正常情況下單擊此功能按鈕，系統進入到下一個編輯/操作界面

（6）上一步---單擊此功能按鈕，系統應該正確返回到上一個編輯/操作界面

（7）瀏覽---測試該功能鍵功能是否已經正確實現，單擊此按鈕系統應該彈出文件選擇頁面，并且可以選擇輸入相關附件

（8）上傳附件---測試上傳功能已經正確實現，確認上傳的附件在界面相應位置是否顯示

（9）下載---測試下載功能已經正確實現（可以將上傳到服務器的附件下載的本地相應位置）

（10）重新上傳---保存操作后上傳功能按鈕名稱應該自動變為“重新上傳”，并且可以重新上傳附件

（11）發布---測試該功能鍵功能已經正確實現，單擊些功能按鈕系統完成發布操作，相應的信息狀態變為“已發布”，發布人、發布時間系統自動生成或已經正確保存（注意：已經發布的信息是不允許再進行修改操作的）（根據系統需求及設計測試，有些系統只有信息修改頁面才有此功能）

（12）取消發布---測試該功能鍵功能是否已經正確實現，單擊此功能按鈕系統完成取消發布功能，相應信息狀態變為“未發布”（根據系統需求及設計測試，有些系統只有信息修改頁面才有此功能）

（13）關閉---單擊此功能按鈕系統將關閉當前頁面，建議當單擊此功能按鈕時系統彈出“確認離開此頁面提示信息”

（14）查詢---單擊查詢功能按鈕，系統按鈕輸入查詢條件進行模糊查詢；查詢條件輸入非法值進行查詢操作，系統應該查詢0記錄

（15）刪除----未勾選待刪除記錄單擊此按鈕系統彈出相應提示信息；正常情況下系統刪除所選記錄

（16）選擇---勾選待選記錄，單擊此按鈕系統完成選擇操作；單擊選擇超鏈接功能按鈕系統完成選擇操作

（17）取消選擇---單擊此功能按鈕，系統完成取消選擇操作（清除所有選擇信息）

軟件測試方法總結

（三）發布時間: 2008-12-12 17:14作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

11、對用戶名、密碼的有效性測試

（1）密碼信息有效性測試：特殊字符、正常字符、空字符（不輸入）、空格

（2）登陸名是否區分大小寫

（3）登陸名是否允許重名

（4）用戶名字和密碼都為最大長度（邊界值分析，取上點）

（5）用戶名字和密碼都為最小長度（邊界值分析，取上點）

（6）用戶名字和密碼都是非最大和最小長度的數據（邊界值分析，取內點）

（7）用戶名長度大于要求1位（邊界值分析，取離點）

（8）用戶名長度小于要求1位（邊界值分析，取離點）

（9）密碼長度大于要求1位（邊界值分析，取離點）

（10）密碼長度小于要求1位（邊界值分析，取離點）

（11）是否記住上次登陸名

（12）密碼信息有效性測試：字母數字混排、數字、符號數字、字母符號、數字符號、空字符（不輸入）、空格、ASCII字符、字符串在有空格、串在有半角空格

（13）口令鎖定：即輸入口令次數的限制

（14）密碼顯示是否以星號或者別的符號顯示

（15）看是否支持tap和enter鍵等

（16）密碼是否可以復制粘貼

密碼修改測試方法

（1）不輸入舊密碼，直接改密碼

（2）輸入錯誤舊密碼

（3）不輸入確認新密碼

（4）不輸入新密碼

（5）新密碼和確認新密碼不一致

（6）新密碼中有空格

（7）新密碼長度有效性測試方法同上

（8）新密碼為非允許字符（如有的密碼要求必須是英文和數字組成，那么要試漢字和符號等）

（9）測試密碼是否區分大小寫，新密碼中英文小寫，確認密碼中英文大寫

（10）新密碼與舊密碼一樣能否修改成功

軟件測試方法總結

（四）發布時間: 2008-12-12 17:17作者: lxm_lxm來源: 51Testing論壇

關鍵字：軟件測試方法

四、權限測試

1、業務權限

按需求測試用戶業務權限分配是否正確，業務權限主要控制功能模塊、功能菜單的展示，沒有相應業務權限的不展示其功能模塊能功能菜單。

2、操作權限

（1）權限組：按組用戶來分配操作權限。（組內所有人員都具有所分配的操作權限）

（2）測試已分配操作權限的功能按鈕是可見的（3）測試已分配操作權限的功能按鈕是否可用；是否可以正確完成相應功能操作

（4）通常不分配調看操作權限是無法進行修改操作

五、算法

1、測試前需要充分了解算法的整個計算過程及結果值的精度

2、算法測試之前需要準備充足，而且是準確無誤的測試實例

3、根據輸入值確認系統計算輸出結果是否與預期結果完全一致

4、如果計算公式中含有引用其它模塊的數據，需要先確認數據提取是否對應的正確

5、先用等價劃分法、邊界值測試方法測試輸入數據是否在需求范圍內

6、嚴格按照測試用例執行測試，確認計算結果是否正確無誤，注意結果的精度。

第四篇：App測試方法總結

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1）在運行軟件過程中，如果有來電、SMS、藍牙等通訊或充電時，是否能暫停程序，優先處理通信，并在處理完畢后能正常恢復軟件，繼續其原來的功能。2）當創立連接時，應用程序能夠處理因為網絡連接中斷，進而告訴用戶連接中斷的情況。3）應能處理通訊延時或中斷。

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

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

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

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

二、安裝、卸載測試

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

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

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

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

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

三、UI測試

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

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

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

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

1）橫向比較，各控件操作方式統一。

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

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

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

四、功能測試

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

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

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

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

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

5）登錄

? ? 使用合法的用戶登錄系統

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

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

2.應用的前后臺切換

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

3）App切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。

4）手機鎖屏解鎖后進入App注意是否會崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。

5）當App使用過程中有電話進來中斷后再切換到App，功能狀態是否正常。6）當殺掉App進城后，再開啟App，App能否正常啟動。

7）出現必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。

8）對于有數據交換的頁面，每個頁面都必須要進行前后臺切換、鎖屏的測試，這種頁面最容易出現崩潰。3.免登陸

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

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

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

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

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

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

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

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

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

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

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

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

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

1）檢查Push消息是否按照指定的業務規則發送。

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

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

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

五、性能測試

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

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

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

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

六、交叉事件測試

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

7）App運行時使用藍牙傳送/接收數據。

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

七、兼容測試

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

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

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

八、回歸測試

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

九、用戶體驗測試

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

1）是否有空數據界面設計，引導用戶去執行操作。2）是否濫用用戶引導。

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

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

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

十、手勢操作測試

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

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

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

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

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

4）當業務需要從客戶端取數據時，檢查客戶端數據存在時，App數據是否能自動從客戶端數據中取出，還是仍然會從服務器端獲取？檢查客戶端數據不存在時，App數據能否自動從服務器端獲取到并保存到服務器端。

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

第五篇：SIT測試方法總結

SIT測試方法總結

測試人員介入時機

對于SIT測試，測試人員最佳介入時間為需求分析階段，在需求分析階段就介入測試可以使測試人員更高效充分的了解需求，從而提高后面測試用例編寫及測試用例執行的效率。

制定測試方案

測試人員進入項目后首要任務是制定測試方案。制定測試方案的目的： 1.明確測試目的。2.制定本次測試范圍。3.闡述本次測試的策略。

4.羅列測試過程中可能遇到的風險及應對措施。5.安排測試人員的任務。

6.確定測試實施過程中需要準備的數據。

7.確定測試階段的輪次及各項測試工作的時間節點。8.制定缺陷分級的級別描述以及缺陷修復的時效。以上8點作為測試方案的重要內容。測試方案編寫后，與項目組其他人員以及客戶方一起參與測試方案的評審工作；對測試方案評審完成后測試方案正式定稿。

案例對需求的覆蓋

測試案例對需求的覆蓋率直接關系到測試質量，如果覆蓋率不夠則系統中隱藏的缺陷無法被發現，存在嚴重的質量風險。提高案例的覆蓋率有效的方法：

1.提高測試人員對需求的理解，對需求進行逐字逐句的分析將顯性與隱性的功能點充分挖掘出來。

2.測試人員在編寫測試用例之前先編寫測試大綱，羅列出功能點并與需求人員一同對測試大綱進行評審，找出遺漏的測試點。

3.測試大綱評審完成后根據測試大綱所羅列的測試點進行測試案例編寫，編寫完成后與開發人員、需求人員一同對案例進行評審，找出潛在的遺漏部分。

案例編寫策略（易讀易執行優先級等）

1.測試用例編寫遵循以下大體分類：界面及字段顯示，字段取值規則，模塊功能，上下游模塊功能關聯。2.用例應包括以下內容：功能，子功能，優先級，用例類型，測試點，操作步驟，預期結果。

編寫是功能子功能描述清晰，一條用例對應一個測試點和唯一的預期結果。操作步驟編寫是簡單易懂具有很好的可操作性，測試點、預期結果需言簡意賅可讀性強。

3.案例優先級的確定規則一般為：模塊功能＝上下游模塊功能關聯＞字段取值規則＞界面及字段顯示。

制定測試計劃及測試資源分配（工作量輪次）

1.測試用例編寫完成后對測試實施制定測試計劃，計劃按照單個測試人員每日預估執行案例數，測試人員數量，測試用例總量計算出需要的測試實施時間，如測算出的時間超過測試方案中計劃時間時需要與項目負責人溝通延長測試時間或者增加測試資源。（每個人每天的工作量是有限的所以不可以通過總量/時間/人數來倒退每人每日需執行的數量）。

2.測試實施過程需經過三個階段：準入測試階段，第一輪測試階段，第二輪測試階段。

第二輪測試階段在第一輪測試的案例中選取，選擇策略：在一輪測試中該模塊測試情況不良好，缺陷較多則在二輪中著重測試；系統的重要功能需在二輪中著重測試；一輪中缺陷優先級高的再二輪中著重測試。

3.測試用例在執行時有難易之分，為了保證測試人員可以完成計劃中的工作量，在分配時要綜合考慮有所區分。

實施過程中的策略

1.測試用例的難易程度存在兩個維度：用例所屬模塊，用例優先級；當用例的所屬模塊功能操作較易時則可不考慮用例的優先級；當用例的所屬模塊功能操作以及需要準備的數據比較復雜時則需要優先執行用例優先級較高的用例。

2.測試人員被分配需執行的用例后首先要做的是縱覽一遍需要執行的用例，對用例需要的數據進行整合，使用最少的數據來覆蓋所需執行的用例。

3.在測試中遇到阻礙性問題導致后續功能測試進度延遲，此時需組織復雜該模塊開發的骨干人員聯合測試人員在該模塊進入測試階段之前進行調通，以便于測試人員按照測試計劃開始該模塊測試時不會發生嚴重的阻礙性缺陷，可以有效的提高測試效率。

缺陷的處理

1.使用測試工具提交缺陷時需填寫完整功能模塊，問題描述簡單易懂并附上截圖，標明使用的數據編號，使用的用戶。

2.提交缺陷時缺陷級別嚴格按照測試方案中所制定的缺陷等級標準。

3.開發人員將缺陷狀態指為已解決后測試人員在關閉時需復測，同時將復測通過的截圖記錄在測試工具中。

4.對于缺陷修復的時效需要實時關注，特別對于優先級高且影響測試進度的缺陷需要重點跟蹤直到被解決。附件：

1.測試方案與計劃：測試方案與計劃.xlsx

2.測試案例模板：測試案例.xlsx