第一篇：APP測試點總結

APP測試點總結（全面）

1.功能測試

1.1功能性測試：

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

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

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

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

1.3適配性測試：

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

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

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

1.4安裝、卸載測試：

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

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

1.5性能測試：

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

1.6網絡測試：

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

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

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

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

1.7接口性測試：

——client端和service端的交互

——client端的數據更新和service端的數據是否一致 ——client端更新時斷開了。——client端更新時service端掛了。

1.8業務邏輯測試：

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

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

1.9異常測試：

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

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

2.0客戶端側性能測試：

1.基準性能測試：主要通過壓服務器端接口及客戶端在不同網絡環境下響應速度。2.大數量的測試：主要在特定環境下，客戶端一次性更新大量的數據及人員列表時，客戶端能否正常處理，分為三種情況：

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

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

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

2.安全測試

2.1安全測試（權限）

1）軟件權限：其中包括發送信息，撥打電話，鏈接網絡，訪問手機信息，聯人信息等等

2）數據在本地的存儲、傳輸等

3）執行某些操作時導致的輸入有效性驗證、授權、數據加密等方面 4）基于各種通信協議或者行業標準來檢查

2.2安裝運行卸載測試

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

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

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

2.3UI測試

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

2.4功能測試

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

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

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

2.5性能測試

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

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

2.6中斷測試（干擾）

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

2.7兼容測試

1）不同網絡環境（WiFi、2G、3G、4G等）2）各種設備品牌機型系統版本等兼容

蘋果、安卓（不同品牌，不同安卓系統版本）等

2.8回歸測試

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

每次app版本迭代更新時，配合不同網絡環境，及不同更新權限（強制更新，不強制更新），進行下載、安裝、更新、啟動運行等測試

3.0支付測試

1）支付結果的確認，數據庫查詢 2）請求報文是否加密 3）不同場景的支付

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

3.安全測試（權限）

3.1安全測試 3.1.1軟件權限

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

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

3）對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測

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

11)檢測App的用戶授權級別、數據泄漏、非法授權訪問等

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

3.1.2安裝與卸載安全性

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

2）能夠在安裝設備驅動程序上找到應用程序的相應圖標 3）是否包含數字簽名信息

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

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

3.1.3數據安全性

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

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

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

7）備份應該加密,恢復數據應考慮恢復過程的異常通訊中斷等,數據恢復后再使用前應該經過校驗

8）應用程序應考慮系統或者虛擬機器產生的用戶提示信息或安全替告 9）應用程序不能忽略系統或者虛擬機器產生的用戶提示信息或安全警告,更不能在安全警

告顯示前,，利用顯示誤導信息欺騙用戶，應用程序不應該模擬進行安全警告誤導用戶

10）在數據刪除之前，應用程序應當通知用戶或者應用程序提供一個“取消”命令的操作

11）“取消”命令操作能夠按照設計要求實現其功能

12）應用程序應當能夠處理當不允許應用軟件連接到個人信息管理的情況 13）當進行讀或寫用戶信息操作時,應用程序將會向用戶發送一個操作錯誤的提示信息

14）在沒有用戶明確許可的前提下不損壞側除個人信息管理應用程序中的任何內容Μ

15）應用程序讀和寫數據正確。16）應用程序應當有異常保護。

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

3.1.4通訊安全性

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

否能暫停程序，優先處理通信,并在處理完畢后能正常恢復軟件,繼續其原來的功能

2）當創立連接時,應用程序能夠處理因為網絡連接中斷,進而告訴用戶連接中斷的情況

3）應能處理通訊延時或中斷

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

5）應能處理網絡異常和及時將異常情況通報用戶 6）應用程序關閉或網絡連接不再使用時應及時關閉)斷開 7)HTTP、HTTPS覆蓋測試

--App和后臺服務一般都是通過 HTTP來交互的，驗證 HTTP環境下是否正常；--公共免費網絡環境中（如：麥當勞、星巴克等）都要輸入用戶名和密碼，通過 SSL認證

來訪問網絡，需要對使用 HTTP Client的 library異常作捕獲處理。

3.1.5人機接口安全性

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

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

4）應用程序必需利用目標設備適用的全屏尺寸來顯示上述內容 5）應用程序必需能夠處理不可預知的用戶操作,例如錯誤的操作和同時按下多個鍵

3.2安裝、卸載測試

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

2.2.1安裝

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

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

3）軟件安裝各個選項的組合是否符合概要設計說明 4)）軟件安裝向導的 UI測試

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

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

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

2.2.2卸載

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

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

3.3 UI測試

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

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

確保用戶界面符合公司或行業的標準。包括用戶友好性、人性化、易操作性測試。

3.3.1導航測試

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

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

3.3.2圖形測試

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

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

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

6）圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量小 7）界面整體使用的顏色不宜過多 3.3.3內容測試

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

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

3.4功能測試

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

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

場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，并明確

測試標準，若用戶需求中無明確標準遵循，則需要參考行業或相關國際標準或準則。

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

要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試類型對其進行覆蓋。

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

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

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

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

--使用合法的用戶登錄系統。

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

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

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

3.4.2應用的前后臺切換

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

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

理機制有的不一樣。

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

后臺切換回前臺數據有自動更新的時候。

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

回前臺數據有自動更新的時候。

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

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

會出現應用自動跳過提示框的缺陷。

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

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

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

4)根據MTOP的現有規則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄多

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

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

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

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

3.4.4數據更新

根據應用的業務規則，以及數據更新量的情況，來確定最優的數據更新方案。1)需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動 刷新。

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

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

針對性的進行相應測試。

5)檢查有數據交換的地方，均有相應的異常處理。

3.4.5離線瀏覽

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

3.4.6 App更新

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

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

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

app時，仍出現強制升級提示。

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

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

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

3.4.7定位、照相機服務

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

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

3)當定位服務沒有開啟時，使用定位服務，會友好性彈出是否允許設置定位提示。當確定

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

3.4.8時間測試

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

展示正確，應用功能是否正常。時間一般需要根據服務器時間再轉換成客戶端對應的時區來

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

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

3.4.9 PUSH測試

1)檢查 push消息是否按照指定的業務規則發送

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

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

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

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

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

3.5性能測試

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

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

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

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

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

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

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

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

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

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

6）App運行時切換網絡（2G、3G、wifi）7）App運行時瀏覽網絡

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

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

3.7兼容測試

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

2）基于開發環境和生產環境的不同，檢驗在各種網絡連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數據和運用是否正確

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

3.8回歸測試

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

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

3.9升級、更新測試

新版版發布后，配合不同網絡環境的自勱更新提示及下載、安裝、更新、啟勱、運行的驗證 測試。

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

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

3.10用戶體驗測試

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

不同個體、獨立空間和非經驗的統計復用方式去有效評價產品的體驗特性 升產品的潛在客戶滿意度。

1）是否有空數據界面設計，引導用戶去執行操作。2）是否濫用用戶引導。3）是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態，那么一定要灰掉，或者拿

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

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

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

3.11硬件環境測試 3.11.1手勢操作測試

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

8）App運行時kill掉進程再打開 3.11.2網絡環境

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

1)無網絡時，執行需要網絡的操作，給予友好提示，確保程序不出現crash。2)內網測試時，要注意選擇到外網操作時的異常情況處理。

3)在網絡信號不好時，檢查功能狀態是否正常，確保不因提交數據失敗而造成crash。

4)在網絡信號不好時，檢查數據是否會一直處于提交中的狀態，有無超時限制。如遇數據

交換失敗時要給予提示。

5)在網絡信號不好時，執行操作后，在回調沒有完成的情況下，退出本頁面或者執行其他

操作的情況，有無異常情況。此問題也會經常出現程序crash。

3.11.3服務器宕機或出現404、502等情況下的測試

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

理，否則可能會導致程序不能正常工作。

3.12接口測試

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

服務端提供的接口并轉換的JSON內容正確，對分支、異常流有相應的返回值。此塊測試可

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

3.13客戶端數據庫測試

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

2）當表不存在時是否能自動創建，當數據庫表被刪除后能否再自建，數據是否還能自動從

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

4）當業務需要從客戶端取數據時，檢查客戶端數據存在時，app數據是否能自動從客戶端

數據中取出，還是仍然會從服務器端獲取？檢查客戶端數據不存在時，app數據能否自動從

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

第二篇：功能測試點總結

功能測試點總結 功能測試就是對產品的各功能進行驗證，根據功能測試用例，逐項測試，檢查產品是否達到用戶要 求的功能。針對Web系統的常用測試方法如下：

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

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

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

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

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內容, 看系統是否檢查字符串長度。還要檢查需求規定的字符串長度是否是正確的，有時候會出現，需求規定的字符串長度太短而無法輸入業務數據。

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

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

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

8.中文字符處理: 在可以輸入中、英文的系統輸入中文,看會否出現亂碼或出錯。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

26．輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統如何處理。如對于要求輸入符點型數據的項中，輸入全角的小數點（“。”或“．”，如４．５）；輸入全角的空格等。

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

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

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

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

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

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

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

歸默認初始值，檢查是否對系統的性能產生較大影響（如每次刷新都連接數據庫查詢等）。

34．事務檢查：對于事務性操作，斷開網絡或關閉程序來中斷操作，事務是否回滾。

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

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

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

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

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

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

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

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

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

解。

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

43．腳本錯誤：隨著Ajax、IFrame等異步調用技術的發展，Javascrīpt技術也越來越受到開發人員的重視，但Javascrīpt存在調試困難、各瀏覽器存在可能不兼容等問題，因此在Web系統中，可能會出現腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。

第三篇：功能測試點總結

功能測試點總結.txt32因為愛心，流浪的人們才能重返家園；因為愛心，疲憊的靈魂才能活力如初。渴望愛心，如同星光渴望彼此輝映；渴望愛心，如同世紀之歌渴望永遠被唱下去。

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

2.相關性檢查：

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

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

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

4.字符串長度檢查: 輸入超出需求所說明的字符串長度的內容，看系統是否檢查字符串長度。還要檢查需求規定的字符串長度是否是正確的，有時候會出現，需求規定的字符串長度太短而無法輸入業務數據。

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

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

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

8.中文字符處理: 在可以輸入中、英文的系統輸入中文，看會否出現亂碼或出錯。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

$newa_page$

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

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

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

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

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

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

34.事務檢查：對于事務性操作，斷開網絡或關閉程序來中斷操作，事務是否回滾。

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

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

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

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

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

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

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

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

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

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

43.腳本錯誤：隨著Ajax、IFrame等異步調用技術的發展，Javascrīpt技術也越來越受到開發人員的重視，但Javascrīpt存在調試困難、各瀏覽器存在可能不兼容等問題，因此在Web系統中，可能會出現腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視。

第四篇：常見測試點總結[模版]

常見測試點總結

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

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

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

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

① 要添加的數據項均合理，檢查數據庫中是否添加了相應的數據 ② 留出一個必填數據為空

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

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

① 刪除一個數據庫中存在的數據，然后查看數據庫中是否刪除

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

4.查詢

精確查詢：

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

在精確查詢的基礎上加上以下一點

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

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

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

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

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

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

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

a，條目內容正確，其詳細條目內容可以根據需求說明確定;b，逐一執行列表框中每個條目的功能;c，檢查能否向組合列表框輸入數據;9.復框的測試

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

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

要注意一下幾點：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1，安裝界面應有公司介紹或產品介紹，有公司的圖標 2，主界面及大多數界面最好有公司圖標

3，選擇“幫助”->“關于”命令，應 看見相關版權和產品信息

第五篇：頁面功能測試點總結

頁面功能測試點總結

本資料由織雀教育從網上整理，僅供學習交流，請務做商業用途

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

2.相關性檢查：

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

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

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

4.字符串長度檢查： 輸入超出需求所說明的字符串長度的內容，看系統是否檢查字符串長度。還要檢查需求規定的字符串長度是否是正確的，有時候會出現，需求規定的字符串長度太短而無法輸入業務數據。

5.字符類型檢查： 在應該輸入指定類型的內容的地方輸入其他類型的內容（如在應該輸入整型的地方輸入其他字符類型），看系統是否檢查字符類型。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

26.輸入法半角全角檢查：在輸入信息項中，輸入半角或全角的信息，查看系統如何處理。如對于要求輸入符點型數據的項中，輸入全角的小數點（“。”或“。”，如４。５）；輸入全角的空格等。

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

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

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

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

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

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

name = ’

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

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

34.事務檢查：對于事務性操作，斷開網絡或關閉程序來中斷操作，事務是否回滾。

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

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

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

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

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

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

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

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

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

43.腳本錯誤：隨著Ajax、IFrame等異步調用技術的發展，Javascrīpt技術也越來越受到開發人員的重視，但Javascrīpt存在調試困難、各瀏覽器存在可能不兼容等問題，因此在Web系統中，可能會出現腳本錯誤。同時，腳本錯誤造成的后果可大、可小，不能忽視