1、Web測試中，各類web控件測試點總結(jié)一 、界面檢查進(jìn)入一個頁面測試，首先是檢查title，頁面排版，字段等，而不是馬上進(jìn)入文本框校驗1、頁面名稱title是否正確2、當(dāng)前位置是否可見 您的位置：xxxxxxx3、文字格式統(tǒng)一性4、排版是否整齊5、列表項顯示字段是否齊全,列表項字段名稱是否跟表單統(tǒng)一6、同一頁面，是否出現(xiàn) 字段名稱相同、值取不同的問題。7、數(shù)據(jù)加載情況：除了文本框的值，還要注意：復(fù)選框，是否保存打，或者保存不打下拉框，是否保存選擇的值多文本框，值是否都被保存，空格，換行是否保存二、單文本框（type=text）邊界：字段長度判空：是否可以為空唯一性：是否唯一 (小歸結(jié)：邊界、判

2、空、唯一性、特殊字符、正確性)考慮語言，操作環(huán)境特殊符號測試輸入： or 11 or 1=1 or 12|?alert(“123”);特殊字段輸入限定：框內(nèi)容是否合法（tel，ip，url，email）序號等，直接限制輸入數(shù)字，其他過濾掉輸入金額文本框，整數(shù)首位為0，過濾掉，小數(shù)點后面，一般保留兩個有效數(shù)字。正確性測試：（必不可少的步驟）1)、(字段長度輸入最大允許長度時)數(shù)據(jù)允許長度的測試：a、頁面是否被擠出的測試(都輸入長英文字符串，是否斷行)；b、數(shù)據(jù)庫是否允許最大字符(都輸入漢字、都輸入英文、混合)；c、最短長度的正確流程，最大長度的正確流程覆蓋。2）、對于允許為空的字段，不填入，再次

3、數(shù)據(jù)傳遞后，看是否報500錯誤。3）、未規(guī)定字段長度（或者數(shù)值大小），不按死板輸入，輸入非常多字符（或者非常大的數(shù)值）時，做允許動作的正確性校驗，看是否報錯。(要達(dá)到的結(jié)果：不管有沒有長度限制(沒有給最長、最大限制讓你去測？)，最終頁面不能拋數(shù)據(jù)庫異常。)monkeytest說明：通過不斷輸入長字符串，看是否有長度校驗；最終都會出現(xiàn)以下兩種情況的一種：A、頁面(前臺)有校驗長度、大??； 或者B、無校驗，數(shù)據(jù)庫報錯。所以： 所有字段都要做長度、大小限制(不管需求有沒有給出明確要求，不管測試顆粒度，都要限制長度，不允許報數(shù)據(jù)庫錯誤，都要測！)。最大長度限制可限定方法：1、不允許再輸入；2、自動截斷

4、處理，并且給用戶提示。關(guān)于長度概念：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)的設(shè)計）測試點：全部輸入全角，看是否允許輸入A/3個字符全部輸入半

5、角，看是否允許輸入A個字符混合輸入全角X，半角Y，看是否允許X*3+Y=A(5個：判空、唯一、邊界值、特殊字符、正確流程(多種數(shù)據(jù)、多種分支)+測試校驗位置：ajax鼠標(biāo)事件校驗、前臺提交按鈕js校驗，服務(wù)器拿到數(shù)據(jù)后再次驗證三、多文本框（type=textarea）1)、空格和換行的問題，看需求，是否需要做支持HTML Encoding輸入全部空格時，是否判空處理？”空格， 。輸入折行，是否也顯示折行？比如：列點說明原因，就需要支持。2)、字母截斷的問題對于一串字母，開發(fā)人員往往會忘掉做截斷，這樣如果展示在我們的平臺上的話，這一串字母就會把我們的UI撐開3）、長度控制格式， 您還可以輸入*個

6、字符四、添加按鈕添加動作檢查范圍：失?。菏欠裉崾咎崾緝?nèi)容是否正確失敗時：保存用戶已輸入的內(nèi)容，避免重新再輸入成功：對話框消失記錄是否可直接查看（還需要刷新？）列表記錄順序重復(fù)提交情況，點擊一次后，是否變成disable上傳附件的添加：A. 文件名稱：文件名稱很長；文件名稱字符多樣化(漢字，英文，符號)；文件名稱重復(fù)。B. 判空？C. 附件格式類型支持？D. 附件個數(shù)？E. 附件空間大小。五、移除按鈕1.一般都要在前臺先給出一個提示操作“確定移除該”2.相關(guān)聯(lián)的東西，是否需要限制移除“該類型下存在應(yīng)用，無法移除”有到后臺比較3.確定后，真正執(zhí)行移除操作。結(jié)果：移除后，列表數(shù)據(jù)是否立即消失。必須有

7、確認(rèn)刪除的提示信息六、列表1）、列表記錄順序2）、是否需要翻頁、有沒有翻頁功能3）、字段名稱是否與表單一致七、搜索-文本框1、功能點、需求點考慮：是否提供模糊查詢、輸入數(shù)值有種類有限定時，是否考慮換成下拉框搜索；2、檢查點：文本框值是否消失(是否回填條件值)，再次點擊“查詢”可查看所有記錄；考慮搜索結(jié)果：是否存在分頁，分頁是否正常；是否有序；注意：分頁是否仍保存查詢條件，檢查后面的記錄是否符合條件3、查詢數(shù)據(jù)多樣性：輸入不存在的字段值測試、包括特殊字符查詢測試?yán)纾?or 1=1；輸入類似程序語句的條件時是否執(zhí)行查詢，如：XXXX”、XXX and ；4、操作類型：1) 不輸入的查詢2) 輸入

8、全部空格的查詢3) 模糊查詢(輸入部分字段，或者說，輸入英文字母，查詢到相關(guān)中文數(shù)據(jù))4) 輸入不存在的查詢5) 輸入存在的查詢6) 單個查詢和多個條件復(fù)合查詢。八、搜索-下拉框檢查點：檢查點：a) 搜索結(jié)果是否有序；b) 下拉框值是否齊全；(下拉框值本身也是一個動態(tài)查詢的結(jié)果)c) 下拉框值是否自動消失，再次點擊“查詢”可查看所有記錄(是否要回填條件值)；d) 分頁時，是否保存搜索條件。（從UI、開發(fā)、業(yè)務(wù)邏輯、用戶使用等角度測試）PS:以上總結(jié)的， 是比較純粹的從頁面控件角度測試點出發(fā)， 對于完整測試一個整體頁面，需要各類測試有機結(jié)合起來：1）UI測試：頁面布局； 頁面樣式檢查；控件長度是

9、否夠長；顯示時，是否會被截斷；支持的快捷鍵，Tab鍵切換焦點順序正確性等。2）功能測試：頁面上各類控件的測試范圍，測試點，可參考上方結(jié)合控件的實際作用來補充檢查點： 比如， 密碼框是否*顯示， 輸入是否做trim處理等3）安全測試：輸入特殊字符，sql注入，腳本注入測試后臺驗證測試，對于較重要的表單 ，繞過js檢驗后臺是否驗證數(shù)據(jù)傳輸是否加密處理，比如， 直接請求轉(zhuǎn)發(fā)，地址欄直接顯示發(fā)送字符串？數(shù)據(jù)庫存儲，特別密碼等，是否加密形式存儲4）兼容性測試5）性能測試二.常見功能點測試思路根據(jù)經(jīng)驗，總結(jié)常見的功能點的測試思路：1. 新增 或 創(chuàng)建（Add or Create）.1 操作后的頁面指向.2

10、 操作后所有綁定此數(shù)據(jù)源的控件數(shù)據(jù)更新，常見的排列順序為棧Stack類型，后進(jìn)先出.3 取消操作是否成功2.編輯 或 更新 (Edit or Update).1 操作后的頁面指向.2 操作后所有綁定此數(shù)據(jù)源的控件.3 取消操作是否成功.4 編輯界面是否讀取出正確、全部的數(shù)據(jù)源.5 記錄在工作流中的編輯功能可用性.6 操作成功的生效時刻及生效范圍3.刪除 或 移除 (Delete or Remove).1 操作后的頁面指向.2 操作后所有綁定此數(shù)據(jù)源的控件數(shù)據(jù)更新 (如下就是刪除后，Tab數(shù)據(jù)沒有立即刷新的bug)3 取消操作是否成功.4 記錄在工作流中的編輯功能可用性.5 操作成功的生效時刻及

11、生效范圍（比如：購物網(wǎng)站，店家商品下架后，并沒有同時刪除買家的購買記錄）4.選中 或 全選 (Check or Check all).1 多頁面中，全選對所有頁面是否有效.2 支持多頁面的個別選中，且返回查看時保留選中狀態(tài).3 界面上的按鈕的操作范圍是否均受選中功能控制.4 前一頁選中狀態(tài)，在翻頁后，應(yīng)保留原來狀態(tài).5 先全選-移除某個單選-全選按鈕是否移除選中狀態(tài)談?wù)勑阅軠y試分類性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增

12、加時，系統(tǒng)各項性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。驗收性能測試（狹義） 性能測試方法是通過模擬生產(chǎn)運行的業(yè)務(wù)壓力量和使用場景組合，測試系統(tǒng)的性能是否滿足生產(chǎn)性能要求。通俗地說，這種方法就是要在特定的運行條件下驗證系統(tǒng)的能力狀態(tài)。特點： 1、這種方法的主要目的是驗證系統(tǒng)是否有系統(tǒng)宣稱具有的能力。 2、這種方法要事先了解被測試系統(tǒng)經(jīng)典場景，并具有確定的性能目標(biāo)。 3、這種方法要求在已經(jīng)確定的環(huán)境下運行。 也就是說，這種方法是對系統(tǒng)性能已經(jīng)有了解的前提，并對需求有明確的目標(biāo)，并在已經(jīng)確定的環(huán)境下進(jìn)行的。負(fù)載測試(Load T

13、est)通過在被測系統(tǒng)上不斷加壓，直到性能指標(biāo)達(dá)到極限（例如“響應(yīng)時間”超過預(yù)定指標(biāo)或都某種資源已經(jīng)達(dá)到飽和狀態(tài)。特點： 1、這種性能測試方法的主要目的是找到系統(tǒng)處理能力的極限。 2、這種性能測試方法需要在給定的測試環(huán)境下進(jìn)行，通常也需要考慮被測試系統(tǒng)的業(yè)務(wù)壓力量和典型場景、使得測試結(jié)果具有業(yè)務(wù)上的意義。 3、這種性能測試方法一般用來了解系統(tǒng)的性能容量，或是配合性能調(diào)優(yōu)來使用。 也就是說，這種方法是對一個系統(tǒng)持續(xù)不段的加壓，看你在什么時候已經(jīng)超出“我的要求”或系統(tǒng)崩潰。壓力測試（強度測試）(Stress Test)壓力測試方法測試系統(tǒng)在一定飽和狀態(tài)下，例如cpu、內(nèi)存在飽和使用情況下，系統(tǒng)能夠

14、處理的會話能力，以及系統(tǒng)是否會出現(xiàn)錯誤特點： 1、這種性能測試方法的主要目的是檢查系統(tǒng)處于壓力性能下時應(yīng)用的表現(xiàn)。 2、這種性能測試一般通過模擬負(fù)載等方法，使得系統(tǒng)的資源使用達(dá)到較高的水平。 3、這種性能測試方法一般用于測試系統(tǒng)的穩(wěn)定性。 也就是說，這種測試是讓系統(tǒng)處在很大強度的壓力之下，看系統(tǒng)是否穩(wěn)定，哪里會出問題。并發(fā)測試（Concurrency Testing）并發(fā)測試方法通過模擬用戶并發(fā)訪問，測試多用戶并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時是否存在死鎖或其者他性能問題。特點： 1、這種性能測試方法的主要目的是發(fā)現(xiàn)系統(tǒng)中可能隱藏的并發(fā)訪問時的問題。 2、這種性能測試方法主要關(guān)注系統(tǒng)

15、可能存在的并發(fā)問題，例如系統(tǒng)中的內(nèi)存泄漏、線程鎖和資源爭用方面的問題。 3、這種性能測試方法可以在開發(fā)的各個階段使用需要相關(guān)的測試工具的配合和支持。 也就是說，這種測試關(guān)注點是多個用戶同時（并發(fā)）對一個模塊或操作進(jìn)行加壓。配置測試（Configuration Testing）配置測試方法通過對被測系統(tǒng)的軟硬件環(huán)境的調(diào)整，了解各種不同對系統(tǒng)的性能影響的程度，從而找到系統(tǒng)各項資源的最優(yōu)分配原則。特點： 1、這種性能測試方法的主要目的是了解各種不同因素對系統(tǒng)性能影響的程度，從而判斷出最值得進(jìn)行的調(diào)優(yōu)操作。 2、這種性能測試方法一般在對系統(tǒng)性能狀況有初步了解后進(jìn)行。 3、這種性能測試方法一般用于性能調(diào)

16、優(yōu)和規(guī)劃能力。 也就是說，這種測試關(guān)注點是“微調(diào)”，通過對軟硬件的不段調(diào)整，找出這他們的最佳狀態(tài)，使系統(tǒng)達(dá)到一個最強的狀態(tài)?？煽啃詼y試通過給系統(tǒng)加載一定業(yè)務(wù)壓力（例如資源在70%-90%的使用率），使系統(tǒng)運行一段時間，以此檢測系統(tǒng)是否穩(wěn)定運行。特點： 1、這種性能測試方法的主要目的是驗證是否支持長期穩(wěn)定的運行。 2、這種性能測試方法需要在壓力下持續(xù)一段時間的運行。（23天） 3、測試過程中需要關(guān)注系統(tǒng)的運行狀況。 如果測試過程中發(fā)現(xiàn)，隨著時間的推移，響應(yīng)時間有明顯的變化，或是系統(tǒng)資源使用率有明顯波動，都可能是系統(tǒng)不穩(wěn)定的征兆。 也就是說，這種測試的關(guān)注點是“穩(wěn)定”，不需要給系統(tǒng)太大的壓力，只要

17、系統(tǒng)能夠長期處于一個穩(wěn)定的狀態(tài)。失效恢復(fù)測試如果系統(tǒng)局部發(fā)生故障，用戶是否能夠繼續(xù)使用系統(tǒng)，以及如果這種情況發(fā)生，用戶將受到多大程度的影響。特點： 1.這種性能測試方法的主要目的是驗證在局部故障情況下，系統(tǒng)能否繼續(xù)使用。 2.這種性能測試方法還需要指出，當(dāng)問題發(fā)生時，“能支持多少用戶訪問”的結(jié)論和“采取何種應(yīng)急措施”的方案。 3.一般來說，只有對系統(tǒng)持續(xù)運行指標(biāo)有明確要求的系統(tǒng)才需要進(jìn)行這種類型的測試。大數(shù)據(jù)量測試針對某些系統(tǒng)存儲、傳輸、統(tǒng)計查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的測試。疲勞強度測試主要特點是長時間對目標(biāo)測試系統(tǒng)加壓，目的是測試系統(tǒng)的穩(wěn)定性，持續(xù)時間一般在1小時以上；感覺等同于可靠性測試。注意

18、：在做性能測試時請忘掉分類.例如，運行8個小時來測試系統(tǒng)是否可靠，而這個測試極有可能包含了可靠性能測、強度測試、并發(fā)測試、負(fù)載測試，等等。因此，在實施性能測試時決不能割裂它們的內(nèi)部聯(lián)系去進(jìn)行，而應(yīng)該分析它們之間的關(guān)系，以一種高效率的方式來設(shè)計性能測試。Web測試中的幾個case一、頁面上對引起 大量數(shù)據(jù)提交的 按鈕/鏈接 點擊一次后， disable需求：對于重要的表單、數(shù)量龐大/響應(yīng)慢的系統(tǒng)，在做提交時， 又有頁面還在loading狀態(tài)， 此時連續(xù)做兩次點擊， 經(jīng)常引起各種報錯，這種情況下， 需要提出 對 按鈕/鏈接 點擊一次后， 做 disable測試：1）、查看頁面源代碼是否有腳本控制，

19、例如： Next function buttonDisable()$(#nextButton).attr(disabled, disabled);2）、對腳本進(jìn)行調(diào)試，可以借助firebug工具，在Script Tab上，在$(#nextButton).attr(disabled, disabled);這行腳本設(shè)置disable， 點擊nextButton，檢查運行到斷點處停止，按鈕無法再次點擊。運行斷點后， disable解除。二、新增數(shù)據(jù)庫字段測試需要考慮的幾個點1）、從數(shù)據(jù)庫檢查起， 檢查相關(guān)表： 原表、歷史表、與其同步庫的表 有沒有都添上該字段，并且注意在每個表中， 字段類型是否統(tǒng)一2

20、）、校驗：考慮字段本身類型， 判空、邊界、唯一性、特殊字符、正確性允許的data特別， 在做判空時，若字段不允許為空時，考慮： 需要提交腳本初始化歷史數(shù)據(jù)set dafault value3）、流程覆蓋：考慮該字段覆蓋到哪幾個相關(guān)頁面， 測試到整個流程， 每個頁面校驗要一致；三、查log測試的幾個操作一般情況下， 項目都部署在linux環(huán)境上， 測試時， 有些需要查log， 或者有些服務(wù)需要自己去重啟， 此時就需要一些基本的linux操作命令：1）、首先連接到linux系統(tǒng)的機器上，可以使用putty軟件， 要有 服務(wù)器地址+端口+協(xié)議 loginName+password，就可以登錄2）、c

21、d到腳本或者log放置的文件夾位置去重啟服務(wù)或查看log，還有一些常用的命令less 文件名(W向上翻頁、F向下翻頁，Shift+F自動翻頁，Ctrl+C停止自動翻頁)；grep findString 文件名；執(zhí)行腳本： ./腳本名 或者 sh./腳本名web常見安全問題以及測試方法Web安全是我們測試組一直以來作為和性能測試并駕齊驅(qū)的兩個重點。開發(fā)的過程中還需要著重注意，該轉(zhuǎn)義的地方轉(zhuǎn)義；該屏蔽的地方屏蔽，該過濾的地方過濾等等。年底又到了，勢必又有大批的發(fā)號抽獎之類的活動開發(fā)、上線，在這個過程中，安全問題是我們每個人應(yīng)該緊繃的神經(jīng)，對于我們測試人員來說，每個活動需要做到手動安全測試加自動化安

22、全測試相結(jié)合。常見的web安全問題有：SQL注入、跨站點腳本攻擊、跨站點偽造請求、目錄遍歷、郵件表頭注入、頁面錯誤信息等。對于手動安全測試來說，一般常用的有三點：1、URL有參數(shù)的，手動修改參數(shù)，看是否得到其他用戶的信息和相關(guān)頁面；2、在登錄輸入框的地方輸入 or 1=1-或 “ or 1=1-等看是否有SQL注入；3、在注重SQL注入的同時，一般在有輸入框的地方輸入對于自動化安全測試來說：測試組目前使用的安全測試工具為IBM的AppScan（當(dāng)然，是破解版,34上已經(jīng)放過該工具的安裝包）1、在使用之前務(wù)必確認(rèn)自己綁定的Host；2、配置URL、開發(fā)環(huán)境、錯誤顯示類型；3、結(jié)果保存后可根據(jù)提示

23、的問題類型和解決建議進(jìn)行分析。Web安全測試通常要考慮的測試點：1、輸入的數(shù)據(jù)沒有進(jìn)行有效的控制和驗證2、用戶名和密碼3、直接輸入需要權(quán)限的網(wǎng)頁地址可以訪問4、認(rèn)證和會話數(shù)據(jù)作為GET的一部分來發(fā)送5、隱藏域與CGI參數(shù)6、上傳文件沒有限制7、把數(shù)據(jù)驗證寄希望于客戶端的驗證8、跨站腳本（XSS）9、注入式漏洞（SQL注入）10、不恰當(dāng)?shù)漠惓Ｌ幚?1、不安全的存儲12、不安全的配置管理13、傳輸中的密碼沒有加密14、弱密碼，默認(rèn)密碼15、緩沖區(qū)溢出16、拒絕服務(wù)SQL注入：所謂SQL注入，就是通過把SQL命令插入到Web表單遞交或輸入域名或頁面請求的查詢字符串，最終達(dá)到欺騙服務(wù)器執(zhí)行惡意的SQL

24、命令，比如先前的很多影視網(wǎng)站泄露VIP會員密碼大多就是通過WEB表單遞交查詢字符暴出的，這類表單特別容易受到SQL注入式攻擊（select * form 表 where id=1 or 11 or 1是輸入框輸入的這樣會導(dǎo)致滿足 id=1 或 1 的數(shù)據(jù)都查出來而所有的數(shù)據(jù)都滿足 1 這樣就查出來了很多不該被查出來的數(shù)據(jù)這就是sql注入）易用性1、便于使用、理解、并能減少用戶發(fā)生錯誤選擇的可能性 2、當(dāng)數(shù)據(jù)字段過多時，使用便于用戶迅速吸取信息的方式表現(xiàn)信息，突出重點信息，標(biāo)紅等方式 3、顯示與當(dāng)前操作相關(guān)的信息，給出操作提示。 4、界面要支持鍵盤自動瀏覽按鈕功能，即按Tab鍵、回車鍵的自動切換

25、功能 5、對于常用的功能，用戶不需要閱讀用戶手冊就能使用 一致性1、是否符合廣大用戶使用同類軟件的習(xí)慣 2、表現(xiàn)形式的一致性，字體、按鈕、控件風(fēng)格、顏色、術(shù)語、提示信息等。（需要有一個全局的概念，不要每個模塊都按照他們自己的風(fēng)格做，結(jié)果每個模塊效果做出來都不一致，這也是至關(guān)重要的所有要測試人員認(rèn)真檢查） 3、交互習(xí)慣的一致性，查詢、新增、編輯、刪除等操作，并保證同一操作類型按鈕名稱一致。（順序一致，頁面位置也要盡量相同。） 4、當(dāng)輸入框為不可輸入或控件為不可使用狀態(tài)時，統(tǒng)一為灰色不可輸入狀態(tài)；有序性1、界面文字、表單、圖標(biāo)等元素根據(jù)業(yè)務(wù)規(guī)則、使用頻率排列 2、Tab鍵的順序與控件排列順序要一致

26、，目前流行總體從上到下，同時行間從左到右的方式 3、必填項提示信息按照從上到下，從左到右的提示方式依次提示 安全性1、ID/密碼驗證方式中能否使用簡單密碼。如密碼標(biāo)準(zhǔn)為6位以上，字母和數(shù)字混合，不能包含ID，連續(xù)的字母或數(shù)字不能超過n位 2、ID/密碼驗證方式中，連續(xù)數(shù)次輸入錯誤密碼后該賬戶是否被鎖定 3、不登錄系統(tǒng)，直接輸入登錄后的頁面的url是否可以訪問，（添加攔截器） 4、退出登錄后按后退按鈕能否訪問之前的頁面（確認(rèn)在退出后他的session的信息被注銷） 5、當(dāng)用戶無意錄入無效和不符合相關(guān)規(guī)范的數(shù)據(jù)（如電子郵箱就需要驗證他的郵箱格式是否正確）時，并且給予提示信息 6、在用戶作出危險的選

27、擇時有信息進(jìn)行提示，比如要刪除系統(tǒng)的重要數(shù)據(jù)，或者這種操作可能對系統(tǒng)造成其他的影響。 7、對可能引起致命錯誤或系統(tǒng)出錯的輸入字符或動作要加限制或屏蔽 8、給用戶提供UNDO功能用以撤銷不期望的操作 9、輸入的特殊字符是否能正確處理：!#$%&*()_+-=|:;” ,./? 靈活性1、用戶能自由的作出選擇，且選擇都是可逆的 2、用戶方便的使用即互動多重性，不局限于單一的工具(包括鼠標(biāo)、鍵盤或軟鍵盤) 3、當(dāng)頁面數(shù)據(jù)暴漲，出現(xiàn)較長列表時，是否有滾動條保證頁面顯示完整的信息。人性化1、用戶可依據(jù)自己的習(xí)慣定制界面，并能保存設(shè)置 2、提供常用的快捷方式 3、盡量減少用戶輸入動作的數(shù)量，加快輸入的速度

28、:例如,日期等可以提供默認(rèn)顯示當(dāng)天日期并且可以進(jìn)行清除和選擇日期，下拉默認(rèn)選中“請選擇”，單選框默認(rèn)選取使用頻率最高的選項等 4、是否用合理的最少步驟實現(xiàn)常用的操作，獲得高效率 5、是否提供進(jìn)度條、動畫等反映正在進(jìn)行的比較耗時間的過程，（特別有的操作可能造成長時間等待，沒有直觀的呈現(xiàn)出現(xiàn)在的操作狀態(tài)或相關(guān)的提示信息，容易讓不熟悉系統(tǒng)的人誤會系統(tǒng)出現(xiàn)了問題） 6、是否為重要的操作返回必要的結(jié)果信息如：成功，失?。ㄊ〉脑颍?，正在執(zhí)行 7、重要的對象是否用醒目的色彩表示， 8、色彩使用是否符合行業(yè)的習(xí)慣，界面的色調(diào)是否讓人感到和諧、滿意 頁面檢查1、界面布局有序，簡潔，符合用戶使用習(xí)慣 2、界面

29、元素是否在水平或者垂直方向?qū)R 3、界面元素的尺寸是否合理 4、行列間距是否保持一致 5、是否恰當(dāng)?shù)乩么绑w和控件的空白，以及分割線條 6、窗口切換、移動、改變大小時，界面顯示是否正常 7、刷新后界面是否正常顯示合理布局8、不同分辨率頁面布局顯示是否合理，整齊，分辨率一般為1024*768 1280*1024 800*6009、不同的瀏覽器下渲染出來的頁面是否存在變形的情況。彈出窗口1、彈出的窗口應(yīng)垂直居中對齊 2、對于彈出窗口界面內(nèi)容較多，須提供自動全屏功能 3、彈出窗口時應(yīng)禁用主界面，保證用戶使用的焦點 4、活動窗體是否能夠被反顯加亮 頁面正確性1、界面元素是否有錯別字，或者措詞含糊、邏輯

30、混亂 2、當(dāng)用戶選中了頁面中的一個復(fù)選框，之后回退一個頁面，再前進(jìn)一個頁面，復(fù)選框是否還處于選中狀態(tài) 3、導(dǎo)航顯示正確 4、title顯示正確 5、頁面顯示無亂碼 6、需要必填的控件，有必填提醒，如 * 7、適時禁用功能按鈕（如權(quán)限控制時無權(quán)限操作時按鈕灰掉或不顯示；無法輸入的輸入框disable掉） 8、頁面無js錯 9、鼠標(biāo)無規(guī)則點擊時是否會產(chǎn)生無法預(yù)料的結(jié)果 10、鼠標(biāo)有多個形狀時是否能夠被窗體識別（如漏斗狀時窗體不接受輸入）控件檢查1、查詢時默認(rèn)顯示全部 2、選擇時默認(rèn)顯示請選擇 3、禁用時樣式置灰 復(fù)選框1、多個復(fù)選框可以被同時選中 2、多個復(fù)選框可以被部分選中 3、多個復(fù)選框可以都

31、不被選中 4、逐一執(zhí)行每個復(fù)選框的功能5、當(dāng)復(fù)選框太多時，提供全選和全不選的功能單選框1、一組單選按鈕不能同時選中，只能選中一個 2、一組執(zhí)行同一功能的單選按鈕在初始狀態(tài)時必須有一個被默認(rèn)選中，不能同時為空 下拉樹1、應(yīng)支持多選與單選 2、禁用時樣式置灰樹形1、各層級用不同圖標(biāo)表示，最下層節(jié)點無加減號 2、提供全部收起、全部展開功能 3、如有需要提供搜索與右鍵功能，如提供需有提示信息 4、展開時，內(nèi)容刷新正常 日歷控件1、同時支持選擇年月日、年月日時分秒規(guī)則 2、打開日歷控件時，默認(rèn)顯示當(dāng)前日期 滾動條控件1、滾動條的長度根據(jù)顯示信息的長度或?qū)挾燃皶r變換，這樣有利于用戶了解顯示信息的位置和百分

32、比，如，word中瀏覽100頁文檔，瀏覽到50頁時，滾動條位置應(yīng)處于中間 2、拖動滾動條，檢查屏幕刷新情況，并查看是否有亂碼 3、單擊滾動條時，頁面信息是否正確顯示 4、用滾輪控制滾動條時，頁面信息是否正確顯示 5、用滾動條的上下按鈕時，頁面信息是否正確顯示 按鈕1、點擊按鈕是否正確響應(yīng)操作。如單擊確定，正確執(zhí)行操作;單擊取消，退出窗口 2、對非法的輸入或操作給出足夠的提示說明 3、對可能造成數(shù)據(jù)無法恢復(fù)的操作必須給出確認(rèn)信息，給用戶放棄選擇的機會(如刪除等危險操作） 文本框1、輸入正常的字母和數(shù)字 2、輸入已存在的文件的名稱 3、輸入超長字符。 4、輸入默認(rèn)值，空白，空格。 5、若只允許輸入字母，嘗試輸入數(shù)字;反之，嘗試輸入字母 6、利用復(fù)制，粘貼等操作強制輸入程序不允許的輸入數(shù)據(jù) 7、輸入特殊字符集，例如，NUL及n等 8、輸入不符合格式的數(shù)據(jù)，檢查程序是否正常校驗，如程序要求輸入年月日格式為yy/mm/dd，實際輸入yyyy/mm/dd，程序應(yīng)該給出錯誤提示。分頁1、當(dāng)列表數(shù)據(jù)較多時是否使用分頁控件。 2、系統(tǒng)是否都是使用的同一風(fēng)格的分頁控件。 上傳功能檢查1、上傳下載文件檢查：上傳下載文件的功能是否實現(xiàn)，上傳下載的文件是否