隨著個人素質(zhì)的提升，報告使用的頻率越來越高，我們在寫報告的時候要注意邏輯的合理性。那么，報告到底怎么寫才合適呢？這里我整理了一些優(yōu)秀的報告范文，希望對大家有所幫助，下面我們就來了解一下吧。

web測試報告 web測試流程和方法篇一

1．1．1頁面部分

（1）頁面清單是否完整（是否已經(jīng)將所需要的頁面全部都列出來了）

（2）頁面是否顯示（在不同分辨率下頁面是否存在，在不同瀏覽器版本中頁面是是否顯示）（3）頁面在窗口中的顯示是否正確、美觀（在調(diào)整瀏覽器窗口大小時，屏幕刷新是否正確）（4）頁面特殊效果（如特殊字體效果、動畫效果）是否顯示（5）頁面特殊效果顯示是否正確 1．1．2 頁面元素部分

（1）頁面元素清單（為實現(xiàn)功能，是否將所需要的元素全部都列出來了，如按鈕、單選框、復選框、列表框、超連接、輸入框等等）（2）元素是否顯示（元素是否存在）

（3）頁面元素是否顯示正確（主要針對文字、圖形、簽章）

（4）頁面元素的外形、擺放位置（如按鈕、列表框、核選框、輸入框、超連接等）（5）頁面元素基本功能是否實現(xiàn)（如文字特效、動畫特效、按鈕、超連接）（6）頁面元素的容錯性列表（如輸入框、時間列表或日歷）（7）頁面元素的容錯性是否存在（8）頁面元素的容錯性是否正確 1．1．3 功能部分（1）數(shù)據(jù)初始化是否執(zhí)行（2）數(shù)據(jù)初始化是否正確（3）數(shù)據(jù)處理功能是否執(zhí)行（4）數(shù)據(jù)處理功能是否正確（5）數(shù)據(jù)保存是否執(zhí)行（6）數(shù)據(jù)保存是否正確（7）是否對其他功能有影響

（8）如果影響其他功能，系統(tǒng)能否作出正確的反應（9）其他錯誤

（10）對模塊的具體功能進行測試時可以列出功能模塊的所有功能，進行排列組合，測試所有情況

如：某一功能模塊具有最基本的增刪改查功能，則需要進行以下測試 單項功能測試（增加、修改、查詢、刪除）增加——>增加——>增加（連續(xù)增加測試）增加——>刪除

增加——>刪除——>增加（新增加的內(nèi)容與刪除內(nèi)容一致）增加——>修改——>刪除

修改——>修改——>修改（連續(xù)修改測試）修改——>增加（新增加的內(nèi)容與修改前內(nèi)容一致）修改——>刪除

修改——>刪除——>增加（新增加的內(nèi)容與刪除內(nèi)容一致）刪除——>刪除——>刪除（連續(xù)刪除測試）（11）查詢功能分為兩種情況，驗證操作結(jié)果。

一、打開頁面時自動顯示結(jié)果，則不特別強調(diào)；

二、需要手工操作進行查詢，則每次在其他功能完成后進行。1．1．4 提示信息（1）成功、失敗提示（2）操作結(jié)果提示（3）確認提示

（4）危險操作、重要操作提示（5）返回頁面 提示后顯示的頁面 1．1．5 容錯性 注意以下幾種情況（1）為空、非空（2）唯一性（3）字長、格式

（4）數(shù)字、郵政編碼、金額、電話、電子郵件、id號、密碼（5）日期、時間

（6）特殊字符（對數(shù)據(jù)庫）英文單、雙引號，&符號 1．1．6 權限部分

功能權限： 指定用戶可以使用那些功能，不能使用那些功能

數(shù)據(jù)權限： 指定用戶可以處理那些數(shù)據(jù)，不可以處理那些數(shù)據(jù)。可以合并到功能測試 操作權限： 在邏輯關系上，操作前后順序、數(shù)據(jù)處理情況。可以合并到功能測試 權限變化： 可以合并到功能測試（1）功能權限是否存在（2）功能權限是否正確（3）數(shù)據(jù)權限是否存在（4）數(shù)據(jù)權限是否正確（5）操作權限是否存在（6）操作權限是否正確（7）引起權限變化的功能列表

（8）功能權限變化還是數(shù)據(jù)權限變化，或兩者兼有（9）權限變化是否正確 1．1．7 鍵盤操作（1）tab鍵的使用（2）上下方向鍵的使用（3）enter鍵的使用

（4）系統(tǒng)設定快捷鍵的使用（如果設置有快捷鍵）1．1．8 測試中還應注意的其他事項

（6）完整性：是否是一個整體，沒有功能缺損（7）易用性：使用是否方便

（8）一致性：類似的問題用類似的方法處理（9）提示信息：提示信息是否完整、正確、詳細

（10）幫助信息：是否提供幫助信息，幫助信息的表現(xiàn)形式（頁面文字、提示信息、幫助文件），幫助信息是否正確、詳細

（11）兼容性：包括操作系統(tǒng)兼容和應用軟件兼容，可能還包括硬件兼容（12）可擴展性：是否有升級的余地，是否保留了接口

（13）穩(wěn)定性：運行所需的軟硬件配置，占用資源情況，出現(xiàn)問題時的容錯性，對數(shù)據(jù)的保護（14）運行速度：運行的快慢，帶寬占用情況 ui測試注意點：

功能點測試：是否滿足需求所要求的功能

2.字符串長度檢查: 輸入超出需求所說明的字符串長度的內(nèi)容, 看系統(tǒng)是否檢查字符串長度,會不會出錯.3.字符類型檢查: 在應該輸入指定類型的內(nèi)容的地方輸入其他類型的內(nèi)容(如在應該輸入整型的地方輸入其他字符類型),看系統(tǒng)是否檢查字符類型,會否報錯

4.標點符號檢查: 輸入內(nèi)容包括各種標點符號,特別是空格,各種引號,回車鍵.看系統(tǒng)處理是否正確

5.中文字符處理: 在可以輸入中文的系統(tǒng)輸入中文,看會否出現(xiàn)亂碼或出錯.6.信息重復: 在一些需要命名,且名字應該唯一的信息輸入重復的名字或id,看系統(tǒng)有沒有處理,會否報錯,重名包括是否區(qū)分大小寫,以及在輸入內(nèi)容的前后輸入空格, 系統(tǒng)是否作出正確處理.7.界面測試：界面的正確性、一致性、友好性、易用性。

用戶界面測試是從最終的使用者用戶的角度來看軟件，軟件難以理解，不易使用就是軟件缺陷。可以從以

下幾個方面重點來檢查用戶界面：

1.易用性檢查：確保軟件易于理解，方便使用。2.一致性檢查：

a.注意系統(tǒng)頁面的風格是否一致，如字的大小、顏色、字體要相同。b.提示信息的表達方式是否一致。c.按鈕排列順序是否一致。

, cancel等按鈕跳轉(zhuǎn)頁面處理是否一致。

e.各字段的名稱，位置、長度、類型是否和設計文檔要求一致，如employee no和loginname不一致。

3.正確性檢查：檢查頁面上的form, button, table, header, footer,提示信息，還有其他文字拼寫，句子的語法等是否正確。4.友好性檢查： a.提示信息是否友好.b.系統(tǒng)應該在用戶執(zhí)行錯誤的操作之前提出警告，提示信息.c.頁面分辨率檢查，在各種分辨率瀏覽系統(tǒng)檢查系統(tǒng)界面友好性。

5.合理性檢查：做delete, update, add, cancel, back等操作后，查看信息回到的頁面是否合理。

6.檢查本地化是否通過：英文版不應該有中文信息，英文翻譯準確，專業(yè)。7.頁面最大化檢查：測試最大化/最小化/還原時頁面是否做了對應的處理

web測試報告 web測試流程和方法篇二

web測試總結(jié)(架構(gòu),設計)精華部分

1、總計架構(gòu)測試

1）瘦客戶端，業(yè)務邏輯規(guī)則多數(shù)在服務器端執(zhí)行。如新聞站點、門戶網(wǎng)站、信息發(fā)布網(wǎng)站等。

2）胖客戶端，安全性要求較高、交互操作頻繁、業(yè)務邏輯復雜。銀行系統(tǒng)、網(wǎng)絡游戲、網(wǎng)上辦公系統(tǒng)等。

2、web架構(gòu)組成部分是否滿足需求

成本、功能、安全性要求、容量要求、傳輸實時性。

3、服務器配置分布是否滿足要求

web服務器、應用服務器、數(shù)據(jù)庫服務器可以分布在不同物理機器上也可以分布相同的物理機器上，一般優(yōu)先考慮獨立數(shù)據(jù)庫服務器，web服務器、應用服務器可以在相同的機器上。

4、客戶端設計測試

1）功能設置測試：信息服務、辦公自動化、internet支持； 2）信息組織結(jié)構(gòu)測試：線性結(jié)構(gòu)、分層結(jié)構(gòu)、非線性結(jié)構(gòu)； 3）頁面設計測試：a.頁面一致性測試

b.用戶界面友好性及導航直觀性測試；、c.是否適合多種瀏覽器； d.頁文件的命名； e.頁面布局技術。

5、服務器端設計測試

1）容量規(guī)劃測試：點擊率、延遲和流量、服務器資源；

2）系統(tǒng)安全測試：a.常識性安全策略，取消不必要的協(xié)議、控制寫權限、取消服務器目錄瀏覽屬性、記錄日志等； b.使用加密技術；

c.構(gòu)造防火墻，網(wǎng)絡級、應用級、電路級； d.構(gòu)建網(wǎng)絡防毒體系。3）數(shù)據(jù)庫設計測試。

6、web開發(fā)測試

1）源代碼分析，主要是使用檢查工具來完成； 2）鏈接測試，主要借助工具來完成； 3）框架測試：a.自動調(diào)整窗口大小； b.是否提供滾動條；

c.打開新頁面是否正常。4)表格測試，隨窗體變化自動調(diào)整大小； 5）圖形測試：a.顏色飽和度及對比度； b.鏈接標識；

c.圖形顯示是否正確。

1、與一般應用軟件相比，web測試有以下區(qū)別：

第一、web測試的側(cè)重點是性能、安全、易用性、兼容

第二、測試工具有所不同，如鏈接測試、表單測試、界面測試

2、功能測試

一、客戶端的選擇，優(yōu)先測試流行的客戶客戶端；

二、客戶端瀏覽器的配置

三、客戶端的顯示設置

四、內(nèi)容測試

3、鏈接測試

一、該鏈接將用戶帶到它所說明的地方

二、被鏈接的頁面是存在的

三、保證沒有孤立頁面

工具有webcheck、linkbot、testpartner、xenu等

4、鏈接測試工具的優(yōu)勢：

一、簡單易用

二、在實現(xiàn)上采用多線程技術，檢查速度特別快；

三、對斷開的鏈接可以再次測試，可以避免誤判；

四、沒有檢查鏈接的數(shù)量限制，只受系統(tǒng)資源的約束；

五、可以分析web應用的結(jié)構(gòu)；

六、檢查結(jié)果可以分類查看，自動生成html格式的報告；

5、web應用鏈接主要測試點如下

一、測試內(nèi)部鏈接和外部鏈接中成功和失敗的鏈接點，以及應用中不被其他鏈接調(diào)用的頁面；

二、測試鏈接中新網(wǎng)頁、老網(wǎng)頁、慢網(wǎng)頁以及丟失的圖象標題標簽和屬性標簽等；

三、分析web應用的結(jié)構(gòu)是否合理，包括顯示和某個url相關的鏈接以及按照標題、描述、作者、大小、最后修改時間、類型為url鏈接分類等。

6、易用性測試

易用性測試要考慮以下幾個方面： 1）用戶的計算機使用經(jīng)驗；

2）用戶對瀏覽器以及web的使用經(jīng)驗； 3）用戶的業(yè)務專業(yè)知識。

7、web系統(tǒng)的易用性測試分為三個方面： 1）界面測試

2）輔助功能測試 3）圖形測試

一、界面測試要考慮以下幾個問題 a．web應用系統(tǒng)的最終用戶群是誰？ b．web應用界面的設計策略是什么？ c．頁面中各元素布局的協(xié)調(diào)性 a.各元素位置的協(xié)調(diào)性 b.各元素顏色的協(xié)調(diào)性

c.各元素大小比例的協(xié)調(diào)性 d．不同頁面風格的統(tǒng)一性

e．用戶在界面中操作的便利性 f．界面動態(tài)操作測試

a.屏幕分辯率設置的影響

b.瀏覽窗口最大化/最小化的影響 c.選定目標元素的置中與縮放

二、輔助功能測試 a．使用說明，這個沒有多大意義，web網(wǎng)頁按f1彈出來的頁面都是ie的幫助頁面，除非有特定的幫助說明內(nèi)容； b．導航功能 c．站點地圖

d．幫助，這個沒有多大意義，web網(wǎng)頁按f1彈出來的頁面都是ie的幫助頁面，除非有特定的幫助說明內(nèi)容；

web測試報告 web測試流程和方法篇三

做電子商務網(wǎng)站測試已經(jīng)一個月了，這一個月基本上是熟悉網(wǎng)站產(chǎn)品和流程的一個過程，對網(wǎng)站的各個部分基本上都進行了一次測試，感覺電子商務網(wǎng)站主要注意以下幾點：

1、注冊和登錄模塊的測試

在測試該部分時，給我印象最深的就是：

1)注冊成功，但登陸失敗：注冊時，密碼設置為一些特殊的符號，比如：空格、%等，但登錄時，失敗。

后來經(jīng)開發(fā)人反映出現(xiàn)這樣的問題，原因是：在登錄模塊，對密碼設置了一些限定。

2)登錄時，沒區(qū)分大小寫，就是說，用小寫字母注冊的，登錄時，用相應的大寫字母登錄也能成功。

出現(xiàn)問題的原因：登錄時，沒用md5加密進行驗證

2、購物車的測試

1)測試產(chǎn)品能否放入購物車中

2)當某種產(chǎn)品有購物數(shù)量限制時，超過這一數(shù)值，能否也能放入購物車中

3)購物車中的購物限制是否正確

3、支付流程測試

1)購物車中的產(chǎn)品能否正常支付

2)當支付完成，不等頁面跳轉(zhuǎn)，直接關閉瀏覽器，數(shù)據(jù)傳遞是否正確

3)當支付完成，等待頁面跳轉(zhuǎn)，跳轉(zhuǎn)到得頁面是否正確

4、網(wǎng)站某個模塊間的數(shù)據(jù)傳遞是否正確

當網(wǎng)站某個模塊涉及的數(shù)據(jù)傳遞比較多而且比較復雜時，一定要搞清楚數(shù)據(jù)是怎么傳遞的，因為這是最容易出現(xiàn)bug的地方。比如：下拉菜單的數(shù)據(jù)沒有傳遞過來，或傳遞過來了，但不正確，這時就要靜下心來，慢慢濾清思考，耐心去測試。

最后一點就是，在購買的過程中，也要考慮到并發(fā)，比如，當某種產(chǎn)品只剩一件了，這時兩個用戶或更多同時并發(fā)點擊該產(chǎn)品，放入購物車中，那么在多個用戶同時點擊這個只剩一件的產(chǎn)品時，系統(tǒng)是否有相應的提示，或是，該產(chǎn)品能否都放入不同用戶的購物車中，我上周測試的過程中，該問題是存在的，等待明天程序的解答和修改。

web測試報告 web測試流程和方法篇四

淺談web應用服務器測試

作者：中國軟件評測中心 2002年11月

隨著internet 的發(fā)展壯大，新的開發(fā)模式也應運而生，即所謂的b/s（瀏覽器/服務器）結(jié)構(gòu)、瘦客戶機模式。為了方便的開發(fā)、部署、運行和管理基于三層、多層結(jié)構(gòu)的應用，需要 以web的低層技術為基礎，規(guī)劃一個整體的應用框架，提供相應的支撐平臺，這一支撐平臺實 際上是基于internet的中間件，即應用服務器。

應用服務器通過把用戶接口、商業(yè)邏輯和后臺服務分割開來，向開發(fā)者提供一種創(chuàng)建、部 署和維護企業(yè)規(guī)模的web應用的模塊化方式，從而對要轉(zhuǎn)向web的用戶提供了高性能多線程的環(huán) 境。

考慮到web應用服務器的以上應用背景和產(chǎn)品特點，把為功能度、性能、兼容性、安全可 靠性作為重點測試方向，并且引用sun mircrosystems公司的j2ee標準作為參考標準。

一、功能測試

功能測試的主要目的是驗證一款產(chǎn)品是否是一個符合j2ee標準的企業(yè)級web應用服務器。測試前，應針對j2ee標準中的jsp、servlet、jdbc、ejb等主要功能編寫測試用例。測試 用例應盡量覆蓋典型的應用和操作，以此來證明一款產(chǎn)品符合j2ee標準中提到的功能。特別是 功能度測試項目，應遵循開發(fā)廠商提供的用戶手冊或程序員手冊中有關功能部分的描述作為依 據(jù)具體制定。

二、性能測試

性能測試的主要目的是考查在大壓力和大數(shù)據(jù)量情況下，應用服務器最大處理能力和系統(tǒng) 響應時間，同時考查不同壓力情況下應用服務器處理能力和系統(tǒng)響應時間。

測試過程中，首先通過jdbc接口與數(shù)據(jù)庫進行連接，根據(jù)被測系統(tǒng)的應用環(huán)境和實際情況 制定與之相適應的案例數(shù)據(jù)庫。然后使用功能測試中用到的jsp、servlet和ejb測試程序，通 過web application stress tool1.1錄制相應的測試腳本，模擬在多用戶并發(fā)情況下數(shù)據(jù)庫的 插入、更新、查詢，并記錄成功點擊次數(shù)、點擊率等相關參數(shù)。最后通過遠程監(jiān)控系統(tǒng)對web 應用服務器的cpu占有率、內(nèi)存進行實時監(jiān)控，通過對上述數(shù)據(jù)的匯總分析，得出功能服務器 的性能。

三、兼容性測試

兼容性部分的測試應分成兩部分來考察：即硬件兼容性和軟件兼容性。

硬件兼容性主要驗證web應用服務器的硬件配置要求。測試中，可以根據(jù)廠商提供的安裝 手冊承諾的配置信息，來驗證功能服務器的硬件兼容性。

軟件兼容性考察的方面較多，主要包括：系統(tǒng)兼容性、數(shù)據(jù)庫兼容性、web服務器兼容 性、開發(fā)工具兼容性、與其它中間件產(chǎn)品的兼容性、j2ee組件的兼容性等多個方面。

四、安全可靠性測試

安全可靠性測試除了要考察用戶權限限制、輸入數(shù)據(jù)有效性檢查等基本內(nèi)容，還應著重考 察在大壓力和大數(shù)據(jù)量情況下系統(tǒng)的穩(wěn)定性，以及驗證系統(tǒng)的ssl認證加密機制是否有效等多 個方面。

web測試報告 web測試流程和方法篇五

web測試中，各類web控件測試點總結(jié)

一、界面檢查

進入一個頁面測試，首先是檢查title，頁面排版，字段等，而不是馬上進入文本框校驗

1、頁面名稱title是否正確

2、當前位置是否可見您的位置：xxx>xxxx3、文字格式統(tǒng)一性

4、排版是否整齊

5、列表項顯示字段是否齊全,列表項字段名稱是否跟表單統(tǒng)一

6、同一頁面，是否出現(xiàn) 字段名稱相同、值取不同的問題。

7、數(shù)據(jù)加載情況：除了文本框的值，還要注意：

復選框，是否保存打√，或者保存不打√

下拉框，是否保存選擇的值

多文本框，值是否都被保存，空格，換行是否保存

二、單文本框（type=text）

邊界：字段長度

判空：是否可以為空

唯一性：是否唯一(小歸結(jié)：邊界、判空、唯一性、特殊字符、正確性)

考慮語言，操作環(huán)境

特殊符號測試輸入：

' or 1<>'1' or '1'='1' or '1'<>'2"|?><

where a='xxx'下劃線是否允許輸入全部空格輸入 單引號>alert(“123”);>

特殊字段輸入限定：

框內(nèi)容是否合法（tel，ip，url，email）序號等，直接限制輸入數(shù)字，其他過濾掉

輸入金額文本框，整數(shù)首位為0，過濾掉，小數(shù)點后面，一般保留兩個有效數(shù)字。

正確性測試：（必不可少的步驟）

1)、(字段長度輸入最大允許長度時)數(shù)據(jù)允許長度的測試：a、頁面是否被擠出的測試(都輸入長英文字符串，是否斷行)；b、數(shù)據(jù)庫是否允許最大字符(都輸入漢字、都輸入英文、混合??)；c、最短長度的正確流程，最大長度的正確流程覆蓋。

2）、對于允許為空的字段，不填入，再次數(shù)據(jù)傳遞后，看是否報500錯誤。

3）、未規(guī)定字段長度（或者數(shù)值大小），不按死板輸入，輸入非常多字符（或者非常大的數(shù)值）時，做允許動作的正確性校驗，看是否報錯。(要達到的結(jié)果：不管有沒有長度限制(沒有給最長、最大限制讓你去測？)，最終頁面不能拋數(shù)據(jù)庫異常。)monkey test

說明：通過不斷輸入長字符串，看是否有長度校驗；最終都會出現(xiàn)以下兩種情況的一種：

a、頁面(前臺)有校驗長度、大小；或者

b、無校驗，數(shù)據(jù)庫報錯。

所以： 所有字段都要做長度、大小限制(不管需求有沒有給出明確要求，不管測試顆粒度，都要限制長度，不允許報數(shù)據(jù)庫錯誤，都要測！！)。最大長度限制可限定方法：

1、不允許再輸入；

2、自動截斷處理，并且給用戶提示

關于長度概念：

1、數(shù)據(jù)庫規(guī)定的字節(jié)長度a2、頁面上可以輸入的字符數(shù)b

控制方法：

1）、頁面上，不管輸入什么字符（全角如漢字、半角如字母），統(tǒng)一規(guī)定不能超過b個字符，此種限制，測試點：全部輸入全角b個，測試（b*3字節(jié)）會不會超過數(shù)據(jù)庫字節(jié)長度全部輸入半角b個，測試（b*1字節(jié)）會不會超過數(shù)據(jù)庫字節(jié)長度混合輸入全角x半角y，測試（x*3+y字節(jié)）會不會超過數(shù)據(jù)庫長度

2）、頁面上，不以字符統(tǒng)計，以總的輸入字節(jié)數(shù)統(tǒng)計，比如，全部輸入全角字符，允許可以輸入a/3個字符，全部輸入半角字符，允許輸入a個字符（民生網(wǎng)的設計）

測試點：全部輸入全角，看是否允許輸入a/3個字符

全部輸入半角，看是否允許輸入a個字符

混合輸入全角x，半角y，看是否允許x*3+y=a

(5個：判空、唯

一、邊界值、特殊字符、正確流程(多種數(shù)據(jù)、多種分支))+測試校驗位置：ajax鼠標事件校驗、前臺提交按鈕js校驗，服務器拿到數(shù)據(jù)后再次驗證

三、多文本框（type=textarea）

1)、空格和換行的問題，看需求，是否需要做支持html encoding輸入全部空格時，是否判空處理？””空格。

輸入折行，是否也顯示折行？

比如：列點說明原因，就需要支持。

2)、字母截斷的問題

對于一串字母，開發(fā)人員往往會忘掉做截斷，這樣如果展示在我們的平臺上的話，這一串字母就會把我們的ui撐開

3）、長度控制格式，您還可以輸入***個字符

四、添加按鈕

添加動作檢查范圍：

失敗：是否提示

提示內(nèi)容是否正確

失敗時：保存用戶已輸入的內(nèi)容，避免重新再輸入

成功：對話框消失

記錄是否可直接查看（還需要刷新？）

列表記錄順序

重復提交情況，點擊一次后，是否變成disable

上傳附件的添加：

a.文件名稱：文件名稱很長；文件名稱字符多樣化(漢字，英文，符號)；文件名稱重復。

b.判空？

c.附件格式類型支持？

d.附件個數(shù)？

e.附件空間大小。

五、移除按鈕

1.一般都要在前臺先給出一個提示操作“確定移除該??”

2.相關聯(lián)的東西，是否需要限制移除“該類型下存在應用，無法移除”有到后臺比較

3.確定后，真正執(zhí)行移除操作。

結(jié)果：

移除后，列表數(shù)據(jù)是否立即消失。

必須有確認刪除的提示信息

六、列表

1）、列表記錄順序

2）、是否需要翻頁、有沒有翻頁功能

3）、字段名稱是否與表單一致

七、搜索-文本框

1、功能點、需求點考慮：

是否提供模糊查詢、輸入數(shù)值有種類有限定時，是否考慮換成下拉框搜索；

2、檢查點：

文本框值是否消失(是否回填條件值)，再次點擊“查詢”可查看所有記錄；考慮搜索結(jié)果：是否存在分頁，分頁是否正常；是否有序；

注意：分頁是否仍保存查詢條件，檢查后面的記錄是否符合條件

3、查詢數(shù)據(jù)多樣性：

輸入不存在的字段值測試、包括特殊字符查詢測試例如：' or '1'='1；輸入類似程序語句的條件時是否執(zhí)行查詢，如：xxxx”、xxx and ；

4、操作類型：

1)不輸入的查詢

2)輸入全部空格的查詢

3)模糊查詢(輸入部分字段，或者說，輸入英文字母，查詢到相關中文數(shù)據(jù))

4)輸入不存在的查詢

5)輸入存在的查詢

6)單個查詢和多個條件復合查詢。

八、搜索-下拉框

檢查點：

a)搜索結(jié)果是否有序；

b)下拉框值是否齊全；(下拉框值本身也是一個動態(tài)查詢的結(jié)果)

c)下拉框值是否自動消失，再次點擊“查詢”可查看所有記錄(是否要回填條件值)；

d)分頁時，是否保存搜索條件。

（從ui、開發(fā)、業(yè)務邏輯、用戶使用等角度測試）

ps:

以上總結(jié)的，是比較純粹的從頁面控件角度測試點出發(fā)，對于完整測試一個整體頁面，需要各類測試有機結(jié)合起來：

1）ui測試：

頁面布局； 頁面樣式檢查；控件長度是否夠長；顯示時，是否會被截斷；支持的快捷鍵，tab鍵切換焦點順序正確性等。

2）功能測試：頁面上各類控件的測試范圍，測試點，可參考上方

結(jié)合控件的實際作用來補充檢查點： 比如，密碼框是否*顯示，輸入是否做trim處理等

3）安全測試：輸入特殊字符，sql注入，腳本注入測試

后臺驗證測試，對于較重要的表單，繞過js檢驗后臺是否驗證

數(shù)據(jù)傳輸是否加密處理，比如，直接請求轉(zhuǎn)發(fā)，地址欄直接顯示發(fā)送字符串？

數(shù)據(jù)庫存儲，特別密碼等，是否加密形式存儲

4）兼容性測試

5）性能測試