第一篇：APP測試點總結(jié)

APP測試點總結(jié)（全面）

1.功能測試

1.1功能性測試：

——根據(jù)產(chǎn)品需求文檔編寫測試用例。——軟件設(shè)計文檔編寫用例。

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

1.2.兼容性測試: ——android版本的兼容性 ——手機分辨率兼容性

——網(wǎng)絡(luò)的兼容性：2G3G4GWIFI,弱網(wǎng)下、斷網(wǎng)時 ——app跨版本的兼容性

1.3適配性測試：

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ū)別，要支持最大到最小。

1.4安裝、卸載測試：

1>.生成apk文件在真機上可以安裝及卸載； 2>.Android手機端通用安裝工具。如：豌豆莢 3.在線升級測試： 1>.驗證數(shù)字簽名

2>.升級后可以正常使用。3>.在線跨版本升級。

1.5性能測試：

——壓力測試： ——電量流量測試： ——cup、內(nèi)存消耗： ——app啟動時長 ——crash率 ——內(nèi)存泄漏

1.6網(wǎng)絡(luò)測試：

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

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

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

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

1.7接口性測試：

——client端和service端的交互

——client端的數(shù)據(jù)更新和service端的數(shù)據(jù)是否一致 ——client端更新時斷開了?！猚lient端更新時service端掛了。

1.8業(yè)務(wù)邏輯測試：

1.業(yè)務(wù)邏輯測試：主要測試客戶端業(yè)務(wù)能否正常完成。2.功能點測試：主要測試客戶端功能點是否正常使用

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

1.9異常測試：

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

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

2.0客戶端側(cè)性能測試：

1.基準(zhǔn)性能測試：主要通過壓服務(wù)器端接口及客戶端在不同網(wǎng)絡(luò)環(huán)境下響應(yīng)速度。2.大數(shù)量的測試：主要在特定環(huán)境下，客戶端一次性更新大量的數(shù)據(jù)及人員列表時，客戶端能否正常處理，分為三種情況：

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

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

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

2.安全測試

2.1安全測試（權(quán)限）

1）軟件權(quán)限：其中包括發(fā)送信息，撥打電話，鏈接網(wǎng)絡(luò)，訪問手機信息，聯(lián)人信息等等

2）數(shù)據(jù)在本地的存儲、傳輸?shù)?/p>

3）執(zhí)行某些操作時導(dǎo)致的輸入有效性驗證、授權(quán)、數(shù)據(jù)加密等方面 4）基于各種通信協(xié)議或者行業(yè)標(biāo)準(zhǔn)來檢查

2.2安裝運行卸載測試

1）驗證app能否正確安裝運行卸載，以及操作過程和操作前后對系統(tǒng)資源的占有情況

2）安裝運行卸載的提示，報告等

3）檢查安裝路徑，文件是否合理，組件是否正確注冊等

2.3UI測試

1）用戶界面（菜單、對話框、窗口）等布局，風(fēng)格是否滿足用戶需求，文字位置，描述是否正確，界面美觀程度，文字圖片組合是否合理 2）用戶友好性、人性化、便于操作等

2.4功能測試

1）評審需求，多方面考慮，整理出內(nèi)在外在以及非功能性的直接間接功能點，對比需求，提取測試點

2）根據(jù)常用的一些分析方法，等價類邊界值判定表因果圖場景法等方法，設(shè)計測試用例，對提取的功能點進行覆蓋

3）測試各個階段不斷跟蹤缺陷，做好用例的更新迭代和不斷變更需求所帶來的業(yè)務(wù)或者需求的錯誤

2.5性能測試

1）極限測試：各種邊界情況下驗證app的響應(yīng)能力 如：低電量、儲存滿。弱網(wǎng)等情況

2）響應(yīng)能力測試：驗證各種情況下不同操作能否滿足用戶響應(yīng)需求 3）壓力測試：反復(fù)長期操作下，系統(tǒng)該資源的使用情況

2.6中斷測試（干擾）

比如：前后臺運行時來電話，短信，下載文件，聽音樂看電影等不同情況下的表現(xiàn)

2.7兼容測試

1）不同網(wǎng)絡(luò)環(huán)境（WiFi、2G、3G、4G等）2）各種設(shè)備品牌機型系統(tǒng)版本等兼容

蘋果、安卓（不同品牌，不同安卓系統(tǒng)版本）等

2.8回歸測試

bug修復(fù)后的回歸測試，上線交付前進行全部的回歸，驗證 2.9升級更新測試

每次app版本迭代更新時，配合不同網(wǎng)絡(luò)環(huán)境，及不同更新權(quán)限（強制更新，不強制更新），進行下載、安裝、更新、啟動運行等測試

3.0支付測試

1）支付結(jié)果的確認(rèn)，數(shù)據(jù)庫查詢 2）請求報文是否加密 3）不同場景的支付

金額足夠、金額不足、重復(fù)支付、無網(wǎng)支付、弱網(wǎng)支付、同賬號多平臺一起支付、余額寶微信信用卡等多種支付方式、不同支付方式的組合、密碼正確/錯誤、支付上限等情況

3.安全測試（權(quán)限）

3.1安全測試 3.1.1軟件權(quán)限

1）扣費風(fēng)險：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)瀏覽網(wǎng)頁，下載，等情況下是否會扣費，一般在游戲APP，和社交APP等需要考慮

2）隱私泄露風(fēng)險：包括訪問手機信息、訪問聯(lián)系人信息，例如在我們安裝APP應(yīng)用時通常會看到“xx要讀取手機通訊錄”等提示，這些提示可以提示用戶拒絕接受，這些是APP測試中的測試點

3）對App的輸入有效性校驗、認(rèn)證、授權(quán)、敏感數(shù)據(jù)存儲、數(shù)據(jù)加密等方面進行檢測

4）限制/允許使用手機功能接人互聯(lián)網(wǎng)，比如展訊，高通等芯片廠商，他們在出廠芯片時要對手機各個功能進行測試 5）限制/允許使用手機發(fā)送接受信息功能 6）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序 7）限制或使用本地連接 8）限制/允許使用手機拍照或錄音 9）限制/允許使用手機讀取用戶數(shù)據(jù) 10)限制/允許使用手機寫人用戶數(shù)據(jù)

11)檢測App的用戶授權(quán)級別、數(shù)據(jù)泄漏、非法授權(quán)訪問等

12）校驗input輸入。對于APP有輸入框的要對輸入的信息進行校驗，比如密碼不能顯示明文。在測試中紅人館注冊時需要對input進行測試。

3.1.2安裝與卸載安全性

1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上

2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo) 3）是否包含數(shù)字簽名信息

4）JAD文件和 JAR包中包含的所有托管屬性及其值必需是正確的 5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致 6）安裝路徑應(yīng)能指定

7）沒有用戶的允許,應(yīng)用程序不能預(yù)先設(shè)定自動啟動 8）卸載是否安全,其安裝進去的文件是否全部卸載 9）卸載用戶使用過程中產(chǎn)生的文件是否有提示 10）其修改的配置信息是否復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移除所有的文件

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

1）當(dāng)將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時,其不會被儲存在設(shè)備中,同時密碼也不會 被解碼 2）輸人的密碼將不以明文形式進行顯示

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

5）當(dāng)應(yīng)用程序處理信用卡明細(xì),或其他的敏感數(shù)據(jù)時,不以明文形式將數(shù)據(jù)寫到其它單獨的文件或者臨時文件中。以防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件,文件可能遭受人侵者的襲擊,然后讀取這些數(shù)據(jù)信息。6）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時,其不會被儲存在設(shè)備中

7）備份應(yīng)該加密,恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常通訊中斷等,數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng)過校驗

8）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機器產(chǎn)生的用戶提示信息或安全替告 9）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機器產(chǎn)生的用戶提示信息或安全警告,更不能在安全警

告顯示前,，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進行安全警告誤導(dǎo)用戶

10）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個“取消”命令的操作

11）“取消”命令操作能夠按照設(shè)計要求實現(xiàn)其功能

12）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況 13）當(dāng)進行讀或?qū)懹脩粜畔⒉僮鲿r,應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息

14）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容Μ

15）應(yīng)用程序讀和寫數(shù)據(jù)正確。16）應(yīng)用程序應(yīng)當(dāng)有異常保護。

17）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫,應(yīng)及時告知用戶 18）能合理地處理出現(xiàn)的錯誤 19）意外情況下應(yīng)提示用戶 20)HTTP、HTTPS覆蓋測試。在測試中我們經(jīng)常會遇到與請求的加密解密測試，以確保產(chǎn)品的安全性

3.1.4通訊安全性

1）在運行其軟件過程中,如果有來電、SMS、EMS、MMS、藍(lán)牙、紅外等通訊或充電時,是

否能暫停程序，優(yōu)先處理通信,并在處理完畢后能正?；謴?fù)軟件,繼續(xù)其原來的功能

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

3）應(yīng)能處理通訊延時或中斷

4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r,進而發(fā)送給用戶一個錯誤信息指示有連接錯誤

5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報用戶 6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉)斷開 7)HTTP、HTTPS覆蓋測試

--App和后臺服務(wù)一般都是通過 HTTP來交互的，驗證 HTTP環(huán)境下是否正常；--公共免費網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞、星巴克等）都要輸入用戶名和密碼，通過 SSL認(rèn)證

來訪問網(wǎng)絡(luò)，需要對使用 HTTP Client的 library異常作捕獲處理。

3.1.5人機接口安全性

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

3）聲音的設(shè)置不影響應(yīng)用程序的功能

4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容 5）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作,例如錯誤的操作和同時按下多個鍵

3.2安裝、卸載測試

驗證 App是否能正確安裝、運行、卸載

2.2.1安裝

1）軟件在不同操作系統(tǒng)（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安裝是否正常。

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

3）軟件安裝各個選項的組合是否符合概要設(shè)計說明 4)）軟件安裝向?qū)У?UI測試

5）軟件安裝過程是否可以取消，點擊取消后，寫入的文件是否如概要設(shè)計說明處理

6）軟件安裝過程中意外情況的處理是否符合需求（如死機，重啟，斷電）7）安裝空間不足時是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件

9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝，在斷網(wǎng)情況下嘗試一下 10）還需要對安裝手冊進行測試，依照安裝手冊是否能順利安裝

2.2.2卸載

1）直接刪除安裝文件夾卸載是否有提示信息。2）測試系統(tǒng)直接卸載程序是否有提示信息。3）測試卸載后文件是否全部刪除所有的安裝文件夾。

4）卸載過程中出現(xiàn)的意外情況的測試（如死機、斷電、重啟）。5）卸載是否支持取消功能，單擊取消后軟件卸載的情況。6）系統(tǒng)直接卸載 UI測試，是否有卸載狀態(tài)進度條提示。

3.3 UI測試

測試用戶界面(如菜單、對話框、窗口和其它可規(guī)控件)布局、風(fēng)格是否滿足客戶要求、文字

是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覓功能。

確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。

3.3.1導(dǎo)航測試

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

5）導(dǎo)航與頁面結(jié)構(gòu)、菜單、連接頁面的風(fēng)格是否一致

3.3.2圖形測試

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

2）自適應(yīng)界面設(shè)計，內(nèi)容根據(jù)窗口大小自適應(yīng) 3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4）頁面是否美觀

5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀

6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(yīng)盡量小 7）界面整體使用的顏色不宜過多 3.3.3內(nèi)容測試

1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞

7）是否有敏感性圖片，如：涉及版權(quán)、專利、隱私等圖片

3.4功能測試

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

1)采用時間、地點、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉 App的用戶使用

場景，對比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點，并明確

測試標(biāo)準(zhǔn)，若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。

2)根據(jù)被測功能點的特性列丼出相應(yīng)類型的測試用例對其進行覆蓋，如；涉及輸入的地方需

要考慮等價、邊界、負(fù)面、異?；蚍欠?、場景回滾、關(guān)聯(lián)測試等測試類型對其進行覆蓋。

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

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

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

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

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

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

--不輸入用戶口令和用戶、重復(fù)點（確定或取消按鈕）是否允許登陸。--登陸后，頁面中登陸信息。--頁面中有注銷按鈕。--登陸超時的處理。7）注銷--注銷原模塊，新的模塊系統(tǒng)能否正確處理。--終止注銷能否返回原模塊，原用戶。--注銷原用戶，新用戶系統(tǒng)能否正確處理。

--使用錯誤的賬號、口令、無權(quán)限的被禁用的賬號進行注銷

3.4.2應(yīng)用的前后臺切換

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

2)APP切換到后臺，再回到 app，檢查功能及應(yīng)用狀態(tài)是否正常，IOS4和 IOS5的版本的處

理機制有的不一樣。

3)app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從

后臺切換回前臺數(shù)據(jù)有自動更新的時候。

4)手機鎖屏解屏后進入 app注意是否會崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換

回前臺數(shù)據(jù)有自動更新的時候。

5)當(dāng) App使用過程中有電話進來中斷后再切換到 app，功能狀態(tài)是否正常 6)當(dāng)殺掉 app進程后，再開啟 app，app能否正常啟動。

7)出現(xiàn)必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候

會出現(xiàn)應(yīng)用自動跳過提示框的缺陷。

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

很多應(yīng)用提供免登錄功能，當(dāng)應(yīng)用開啟時自動以上一次登錄的用戶身份來使用app.1)app有免登錄功能時，需要考慮IOS版本差異。2)考慮無網(wǎng)絡(luò)情況時能否正常進入免登錄狀態(tài)。

3)切換用戶登錄后，要校驗用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。

4)根據(jù)MTOP的現(xiàn)有規(guī)則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄多

臺手機的情況。原手機里的用戶需要被踢出，給出友好提示。5)app切換到后臺，再切回前臺的校驗 6)切換到后臺，再切換回前臺的測試

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

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

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

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

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

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

3)根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實時更新，哪些需要定時更新。4)確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有

針對性的進行相應(yīng)測試。

5)檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。

3.4.5離線瀏覽

很多應(yīng)用會支持離線瀏覽，即在本地客戶端會緩存一部分?jǐn)?shù)據(jù)供用戶查看。1)在無網(wǎng)絡(luò)情況可以瀏覽本地數(shù)據(jù) 2)退出 app再開啟 app時能正常瀏覽 3)切換到后臺再切回前臺可以正常瀏覽 4)鎖屏后再解屏回到應(yīng)用前臺可以正常瀏覽 5)在對服務(wù)端的數(shù)據(jù)有更新時會給予離線的相應(yīng)提示

3.4.6 App更新

1)當(dāng)客戶端有新版本時，有更新提示。

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

3)當(dāng)版本為強制升級版時，當(dāng)給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動

app時，仍出現(xiàn)強制升級提示。

4)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。

5)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是 新版本。6)當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能

正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。

3.4.7定位、照相機服務(wù)

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

2)有用到定位服務(wù)、照相機服務(wù)的地方，需要進行前后臺的切換測試，檢查應(yīng)用是否正常。

3)當(dāng)定位服務(wù)沒有開啟時，使用定位服務(wù)，會友好性彈出是否允許設(shè)置定位提示。當(dāng)確定

允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。4)測試定位、照相機服務(wù)時，需要采用真機進行測試。

3.4.8時間測試

客戶端可以自行設(shè)置手機的時區(qū)、時間，因此需要校驗該設(shè)置對 app的影響。--中國為東 8區(qū)，所以當(dāng)手機設(shè)置的時間非東 8區(qū)時，查看需要顯示時間的地方，時間是否

展示正確，應(yīng)用功能是否正常。時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來

展示，這樣的用戶體驗比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是 10：00，此時，華盛

頓時間為 22：00，客戶端去瀏覽時，如果設(shè)置的是華盛頓時間,則顯示的發(fā)表時間即為 22:00, 當(dāng)時間設(shè)回東 8區(qū)時間時，再查看則顯示為 10：00。

3.4.9 PUSH測試

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

2)檢查不接受推送消息時，檢查用戶不會再接收到 push.3)如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到 PUSH。

在非免打擾時間段，用戶能正常收到 push。

4)當(dāng) push消息是針對登錄用戶的時候，需要檢查收到的 push與用戶身份是否相符，沒有

錯誤地將其它人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。

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

3.5性能測試

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

1)極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗證App是否能正確響應(yīng)。--內(nèi)存滿時安裝 App--運行 App時手機斷電--運行 App時斷掉網(wǎng)絡(luò)

2)響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時間要求。--App安裝、卸載的響應(yīng)時間--App各類功能性操作的影響時間

3)壓力測試：反復(fù)/長期操作下、系統(tǒng)資源是否占用異常。--App反復(fù)進行安裝卸載，查看系統(tǒng)資源是否正常--其他功能反復(fù)進行操作，查看系統(tǒng)資源是否正常

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

5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking,產(chǎn)品演變對比測試等。3.6交叉事件測試

針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或

沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測

試。如；App在前/后臺運行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運用的交互情況測

試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。1）多個 App同時運行是否影響正常功能 2）App運行時前/后臺切換是否影響正常功能 3）App運行時撥打/接聽電話 4）App運行時發(fā)送/接收信息 5）App運行時發(fā)送/收取郵件

6）App運行時切換網(wǎng)絡(luò)（2G、3G、wifi）7）App運行時瀏覽網(wǎng)絡(luò)

8）App運行時使用藍(lán)牙傳送/接收數(shù)據(jù)

9）App運行時使用相機、計算器等手機自帶設(shè)備

3.7兼容測試

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

2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運用是否正確

3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致--不同操作系統(tǒng)的兼容性，是否適配--不同手機屏幕分辨率的兼容性--不同手機品牌的兼容性

3.8回歸測試

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

2）Bug修復(fù)后的回歸測試在交付前、要進行全量用例的回歸測試。

3.9升級、更新測試

新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運行的驗證 測試。

1）測試升級后的功能是否與需求說明一樣

2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機、斷電、重啟）4）升級界面的 UI測試 5）不同操作系統(tǒng)間的升級測試

3.10用戶體驗測試

以主觀的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過

不同個體、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性 升產(chǎn)品的潛在客戶滿意度。

1）是否有空數(shù)據(jù)界面設(shè)計，引導(dǎo)用戶去執(zhí)行操作。2）是否濫用用戶引導(dǎo)。3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿

掉按鈕，否則會給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點擊范圍是否適中

9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系

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

3.11硬件環(huán)境測試 3.11.1手勢操作測試

1）手機開鎖屏對運行中的 App的影響 2）切換網(wǎng)絡(luò)對運行中的 App的影響 3）運行中的 App前后臺切換的影響 4）多個運行中的 App的切換 5）App運行時關(guān)機 6）App運行時重啟系統(tǒng) 7）App運行時充電

8）App運行時kill掉進程再打開 3.11.2網(wǎng)絡(luò)環(huán)境

手機的網(wǎng)絡(luò)目前主要分為2G、3G、wifi。目前2G的網(wǎng)絡(luò)相對于比較慢，測試時尤其要注意此 塊的測試。

1)無網(wǎng)絡(luò)時，執(zhí)行需要網(wǎng)絡(luò)的操作，給予友好提示，確保程序不出現(xiàn)crash。2)內(nèi)網(wǎng)測試時，要注意選擇到外網(wǎng)操作時的異常情況處理。

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

4)在網(wǎng)絡(luò)信號不好時，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)，有無超時限制。如遇數(shù)據(jù)

交換失敗時要給予提示。

5)在網(wǎng)絡(luò)信號不好時，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他

操作的情況，有無異常情況。此問題也會經(jīng)常出現(xiàn)程序crash。

3.11.3服務(wù)器宕機或出現(xiàn)404、502等情況下的測試

后臺服務(wù)牽涉到 DNS、空間服務(wù)商的情況下會影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時，你對后臺 API的請求很可能就會出現(xiàn) 404錯誤，拋出異常。這時需要對異常進行正確的處

理，否則可能會導(dǎo)致程序不能正常工作。

3.12接口測試

服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進行接口測試，確保

服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對分支、異常流有相應(yīng)的返回值。此塊測試可

以采用itest框架進行測試。最方便的是采用httpclient進行接口測試。進行服務(wù)端測試時，需要開發(fā)提供一份接口文檔。

3.13客戶端數(shù)據(jù)庫測試

1）一般的增、刪、改、查測試。

2）當(dāng)表不存在時是否能自動創(chuàng)建，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建，數(shù)據(jù)是否還能自動從

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

4）當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時，app數(shù)據(jù)是否能自動從客戶端

數(shù)據(jù)中取出，還是仍然會從服務(wù)器端獲?。繖z查客戶端數(shù)據(jù)不存在時，app數(shù)據(jù)能否自動從

服務(wù)器端獲取到并保存到客戶端）當(dāng)業(yè)務(wù)對數(shù)據(jù)進行了修改、刪除后，客戶端和服務(wù)端是否會有相應(yīng)的更新。

第二篇：功能測試點總結(jié)

功能測試點總結(jié) 功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達到用戶要 求的功能。針對Web系統(tǒng)的常用測試方法如下：

1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確?？梢允褂靡恍┕ぞ?，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼；HTML Link Validater只能測試以Html或者h(yuǎn)tm結(jié)尾的網(wǎng)頁鏈接；Xenu無需安裝，支持asp、do、jsp等結(jié)尾的網(wǎng)頁，xenu測試鏈接包括內(nèi)部鏈接和外部鏈接，在使用的時候應(yīng)該注意，同時能夠生成html格式的測試報告。如果系統(tǒng)用QTP進行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關(guān)性檢查：功能相關(guān)性：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確，常見的情況是，增加某個數(shù)據(jù)記錄以后，如果該數(shù)據(jù)記錄某個字段內(nèi)容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。

數(shù)據(jù)相關(guān)性：下來列表默認(rèn)值檢查，下來列表值檢查，如果某個列表的數(shù)據(jù)項依賴于其他模塊中的數(shù)據(jù)，同樣需要檢查，比如，某個數(shù)據(jù)如果被禁用了，可能在引用該數(shù)據(jù)項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型。

6.標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號,特別是空格,各種引號,回車鍵。看系統(tǒng)處理是否正確。常見的錯誤是系統(tǒng)對空格的處理，可能添加的時候，將空格當(dāng)作一個字符，而在查詢的時候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

7．特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn)在% ‘ " 這幾個特殊字符

8.中文字符處理: 在可以輸入中、英文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯。

9.檢查信息的完整性: 在查看信息和更新信息時,查看所填寫的信息是不是全部更新,更新信息和添加信息是否一致。要注意檢查的時候每個字段都應(yīng)該檢查，有時候，會出現(xiàn)部分字段更新了而個別字段沒有更新的情況。

10.信息重復(fù): 在一些需要命名,且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格,系統(tǒng)是否作出正確處理。

11.檢查刪除功能:在一些可以一次刪除多個信息的地方,不選擇任何信息,按“delete”,看系統(tǒng)如何處理,會否出錯;然后選擇一個和多個信息,進行刪除, 看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致,例如添加要求必填的項,修改也應(yīng)該必填;添加規(guī)定為整型的項,修改也必須為整型.13.檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容,看會否處理,報錯.同時,也要注意,會不會報和自己重名的錯.14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

15.檢查多次使用返回鍵的情況: 在有返回鍵的地方,返回到原來頁面,重復(fù)多次，看會否出錯。

16.搜索檢查: 有搜索功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容,看搜索結(jié)果是否正確.如果可以輸入多個搜索條件,可以同時添加合理和不合理的條件,看系統(tǒng)處理是否正確，搜索的時候同樣要注意特殊字符，某些系統(tǒng)會在輸入特殊字符的時候，將系統(tǒng)中所有的信息都搜索到。

17.輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時,光標(biāo)和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應(yīng)該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”；對必填項提示返回后，焦點是否會自動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查: 在輸入結(jié)束后直接按回車鍵,看系統(tǒng)處理如何,會否報錯。這個地方很有可能會出現(xiàn)錯誤。

22．刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。

23．回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯。對于需要用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何；多次使用回退鍵，多次使用前進鍵，看系統(tǒng)如何處理。

24．直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25．空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26．輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點型數(shù)據(jù)的項中，輸入全角的小數(shù)點（“?！被颉埃?，如４．５）；輸入全角的空格等。

27．密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

28．用戶檢查：任何一個系統(tǒng)，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29．系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因為某個過程出現(xiàn)垃圾數(shù)據(jù)，也不能因為某個過程而丟失數(shù)據(jù)。

30．系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

31．確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退（即是否可以選擇取消操作），提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進行事前提示。

32．?dāng)?shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ‘ ’ and name = ‘ ’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

33．刷新檢查：web系統(tǒng)中的WebFor m.控件實時刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響（白屏），檢查控件是否回

歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響（如每次刷新都連接數(shù)據(jù)庫查詢等）。

34．事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35．時間日期檢查：時間、日期驗證是每個系統(tǒng)都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務(wù)類系統(tǒng)，每年的1月與前一年的12月（同理，每年的第1季度與前一年的第4季度）。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業(yè)務(wù)，對于不符合時間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制。

36．多瀏覽器驗證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。

37．安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設(shè)置（驗證各種方案是否都能正常安裝）、安裝過程中斷測試、安裝順序測試（分布式系統(tǒng)）、修復(fù)安裝及卸載測試。

38．文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進行測試，校驗是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39．測試數(shù)據(jù)檢查：事實告訴我們，測試數(shù)據(jù)比代碼更有可能是錯的，因此，當(dāng)測試結(jié)果顯示有錯誤發(fā)生的時候，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。

40．請讓我的機器來運行：在某些項目中，出現(xiàn)一個病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG?！笆欠袼械囊磺卸际艿搅税姹究刂乒ぞ叩墓芾?？”、“本機的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣？”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現(xiàn)？”。所有的測試必須在所有系統(tǒng)要求的機器上運行通過，否則的話，代碼就可能存在問題。

41．Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，是我們對新的Web2.0應(yīng)用的一個挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗，用戶體驗的效果直接關(guān)系到是否使用Ajax技術(shù)。“會做，并不意味著應(yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注

解。

42．Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機制實現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時候的刷新。

43．腳本錯誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。

第三篇：功能測試點總結(jié)

功能測試點總結(jié).txt32因為愛心，流浪的人們才能重返家園；因為愛心，疲憊的靈魂才能活力如初?？释麗坌模缤枪饪释舜溯x映；渴望愛心，如同世紀(jì)之歌渴望永遠(yuǎn)被唱下去。

1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確?？梢允褂靡恍┕ぞ撸鏛inkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼;HTML Link Validater只能測試以Html或者h(yuǎn)tm結(jié)尾的網(wǎng)頁鏈接;Xenu無需安裝，支持asp、do、jsp等結(jié)尾的網(wǎng)頁，xenu測試鏈接包括內(nèi)部鏈接和外部鏈接，在使用的時候應(yīng)該注意，同時能夠生成html格式的測試報告。如果系統(tǒng)用QTP進行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關(guān)性檢查：

功能相關(guān)性：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確，常見的情況是，增加某個數(shù)據(jù)記錄以后，如果該數(shù)據(jù)記錄某個字段內(nèi)容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。

數(shù)據(jù)相關(guān)性：下來列表默認(rèn)值檢查，下來列表值檢查，如果某個列表的數(shù)據(jù)項依賴于其他模塊中的數(shù)據(jù)，同樣需要檢查，比如，某個數(shù)據(jù)如果被禁用了，可能在引用該數(shù)據(jù)項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容，看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查: 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應(yīng)該輸入整型的地方輸入其他字符類型)，看系統(tǒng)是否檢查字符類型。

6.標(biāo)點符號檢查: 輸入內(nèi)容包括各種標(biāo)點符號，特別是空格，各種引號，回車鍵。看系統(tǒng)處理是否正確。常見的錯誤是系統(tǒng)對空格的處理，可能添加的時候，將空格當(dāng)作一個字符，而在查詢的時候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

7.特殊字符檢查：輸入特殊符號，如@、#、$、%、!等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn)在% ‘ 這幾個特殊字符

8.中文字符處理: 在可以輸入中、英文的系統(tǒng)輸入中文，看會否出現(xiàn)亂碼或出錯。

9.檢查信息的完整性: 在查看信息和更新信息時，查看所填寫的信息是不是全部更新，更新信息和添加信息是否一致。要注意檢查的時候每個字段都應(yīng)該檢查，有時候，會出現(xiàn)部分字段更新了而個別字段沒有更新的情況。

10.信息重復(fù): 在一些需要命名，且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫，以及在輸入內(nèi)容的前后輸入空格，系統(tǒng)是否作出正確處理。

11.檢查刪除功能:在一些可以一次刪除多個信息的地方，不選擇任何信息，按“delete”，看系統(tǒng)如何處理，會否出錯;然后選擇一個和多個信息，進行刪除，看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致: 檢查添加和修改信息的要求是否一致，例如添加要求必填的項，修改也應(yīng)該必填;添加規(guī)定為整型的項，修改也必須為整型.13.檢查修改重名:修改時把不能重名的項改為已存在的內(nèi)容，看會否處理，報錯.同時，也要注意，會不會報和自己重名的錯.14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

15.檢查多次使用返回鍵的情況: 在有返回鍵的地方，返回到原來頁面，重復(fù)多次，看會否出錯。

16.搜索檢查: 有搜索功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容，看搜索結(jié)果是否正確.如果可以輸入多個搜索條件，可以同時添加合理和不合理的條件，看系統(tǒng)處理是否正確，搜索的時候同樣要注意特殊字符，某些系統(tǒng)會在輸入特殊字符的時候，將系統(tǒng)中所有的信息都搜索到。

17.輸入信息位置: 注意在光標(biāo)停留的地方輸入信息時，光標(biāo)和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應(yīng)該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”;對必填項提示返回后，焦點是否會自動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查: 在輸入結(jié)束后直接按回車鍵，看系統(tǒng)處理如何，會否報錯。這個地方很有可能會出現(xiàn)錯誤。

22.刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。

23.回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯。對于需要用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何;多次使用回退鍵，多次使用前進鍵，看系統(tǒng)如何處理。

24.直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25.空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26.輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點型數(shù)據(jù)的項中，輸入全角的小數(shù)點(“?！被颉?”，如4.5);輸入全角的空格等。

27.密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

$newa_page$

28.用戶檢查：任何一個系統(tǒng)，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29.系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同。對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因為某個過程出現(xiàn)垃圾數(shù)據(jù)，也不能因為某個過程而丟失數(shù)據(jù)。

30.系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

31.確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退(即是否可以選擇取消操作)，提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進行事前提示。

32.數(shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“’”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ‘ ’ and name = ‘ ’，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入.doc》，很多程序都是基于頁面對輸入字符進行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

33.刷新檢查：web系統(tǒng)中的WebForm控件實時刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響(白屏)，檢查控件是否回歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響(如每次刷新都連接數(shù)據(jù)庫查詢等)。

34.事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35.時間日期檢查：時間、日期驗證是每個系統(tǒng)都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務(wù)類系統(tǒng)，每年的1月與前一年的12月(同理，每年的第1季度與前一年的第4季度)。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業(yè)務(wù)，對于不符合時間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制

36.多瀏覽器驗證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。

37.安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設(shè)置(驗證各種方案是否都能正常安裝)、安裝過程中斷測試、安裝順序測試(分布式系統(tǒng))、修復(fù)安裝及卸載測試。

38.文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進行測試，校驗是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39.測試數(shù)據(jù)檢查：事實告訴我們，測試數(shù)據(jù)比代碼更有可能是錯的，因此，當(dāng)測試結(jié)果顯示有錯誤發(fā)生的時候，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。

40.請讓我的機器來運行：在某些項目中，出現(xiàn)一個病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG?！笆欠袼械囊磺卸际艿搅税姹究刂乒ぞ叩墓芾?”、“本機的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣?”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現(xiàn)?”。所有的測試必須在所有系統(tǒng)要求的機器上運行通過，否則的話，代碼就可能存在問題。

41.Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，是我們對新的Web2.0應(yīng)用的一個挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗，用戶體驗的效果直接關(guān)系到是否使用Ajax技術(shù)?！皶觯⒉灰馕吨鴳?yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注解。

42.Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機制實現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時候的刷新。

43.腳本錯誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。

第四篇：常見測試點總結(jié)[模版]

常見測試點總結(jié)

軟件測試工作要做好，如何提高我們測試的效率，首先就是要找出軟件中的常用功能測試點，如此文中上面中的內(nèi)容，把共性的工作抽取后，個性的工作再逐個突破，工作會變得輕松起來。1.登錄

① 用戶名和密碼都符合要求(格式上的要求)② 用戶名和密碼都不符合要求(格式上的要求)③ 用戶名符合要求，密碼不符合要求(格式上的要求)④ 密碼符合要求，用戶名不符合要求(格式上的要求)⑤ 用戶名或密碼為空

⑥ 數(shù)據(jù)庫中不存在的用戶名，不存在的密碼 ⑦ 數(shù)據(jù)庫中存在的用戶名，錯誤的密碼 ⑧ 數(shù)據(jù)庫中不存在的用戶名，存在的密碼 ⑨ 輸入的數(shù)據(jù)前存在空格

⑩ 輸入正確的用戶名密碼以后按[enter]是否能登陸 2.添加

① 要添加的數(shù)據(jù)項均合理，檢查數(shù)據(jù)庫中是否添加了相應(yīng)的數(shù)據(jù) ② 留出一個必填數(shù)據(jù)為空

③ 按照邊界值等價類設(shè)計測試用例的原則設(shè)計其他輸入項的測試用例 ④ 不符合要求的地方要有錯誤提示 ⑤ 是否支持table鍵 ⑥ 按enter是否能保存

⑦ 若提示不能保存，也要察看數(shù)據(jù)庫里是否多了一條數(shù)據(jù) 3.刪除

① 刪除一個數(shù)據(jù)庫中存在的數(shù)據(jù)，然后查看數(shù)據(jù)庫中是否刪除

② 刪除一個數(shù)據(jù)庫中并不存在的數(shù)據(jù)，看書否有錯誤提示，并且數(shù)據(jù)庫中沒有數(shù)據(jù)被刪除 ③ 輸入一個格式錯誤的數(shù)據(jù)，看是否有錯誤提示，并且數(shù)據(jù)庫中沒有數(shù)據(jù)被刪除。④ 輸入的正確數(shù)據(jù)前加空格，看是否能正確刪除數(shù)據(jù) ⑤ 什么也不輸入 ⑥ 是否指出table鍵 ⑦ 是否支持enter鍵

4.查詢

精確查詢：

① 輸入的查詢條件為數(shù)據(jù)庫中存在的數(shù)據(jù)，看是否能正確地查出相應(yīng)得數(shù)據(jù) ② 輸入正確的查詢條件以前加上空格，看是否能正確地查出相應(yīng)的數(shù)據(jù) ③ 輸入格式或范圍不符合要求的數(shù)據(jù)，看是否有錯誤提示 ④ 輸入數(shù)據(jù)庫中不存在的數(shù)據(jù) ⑤ 不輸入任何數(shù)據(jù) ⑥ 是否支持table鍵 ⑦ 是否支持enter鍵 模糊查詢：

在精確查詢的基礎(chǔ)上加上以下一點

① 輸入一些字符，看是否能查出數(shù)據(jù)庫中所有的相關(guān)信息 5.文本框控件的測試

如何對文本框進行測試 a，輸入正常的字母或數(shù)字。b，輸入已存在的文件的名稱;c，輸入超長字符。例如在“名稱”框中輸入超過允許邊界個數(shù)的字符，假設(shè)最多255個字符，嘗試輸入 256個字符，檢查程序能否正確處理;d，輸入默認(rèn)值，空白，空格;e，若只允許輸入字母，嘗試輸入數(shù)字;反之;嘗試輸入字母;f，利用復(fù)制，粘貼等操作強制輸入程序不允許的輸入數(shù)據(jù);g，輸入特殊字符集，例如，NUL及 等;h，輸入超過文本框長度的字符或文本，檢查所輸入的內(nèi)容是否正常顯示;i，輸入不符合格式的數(shù)據(jù)，檢查程序是否正常校驗，如，程序要求輸入年月日格式為yy/mm/dd，實際輸入yyyy/mm/dd，程序應(yīng)該給出錯誤提示

在測試過程中所用到的測試方法： 1，輸入非法數(shù)據(jù);2，輸入默認(rèn)值;3，輸入特殊字符集;4，輸入使緩沖區(qū)溢出的數(shù)據(jù);5，輸入相同的文件名;6.命令鈕控件的測試

a，點擊按鈕正確響應(yīng)操作。如，單擊確定，正確執(zhí)行操作;單擊取消，退出窗口;b，對非法的輸入或操作給出足夠的提示說明，如，輸入月工作天數(shù)為32時，單擊”確定“后系統(tǒng)應(yīng)提示:天數(shù)不能大于31;c，對可能造成數(shù)據(jù)無法恢復(fù)的操作必須給出確認(rèn)信息，給用戶放棄選擇的機會;單選按鈕控件的測試

a，一組單選按鈕不能同時選中，只能選中一個。

b，逐一執(zhí)行每個單選按鈕的功能。分別選擇了“男”“女”后，保存到數(shù)據(jù)庫的數(shù)據(jù)應(yīng)該相應(yīng)的分別為“男”“女”;c，一組執(zhí)行同一功能的單選按鈕在初始狀態(tài)時必須有一個被默認(rèn)選中，不能同時為空;7.up-down控件文本框的測試

a，直接輸入數(shù)字或用上下箭頭控制，如，在“數(shù)目”中直接輸入10，或者單擊向上的箭頭，使數(shù)目變?yōu)?0;b，利用上下箭頭控制數(shù)字的自動循環(huán)，如，當(dāng)最多數(shù)字為253時，單擊向上箭頭，數(shù)目自動變?yōu)?;反之亦適用;c，直接輸入超邊界值，系統(tǒng)應(yīng)該提示重新輸入;d，輸入默認(rèn)值，空白。如，“插入”數(shù)目為默認(rèn)值，點擊“確定”;或，刪除默認(rèn)值，使內(nèi)容為空，單擊“確定”進行測試;e，輸入字符。此時系統(tǒng)應(yīng)提示輸入有誤。8.組合列表框的測試

a，條目內(nèi)容正確，其詳細(xì)條目內(nèi)容可以根據(jù)需求說明確定;b，逐一執(zhí)行列表框中每個條目的功能;c，檢查能否向組合列表框輸入數(shù)據(jù);9.復(fù)框的測試

a，多個復(fù)選框可以被同時選中;b，多個復(fù)選框可以被部分選中;c，多個復(fù)選框可以都不被選中;d，逐一執(zhí)行每個復(fù)選框的功能;10.列表框控件的測試

a，條目內(nèi)容正確;同組合列表框類似，根據(jù)需求說明書確定列表的各項內(nèi)容正確，沒有丟失或錯誤;b，列表框的內(nèi)容較多時要使用滾動條;c，列表框允許多選時，要分別檢查shift選中條目，按ctrl選中條目和直接用鼠標(biāo)選中多項條目的情況;11.滾動條控件的測試

要注意一下幾點：

a，滾動條的長度根據(jù)顯示信息的長度或?qū)挾燃皶r變換，這樣有利于用戶了解顯示信息的位置和百分比，如，word中瀏覽100頁文檔，瀏覽到50頁時，滾動條位置應(yīng)處于中間;b，拖動滾動條，檢查屏幕刷新情況，并查看是否有亂碼;c，單擊滾動條;d，用滾輪控制滾動條;e，滾動條的上下按鈕。

12.各種控件在窗體中混和使用時的測試

a，控件間的相互作用;b，tab鍵的順序，一般是從上到下，從左到右;c，熱鍵的使用，逐一測試;d，enter鍵和esc鍵的使用;在測試中，應(yīng)遵循由簡入繁的原則，先進行單個控件功能的測試，確保實現(xiàn)無誤后，再進行多個控件的的功能組合的測試。

ps:密碼輸入框測試時要特別注意進行字母大寫輸入的測試。13.查找替換操作

案例演示:打開word中的“替換”對話框 測試本功能有通過測試和失敗測試兩種情況 通過測試: 1，輸入內(nèi)容直接查找，或查找全部

2，在組合框中尋找已經(jīng)查找過的內(nèi)容，再次查找并確認(rèn)文檔的內(nèi)容正確，如，已經(jīng)查找過“測試用例”，再次進入不用重新輸入查找內(nèi)容，直接在文檔中搜尋就可以.失敗測試: 1，輸入過長或過短的查詢字符串.如，假設(shè)查詢的字符串長度為1到255，那么輸入0，1，2，256，255和254進行測試;2，輸入特殊字符集，如，在word中.^g代表圖片，^代表分欄符，可以輸入這類特殊字符測試;替換測試大體相同.14.關(guān)于編輯操作窗口的功能測試的用例: 1，關(guān)閉查找替換窗口.不執(zhí)行任何操作，直接退出;2，附件和選項測試.假如，設(shè)定“精確搜尋”，“向后”搜索等附件選項等等來測試;3，控件間的相互作用.如，搜尋內(nèi)容為空時，按鈕“搜尋全部”，“搜尋”，“全部替換”，“替換”都為灰色.4，熱鍵，Tab鍵.回車鍵的使用.15.插入操作

1)插入文件 測試的情況 a，插入文件;b，插入圖像;c，在文檔中插入文檔本身;d，移除插入的源文件;e，更換插入的源文件的內(nèi)容;2)鏈接文件 測試方法: a，插入鏈接文件;b，在文檔中鏈接文檔本身;c，移除插入的源文件;d，更換插入的源文件的內(nèi)容.3)插入對象 要測試的內(nèi)容

a，插入程序允許的對象，如，在word中插入excel工作表;b，修改所插入對象的內(nèi)容.插入的對象仍能正確顯示;c，卸載生成插入對象的程序，如，在word中插入excel工作表后卸載excel，工作表仍正常使用.4)編輯操作

編輯操作包括剪切，復(fù)制，粘貼操作.測試剪切操作的方法

a，對文本，文本框，圖文框進行剪切;b，剪切圖像 c，文本圖像混合剪切 16.復(fù)制操作方法與剪切類似.測試時，主要是對粘貼操作的測試，方法是: a，粘貼剪切的文本，文本框及圖文框;b，粘貼所剪切的圖像;c，剪切后，在不同的程序中粘貼

d，多次粘貼同一內(nèi)容，如，剪切后，在程序中連續(xù)粘貼3次;e，利用粘貼操作強制輸入程序所不允許輸入的數(shù)據(jù).17.界面測試用例的設(shè)計方法

1)界面測試用例—窗體 測試窗體的方法: a，窗體大小，大小要合適，控件布局合理;b，移動窗體.快速或慢速移動窗體，背景及窗體本身刷新必須正確;c，縮放窗體，窗體上的控件應(yīng)隨窗體的大小變化而變化;d，顯示分辨率.必須在不同的分辨率的情況下測試程序的顯示是否正常;進行測試時還要注意狀態(tài)欄是否顯示正確;工具欄的圖標(biāo)執(zhí)行操作是否有效，是否與菜單懶中圖標(biāo)顯示一致;錯誤信息內(nèi)容是否正確，無錯別字，且明確等等;2)界面測試用例—控件 測試方法: a，窗體或控件的字體和大小要一致;b，注意全角，半角混合 c，無中英文混合.3)界面測試用例—菜單 進行測試時要注意

a，選擇菜單是否可以正常工作，并與實際執(zhí)行內(nèi)容一致;b，是否有錯別字: c，快捷鍵是否重復(fù);d，熱鍵是否重復(fù);e，快捷鍵與熱鍵操作是否有效 f，是否存在中英文混合

g，菜單要與語境相關(guān)，如，不同權(quán)限的用戶登陸一個應(yīng)用程序，不同級別的用戶可以看到不同級別的菜單并使用不同級別的功能;h，鼠標(biāo)右鍵快捷菜單 4)界面測試用例—特殊屬性

1，安裝界面應(yīng)有公司介紹或產(chǎn)品介紹，有公司的圖標(biāo) 2，主界面及大多數(shù)界面最好有公司圖標(biāo)

3，選擇“幫助”->“關(guān)于”命令，應(yīng) 看見相關(guān)版權(quán)和產(chǎn)品信息

第五篇：頁面功能測試點總結(jié)

頁面功能測試點總結(jié)

本資料由織雀教育從網(wǎng)上整理，僅供學(xué)習(xí)交流，請務(wù)做商業(yè)用途

1.頁面鏈接檢查：每一個鏈接是否都有對應(yīng)的頁面，并且頁面之間切換正確。可以使用一些工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符顯示為亂碼；HTML Link Validater只能測試以Html或者h(yuǎn)tm結(jié)尾的網(wǎng)頁鏈接；Xenu無需安裝，支持asp、do、jsp等結(jié)尾的網(wǎng)頁，xenu測試鏈接包括內(nèi)部鏈接和外部鏈接，在使用的時候應(yīng)該注意，同時能夠生成html格式的測試報告。如果系統(tǒng)用QTP進行自動化測試，也可以使用QTP的頁面檢查點檢查鏈接。

2.相關(guān)性檢查：

功能相關(guān)性：刪除/增加一項會不會對其他項產(chǎn)生影響，如果產(chǎn)生影響，這些影響是否都正確，常見的情況是，增加某個數(shù)據(jù)記錄以后，如果該數(shù)據(jù)記錄某個字段內(nèi)容較長，可能會在查詢的時候讓數(shù)據(jù)列表變形。

數(shù)據(jù)相關(guān)性：下來列表默認(rèn)值檢查，下來列表值檢查，如果某個列表的數(shù)據(jù)項依賴于其他模塊中的數(shù)據(jù)，同樣需要檢查，比如，某個數(shù)據(jù)如果被禁用了，可能在引用該數(shù)據(jù)項的列表中不可見。

3.檢查按鈕的功能是否正確：如新建、編輯、刪除、關(guān)閉、返回、保存、導(dǎo)入，上一頁，下一頁，頁面跳轉(zhuǎn)，重置等功能是否正確。常見的錯誤會出現(xiàn)在重置按鈕上，表現(xiàn)為功能失效。

4.字符串長度檢查： 輸入超出需求所說明的字符串長度的內(nèi)容，看系統(tǒng)是否檢查字符串長度。還要檢查需求規(guī)定的字符串長度是否是正確的，有時候會出現(xiàn)，需求規(guī)定的字符串長度太短而無法輸入業(yè)務(wù)數(shù)據(jù)。

5.字符類型檢查： 在應(yīng)該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容（如在應(yīng)該輸入整型的地方輸入其他字符類型），看系統(tǒng)是否檢查字符類型。

6.標(biāo)點符號檢查： 輸入內(nèi)容包括各種標(biāo)點符號，特別是空格，各種引號，回車鍵?？聪到y(tǒng)處理是否正確。常見的錯誤是系統(tǒng)對空格的處理，可能添加的時候，將空格當(dāng)作一個字符，而在查詢的時候空格被屏蔽，導(dǎo)致無法查詢到添加的內(nèi)容。

7.特殊字符檢查：輸入特殊符號，如@、#、$、%、！等，看系統(tǒng)處理是否正確。常見的錯誤是出現(xiàn)在% ‘ 這幾個特殊字符8.中文字符處理： 在可以輸入中、英文的系統(tǒng)輸入中文，看會否出現(xiàn)亂碼或出錯。

9.檢查信息的完整性： 在查看信息和更新信息時，查看所填寫的信息是不是全部更新，更新信息和添加信息是否一致。要注意檢查的時候每個字段都應(yīng)該檢查，有時候，會出現(xiàn)部分字段更新了而個別字段沒有更新的情況。

10.信息重復(fù)： 在一些需要命名，且名字應(yīng)該唯一的信息輸入重復(fù)的名字或ID，看系統(tǒng)有沒有處理，會否報錯，重名包括是否區(qū)分大小寫，以及在輸入內(nèi)容的前后輸入空格，系統(tǒng)是否作出正確處理。

11.檢查刪除功能：在一些可以一次刪除多個信息的地方，不選擇任何信息，按“delete”，看系統(tǒng)如何處理，會否出錯；然后選擇一個和多個信息，進行刪除，看是否正確處理。如果有多頁，翻頁選，看系統(tǒng)是否都正確刪除，并且要注意，刪除的時候是否有提示，讓用戶能夠更正錯誤，不誤刪除。

12.檢查添加和修改是否一致： 檢查添加和修改信息的要求是否一致，例如添加要求必填的項，修改也應(yīng)該必填；添加規(guī)定為整型的項，修改也必須為整型。

13.檢查修改重名：修改時把不能重名的項改為已存在的內(nèi)容，看會否處理，報錯。同時，也要注意，會不會報和自己重名的錯。

14.重復(fù)提交表單：一條已經(jīng)成功提交的紀(jì)錄，返回后再提交，看看系統(tǒng)是否做了處理。對于Web系統(tǒng)來說，可以通過瀏覽器返回鍵或者系統(tǒng)提供的返回功能。

15.檢查多次使用返回鍵的情況： 在有返回鍵的地方，返回到原來頁面，重復(fù)多次，看會否出錯。

16.搜索檢查： 有搜索功能的地方輸入系統(tǒng)存在和不存在的內(nèi)容，看搜索結(jié)果是否正確。如果可以輸入多個搜索條件，可以同時添加合理和不合理的條件，看系統(tǒng)處理是否正確，搜索的時候同樣要注意特殊字符，某些系統(tǒng)會在輸入特殊字符的時候，將系統(tǒng)中所有的信息都搜索到。

17.輸入信息位置： 注意在光標(biāo)停留的地方輸入信息時，光標(biāo)和所輸入的信息會否跳到別的地方。

18.上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳文件是否能打開。對上傳文件的格式有何規(guī)定，系統(tǒng)是否有解釋信息，并檢查系統(tǒng)是否能夠做到。下載文件能否打開或者保存，下載的文件是否有格式要求，如需要特殊工具才可以打開等。上傳文件測試同時應(yīng)該測試，如果將不能上傳的文件后綴名修改為可以上傳文件的后綴名，看是否能夠上傳成功，并且，上傳文件后，重新修改，看上傳的文件是否存在。

19.必填項檢查：應(yīng)該填寫的項沒有填寫時系統(tǒng)是否都做了處理，對必填項是否有提示信息，如在必填項前加“*”；對必填項提示返回后，焦點是否會自 動定位到必填項。

20.快捷鍵檢查：是否支持常用快捷鍵，如Ctrl+C、Ctrl+V、Backspace等，對一些不允許輸入信息的字段，如選人，選日期對快捷方式是否也做了限制。

21.回車鍵檢查： 在輸入結(jié)束后直接按回車鍵，看系統(tǒng)處理如何，會否報錯。這個地方很有可能會出現(xiàn)錯誤。

22.刷新鍵檢查：在Web系統(tǒng)中，使用瀏覽器的刷新鍵，看系統(tǒng)處理如何，會否報錯。

23.回退鍵檢查：在Web系統(tǒng)中，使用瀏覽器的回退鍵，看系統(tǒng)處理如何，會否報錯。對于需要用戶驗證的系統(tǒng)，在退出登錄后，使用回退鍵，看系統(tǒng)處理如何；多次使用回退鍵，多次使用前進鍵，看系統(tǒng)如何處理。

24.直接URL鏈接檢查：在Web系統(tǒng)中，直接輸入各功能頁面的URL地址，看系統(tǒng)如何處理，對于需要用戶驗證的系統(tǒng)更為重要。如果系統(tǒng)安全性設(shè)計的不好，直接輸入各功能頁面的URL地址，很有可能會正常打開頁面。

25.空格檢查：在輸入信息項中，輸入一個或連串空格，查看系統(tǒng)如何處理。如對于要求輸入整型、符點型變量的項中，輸入空格，既不是空值，又不是標(biāo)準(zhǔn)輸入。

26.輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統(tǒng)如何處理。如對于要求輸入符點型數(shù)據(jù)的項中，輸入全角的小數(shù)點（“?！被颉?。”，如４。５）；輸入全角的空格等。

27.密碼檢查：一些系統(tǒng)的加密方法采用對字符Ascii碼移位的方式，處理密碼加密相對較為簡單，且安全性較高，對于局域網(wǎng)系統(tǒng)來說，此種方式完全可以起到加密的作用，但同時，會造成一些問題，即大于128的Ascii對應(yīng)的字符在解密時無法解析，嘗試使用“uvwxyz”等一些碼值較大的字符作為密碼，同時，密碼盡可能的長，如17位密碼等，造成加密后的密碼出現(xiàn)無法解析的字符。

28.用戶檢查：任何一個系統(tǒng)，都有各類不同的用戶，同樣具有一個或多個管理員用戶，檢查各個管理員之間是否可以相互管理，編輯、刪除管理員用戶。同時，對于一般用戶，嘗試刪除，并重建同名的用戶，檢查該用戶其它信息是否重現(xiàn)。同樣，提供注銷功能的系統(tǒng)，此用戶再次注冊時，是否作為一個新的用戶。而且還要檢查該用戶的有效日期，過了有效日期的用戶是不能登錄系統(tǒng)的。容易出現(xiàn)錯誤的情況是，可能有用戶管理權(quán)限的非超級管理員，能夠修改超級管理員的權(quán)限。

29.系統(tǒng)數(shù)據(jù)檢查：這是功能測試最重要的，如果系統(tǒng)數(shù)據(jù)計算不正確，那么功能測試肯定是通不過的。數(shù)據(jù)檢查根據(jù)不同的系統(tǒng)，方法不同。對于業(yè)務(wù)管理平臺，數(shù)據(jù)隨業(yè)務(wù)過程、狀態(tài)的變化保持正確，不能因為某個過程出現(xiàn)垃圾數(shù) 據(jù)，也不能因為某個過程而丟失數(shù)據(jù)。

30.系統(tǒng)可恢復(fù)性檢查：以各種方式把系統(tǒng)搞癱，測試系統(tǒng)是否可正常迅速恢復(fù)。

31.確認(rèn)提示檢查：系統(tǒng)中的更新、刪除操作，是否提示用戶確認(rèn)更新或刪除，操作是否可以回退（即是否可以選擇取消操作），提示信息是否準(zhǔn)確。事前或事后提示，對于Update或Delete操作，要求進行事前提示。

32.數(shù)據(jù)注入檢查：數(shù)據(jù)注入主要是對數(shù)據(jù)庫的注入，通過輸入一些特殊的字符，如“‘”，“/”，“-”等或字符組合，完成對SQL語句的破壞，造成系統(tǒng)查詢、插入、刪除操作的SQL因為這些字符而改變原來的意圖。如select * from table where id = ’ ‘ and

name = ’

‘，通過在id輸入框中輸入“12’-”，會造成查詢語句把name條件注釋掉，而只查詢id=12的記錄。同樣，對于update和delete的操作，可能會造成誤刪除數(shù)據(jù)。當(dāng)然還有其它一些SQL注入方法，具體可以參考《SQL應(yīng)用高級SQL注入。doc》，很多程序都是基于頁面對輸入字符進行控制的，可以嘗試跳過界面直接向數(shù)據(jù)庫中插入數(shù)據(jù)，比如用Jmeter，來完成數(shù)據(jù)注入檢查。

33.刷新檢查：web系統(tǒng)中的WebForm控件實時刷新功能，在系統(tǒng)應(yīng)用中有利有弊，給系統(tǒng)的性能帶來較大的影響。測試過程中檢測刷新功能對系統(tǒng)或應(yīng)用造成的影響（白屏），檢查控件是否回歸默認(rèn)初始值，檢查是否對系統(tǒng)的性能產(chǎn)生較大影響（如每次刷新都連接數(shù)據(jù)庫查詢等）。

34.事務(wù)檢查：對于事務(wù)性操作，斷開網(wǎng)絡(luò)或關(guān)閉程序來中斷操作，事務(wù)是否回滾。

35.時間日期檢查：時間、日期驗證是每個系統(tǒng)都必須的，如2006-2-

29、2006-6-31等錯誤日期，同時，對于管理、財務(wù)類系統(tǒng)，每年的1月與前一年的12月（同理，每年的第1季度與前一年的第4季度）。另外，對于日期、時間格式的驗證，如2006年2月28日、2006-2-

28、20060228等。日期檢查還要檢查日期范圍是否符合實際的業(yè)務(wù)，對于不符合時間業(yè)務(wù)的日期，系統(tǒng)是否會有提示或者有限制36.多瀏覽器驗證：越來越多的各類瀏覽器的出現(xiàn)，用戶訪問Web程序不再單單依賴于Microsoft Internet Explorer，而是有了更多的選擇：Maxthon、Firefox、Tencent Traveler等，考慮使用多種瀏覽器訪問系統(tǒng)，驗證效果。

37.安裝測試：對于C/S架構(gòu)的系統(tǒng)，安裝程序的測試是一個重要方面，安裝程序自動化程度、安裝選項和設(shè)置（驗證各種方案是否都能正常安裝）、安裝過程中斷測試、安裝順序測試（分布式系統(tǒng)）、修復(fù)安裝及卸載測試。

38.文檔測試：主要是對用戶使用手冊、產(chǎn)品手冊進行測試，校驗是否描述正確、完整，是否與當(dāng)前系統(tǒng)版本對照，是否易理解，是否二義性等。

39.測試數(shù)據(jù)檢查：事實告訴我們，測試數(shù)據(jù)比代碼更有可能是錯的，因此，當(dāng)測試結(jié) 果顯示有錯誤發(fā)生的時候，懷疑代碼錯誤前要先對測試數(shù)據(jù)檢查一遍。

40.請讓我的機器來運行：在某些項目中，出現(xiàn)一個病態(tài)的問題：系統(tǒng)沒有問題呀，它在我的機器上是能夠通過的。這就說明了其中存在著和環(huán)境相關(guān)的BUG.“是否所有的一切都受到了版本控制工具的管理 ”、“本機的開發(fā)環(huán)境和服務(wù)器的環(huán)境是否一樣 ”、“這里是否存在一個真正的BUG，只不過是在其他的機器里偶然出現(xiàn) ”。所有的測試必須在所有系統(tǒng)要求的機器上運行通過，否則的話，代碼就可能存在問題。

41.Ajax技術(shù)的應(yīng)用：Ajax有很多優(yōu)點，但也有很多缺點，如果利用優(yōu)點、避免缺點，是我們對新的Web2.0應(yīng)用的一個挑戰(zhàn)。而Ajax的應(yīng)用最直接的問題就是用戶體驗，用戶體驗的效果直接關(guān)系到是否使用Ajax技術(shù)?！皶?，并不意味著應(yīng)該做、必須做”，這就是對Ajax技術(shù)的很重要的注解。

42.Ajax技術(shù)的應(yīng)用：Ajax采用異步調(diào)用的機制實現(xiàn)頁面的部分刷新功能，異步調(diào)用存在異常中斷的可能，嘗試各種方法異常中斷異步的數(shù)據(jù)調(diào)用，查看是否出現(xiàn)問題。在這里遇到的一個問題就是對日期控件的操作，已經(jīng)如果頁面數(shù)據(jù)較多的時候的刷新。

43.腳本錯誤：隨著Ajax、IFrame等異步調(diào)用技術(shù)的發(fā)展，Javascrīpt技術(shù)也越來越受到開發(fā)人員的重視，但Javascrīpt存在調(diào)試?yán)щy、各瀏覽器存在可能不兼容等問題，因此在Web系統(tǒng)中，可能會出現(xiàn)腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視