之後不再愁怎麼寫測試用例了

時間 2019-11-12

標籤之後不再怎麼測試简体版

原文原文鏈接

一、什麼是測試用例？ 數據庫

　　測試用例是執行測試前由測試人員編寫的指導測試的文檔。測試用例主要解決測什麼、怎麼測、如何衡量的問題。安全

　　
二、測試用例的組成包括： 服務器

　　用例編號框架

　　用例描述：記錄測試的步驟，用到的數據工具

　　預期結果：按照用例步驟操做，應該出現什麼結果佈局

　　測試目的：說明爲何要設計這條用例，測試點是什麼性能

　　
三、編寫用例參考什麼內容？ 測試

　　文檔：需求文檔、開發文檔、用戶手冊字體

　　對着相應的軟件編寫 spa

　　討論

　　
四、編寫測試用例的方法：

　　1）等價類劃分、邊界值

　　2）因果圖、斷定表

　　3）正交排列方法、場景法

　　4）狀態轉換圖方法

　　5）測試大綱方法

1、文本框爲字符型

必填項非空校驗：
一、必填項未輸入－－程序應提示錯誤；
二、必填項只輸入若干個空格，未輸入其它字符－－程序應提示錯誤；

字段惟一性校驗：（不是全部字段都做此項校驗，視實際項目狀況而定）
一、新增時輸入重複的字段值－－必須提示友好信息；
二、修改時輸入重複的字段值－－必須提示友好信息；

字段長度校驗：
輸入[最小字符數-1]－－程序應提示錯誤；
輸入[最小字符數]－－OK；
三、輸入[最小字符數+1]－－程序應提示錯誤；
四、輸入[最大字符數-1]－－OK；
五、輸入[最大字符數]－－OK；
輸入[最大字符數+1]－－程序應提示錯誤；

?字段爲特殊字符校驗：
一、輸入域如對某些字符禁止輸入時，限制是否成功，提示信息是否友好；
二、中文、英文、空格，數字，字符，下劃線、單引號等全部特殊字符的組合；
三、全部特殊字符都必須進行測試

?字段爲特殊代碼校驗：
輸入htm代碼：好比」 <font>你好</font>」；－－必須以文本的形式將代碼顯示出來。
二、輸入JavaScript代碼：好比<param name=「MovieWindowWidth」 value=「320」>；－－必須以文本的形式將代碼顯示出來。
多行文本框輸入：
一、是否容許回車換行；
二、保存後再顯示可以保持輸入時的格式；
三、僅輸入回車換行，檢查可否正確保存；若能，查看保存結果。若不能，查看是否有正確提示；
四、僅輸入空格，檢查可否正確保存；若能，查看保存結果。若不能，查看是否有正確提示。

2、文本框爲數值型
邊界值：

一、輸入[最小值-1]－－程序應提示錯誤；
二、輸入[最小值]－－OK；
三、輸入[最大值]－－OK；
四、輸入[最大值+1]－－程序應提示錯誤；

位數：
一、輸入[限制位數]－－OK；
二、輸入[限制位數+1]－－根據實際項目而定，是否自動四捨五入成限制位數，仍是提示信息；
三、輸入[限制位數-1]－－OK；

?異常值、特殊值：
一、輸入非數值型數據：漢字、字母、字符－－程序應提示錯誤；
二、輸入負數－－根據實際項目而定，若是不容許輸入負數，必須提示友好信息；
三、字段禁止直接輸入非數值型數據時，使用「粘貼」、「拷貝」功能嘗試輸入，並測試可否正常提交保存－－只能使用「粘貼」、「拷貝」方法輸入的特殊字符應沒法保存，並應給出相應提示；
四、全角數字和半角數字的狀況－－全角數字不能保存，提示友好信息，半角數字正常保存；
五、首位爲零的數值：如01＝1－－視實際項目狀況而定；

3、文本框爲日期型
合法性檢查：
一、日輸入[0日]－－程序應提示錯誤；
二、日輸入[1日]－－OK；
三、日輸入[32日]－－程序應提示錯誤；
四、月輸入[一、三、五、七、八、十、12月]、日輸入[31日]－－OK；
五、月輸入[四、六、九、11月]、日輸入[30日]－－OK；
六、月輸入[四、六、九、11月]、日輸入[31日]－－程序應提示錯誤；
七、輸入非閏年,月輸入[2月]、日輸入[28日]，好比2009.2.28－－OK；
八、輸入非閏年,月輸入[2月]、日輸入[29日]，好比2009.2.29－－程序應提示錯誤
九、(閏年)月輸入[2月]、日輸入[29日]，好比2008.2.29－－OK；
十、(閏年)月輸入[2月]、日輸入[30日]，好比2008.2.30－－程序應提示錯誤；
十一、月輸入[0月]－－程序應提示錯誤；
十二、月輸入[1月]－－OK；
1三、月輸入[12月]－－OK；
1四、月輸入[13月] －－程序應提示錯誤；

格式檢查：
一、不合法格式：2009-0九、 2009-09 -、200-2-2；
二、視具體項目而定是否合法：2009/09/0一、2009.09.01 、2009090一、2009-09-01 ；
異常值、特殊值：
一、輸入漢字、字母、字符－－程序應提示錯誤；

4、文本框爲時間型
合法性檢查：
一、時輸入[24時] －－程序應提示錯誤；
二、時輸入[00時] －－OK；
三、分輸入[60分] －－程序應提示錯誤；
四、分輸入[59分] －－OK；
五、分輸入[00分] －－OK；
六、秒輸入[60秒] －－程序應提示錯誤；
七、秒輸入[59秒] －－OK；
八、秒輸入[00秒] －－OK；

格式檢查：
不合法格式：12:30:、 123000；
二、視具體項目而定是否合法：12:30、 1:3:0；

異常值、特殊值：
一、輸入漢字、字母、字符－－程序應提示錯誤；
二、系統中所涉及時間是否取服務器時間；

頁功能咱們常碰到的通常有如下幾個功能：
一、首頁、上一頁、下一頁、尾頁。
二、總頁數，當前頁數
三、指定跳轉頁
四、指定每頁顯示條數
固然，有一些是少於多少頁，所有以數字的形式顯示，多於多少頁後，纔出現下一頁的控件。本文暫且用以上四點來作爲通用的用例來設計吧。

對於「首頁、上一頁、下一頁、尾頁」。翻頁連接或按鈕的測試，主要要檢查的測試點有：
一、有無數據時控件的顯示狀況
二、在首頁時，首頁和上一頁是否能點擊
三、在尾頁時，下一頁和尾頁是否能點擊
四、在非首頁和非尾頁時，四個按鈕功能是否正確
五、翻頁後，列表中的記錄是否仍按照指定的排序列進行了排序

對於「總頁數，當前頁數總頁數，當前頁數」，主要要檢查的測試點有：
一、總頁數是否等於總的記錄數/指定每頁條數
二、當前頁數是否正確

針對以上測試用例以下：

step 1: 列表無記錄
expect: 一、四個翻頁控件變灰不可點擊
二、列表有相應的無數據信息提示
三、不可指定頁數
四、不可指定跳轉頁
五、總頁數顯示爲0
六、當前頁數顯示爲0

step 2: 列表的記錄數<=指定的每頁顯示條數
expect: 一、四個翻頁控件變灰不可點擊
二、總頁數顯示爲1
三、當前頁數顯示爲1

step 3: 列表的記錄數>指定的每頁顯示條數
expect: 一、默認在首頁，當前頁數爲1
二、列表的數據按照指定的排序列正確排序
三、記錄數與數據庫相符
四、總頁數＝記錄數/指定的每頁顯示條數

step 4: 列表的記錄數>指定的每頁顯示條數，在首頁
expect: 一、首頁變灰不可點擊
二、上一頁變灰不可點擊
三、下一頁可點擊，從（每頁指定條數＋1）條記錄開始顯示，當前頁數+1
四、尾頁可點擊，顯示最後頁的記錄

step 5: 列表的記錄數>指定的每頁顯示條數，在中間的某頁
expect: 一、首頁可點擊，顯示1到每頁指定條數的記錄
二、上一頁可點擊，顯示上一頁的記錄
三、下一頁可點擊，從後一頁的記錄
四、尾頁可點擊，顯示最後頁的記錄
五、列表的數據按照指定的排序列正確排序
六、當前頁數爲所在頁

step 6:列表的記錄數>指定的每頁顯示條數，在尾頁
expect: 一、首頁可點擊，顯示1到每頁指定條數的記錄
二、上一頁可點擊，顯示上一頁的記錄
三、下一頁變灰不可點擊
四、尾頁變灰不可點擊
五、列表的數據按照指定的排序列正確排序
六、當前頁數爲最後一頁的頁數

對於「指定跳轉頁」，主要要檢查的測試點有：
一、是否能正常跳轉到指定的頁數
二、輸入的跳轉頁數非法時的處理
對於「指定每頁顯示條數」，主要要檢查的測試點有：
一、是否有默認的指定每頁顯示條數
二、指定每頁的條數後，列表顯示的記錄數，頁數是否正確
三、輸入的每頁條數非法時的處理

針對以上測試用例以下：

step 7:輸入每頁顯示條數爲小於總記錄的正整數
expect: 一、每頁顯示條數更新成指定的條數
二、超過指定的條數的記錄分頁顯示
三、總頁數更新成列表的記錄數/每頁顯示條數

step 8:輸入每頁顯示條數爲0、負數、小數
expect: 一、提示「每頁顯示條數必須爲大於1的整數」
二、提示後每頁顯示條數恢復爲上次生效的條數

step 9:輸入每頁顯示條數大於或等於總記錄數的正整數時
expect: 一、四個翻頁按鈕變灰不可點擊
二、總頁數顯示爲1
三、當前頁數顯示爲1

step 10:輸入每頁顯示條數長度超過數據庫指定的長度<<<maxlen>>>
expect: 一、提示每頁顯示條數不能超過<<<maxlen>>>位
二、提示後每頁顯示條數恢復爲上次生效的條數

step 11:輸入每頁顯示條數爲非數值、非法值時

expect: 一、提示每頁顯示條數必須爲大於1的整數
二、提示後每頁顯示條數恢復爲上次生效的條數

step 12:輸入跳轉的頁數爲存在的頁數
expect: 一、正確跳轉到指定的頁數

step 13:輸入跳轉的頁數不存在或非法值
expect: 一、跳轉的頁數值置爲1，顯示第一頁的數據

1：易用性：
按鈕名稱應該易懂，用詞準確，屏棄沒楞兩可的字眼，要與同一界面上的其餘按鈕易於區分，能望文知意最好。理想的狀況是用戶不用查閱幫助就能知道該界面的功能並進行相關的正確操做。
易用性細則：
1):完成相同或相近功能的按鈕用Frame框起來，經常使用按鈕要支持快捷方式。
2):完成同一功能或任務的元素放在集中位置，減小鼠標移動的距離。
3):按功能將界面劃分局域塊，用Frame框括起來,並要有功能說明或標題。
4):界面要支持鍵盤自動瀏覽按鈕功能，即按Tab鍵的自動切換功能。
5):界面上首先應輸入的和重要信息的控件在Tab順序中應當靠前,位置也應放在窗口上較醒目的位置。
6):同一界面上的控件數最好不要超過10個，多於10個時能夠考慮使用分頁界面顯示。
7):分頁界面要支持在頁面間的快捷切換，經常使用組合快捷鍵Ctrl+Tab
8):默認按鈕要支持Enter及選操做，即按Enter後自動執行默認按鈕對應操做。
9):可寫控件檢測到非法輸入後應給出說明並能自動得到焦點。
10):Tab鍵的順序與控件排列順序要一直，目前流行整體從上到下，同時行間從左到右的方式。
11):複選框和選項框按選擇概率的高底而前後排列。
12):複選框和選項框要有默認選項，並支持Tab選擇。
13):選項數相同時多用選項框而不用下拉列表框。
14):界面空間較小時使用下拉框而不用選項框。
15):選項數叫少時使用選項框，相反使用下拉列表框。
16):專業性強的軟件要使用相關的專業術語，通用性界面則提倡使用通用性詞眼。

2：規範性：
一般界面設計都按Windows界面的規範來設計，即包含「菜單條、工具欄、工具廂、狀態欄、滾動條、右鍵快捷菜單」的標準格式，能夠說：界面遵循規範化的程度越高，則易用性相應的就越好。小型軟件通常不提供工具廂。
規範性細則：
1):經常使用菜單要有命令快捷方式。
2):完成相同或相近功能的菜單用橫線隔開放在同一位置。
3):菜單前的圖標能直觀的表明要完成的操做。
4):菜單深度通常要求最多控制在三層之內。
5):工具欄要求能夠根據用戶的要求本身選擇定製。
6):相同或相近功能的工具欄放在一塊兒。
7):工具欄中的每個按鈕要有及時提示信息。
8):一條工具欄的長度最長不能超出屏幕寬度。
9): 工具欄的圖標能直觀的表明要完成的操做。
10):系統經常使用的工具欄設置默認放置位置。
11):工具欄太多時能夠考慮使用工具廂。
12):工具廂要具備可增減性，由用戶本身根據需求定製。
13):工具廂的默認總寬度不要超過屏幕寬度的1/5。
14): 狀態條要能顯示用戶切實須要的信息，經常使用的有：
目前的操做、系統狀態、用戶位置、用戶信息、提示信息、錯誤信息等，若是某一操做須要的時間較長，還應該顯示進度條和進程提示。
15)：滾動條的長度要根據顯示信息的長度或寬度能及時變換，以利於用戶瞭解顯示信息的位置和百分比。
16)：狀態條的高度以放置五好字爲宜，滾動條的寬度比狀態條的略窄。
17)：菜單和工具條要有清楚的界限;菜單要求凸出顯示，這樣在移走工具條時仍有立體感。
18)：菜單和狀態條中一般使用5號字體。工具條通常比菜單要寬，但不要寬的太多，不然看起來很不協調。
19):右鍵快捷菜單採用與菜單相同的準則。

3：幫助設施：
系統應該提供詳盡而可靠的幫助文檔，在用戶使用產生迷惑時能夠本身尋求解決方法。
幫助設施細則：
1)：幫助文檔中的性能介紹與說明要與系統性能配套一致。(咱們的系統幫助文檔都是系統的祖先時期的說明，讓人困惑)。
2)：打包新系統時，對做了修改的地方在幫助文檔中要作相應的修改。
3)：操做時要提供及時調用系統幫助的功能。經常使用F1。
4)：在界面上調用幫助時應該可以及時定位到與該操做相對的幫助位置。也就是說幫助要有即時針對性。
5)：最好提供目前流行的聯機幫助格式或HTML幫助格式。
6)：用戶能夠用關鍵詞在幫助索引中搜索所要的幫助，固然也應該提供幫助主題詞。
7)：若是沒有提供書面的幫助文檔的話，最好有打印幫助的功能。
8 )：在幫助中應該提供咱們的技術支持方式，一旦用戶難以本身解決能夠方便的尋求新的幫助方式。

4：合理性：
屏幕對角線相交的位置是用戶直視的地方，正上方四分之一處爲易吸引用戶注意力的位置，在放置窗體時要注意利用這兩個位置。
合理性細則：
1)：父窗體或主窗體的中心位置應該在對角線焦點附近。
2)：子窗體位置應該在主窗體的左上角或正中。
3)：多個子窗體彈出時應該依次向右下方偏移，以顯示窗體出標題爲宜。
4)：重要的命令按鈕與使用較頻繁的按鈕要放在界面上注目的位置。
5)：錯誤使用容易引發界面退出或關閉的按鈕不該該放在易點位置。橫排開頭或最後與豎排最後爲易點位置。
6)：與正在進行的操做無關的按鈕應該加以屏蔽(Windows中用灰色顯示，無法使用該按鈕)。
7)：對可能形成數據沒法恢復的操做必須提供確認信息,給用戶放棄選擇的機會。
8)：非法的輸入或操做應有足夠的提示說明。
9): 對運行過程當中出現問題而引發錯誤的地方要有提示，讓用戶明白錯誤出處，避免造成無限期的等待。
10):提示、警告、或錯誤說明應該清楚、明瞭、恰當。

5：美觀與協調性：
界面應該大小適合美學觀點，感受協調溫馨，能在有效的範圍內吸引用戶的注意力。
美觀與協調性細則：
1): 長寬接近黃金點比例，切忌長寬比例失調、或寬度超過長度。
2): 佈局要合理,不宜過於密集，也不能過於空曠，合理的利用空間。
3): 按鈕大小基本相近，忌用太長的名稱，省得佔用過多的界面位置。
4): 按鈕的大小要與界面的大小和空間要協調。
5): 避免空曠的界面上放置很大的按鈕。
6)：放置完控件後界面不該有很大的空缺位置。
7): 字體的大小要與界面的大小比例協調, 一般使用的字體中宋體9-12較爲美觀，不多使用超過12號的字體。
8): 前景與背景色搭配合理協調，反差不宜太大，最好少用深色，如大紅、大綠等。經常使用色考慮使用Windows界面色調。
9): 若是使用其餘顏色，主色要柔和，具備親和力與磁力，堅定杜絕刺目的顏色。
10): 大型系統經常使用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
11): 界面風格要保持一致，字的大小、顏色、字體要相同，除非是須要藝術處理或有特殊要求的地方。
12): 若是窗體支持最小化和最大化或放大時，窗體上的控件也要隨着窗體而縮放；切忌只放大窗體而忽略控件的縮放。
13)：對於含有按鈕的界面通常不該該支持縮放，即右上角只有關閉功能。
14): 一般父窗體支持縮放時，子窗體沒有必要縮放。
15)：若是能給用戶提供自定義界面風格則更好，由用戶本身選擇顏色、字體等。

6：菜單位置：
菜單是界面上最重要的元素，菜單位置按照按功能來組織。
菜單設測試細則：
1)：菜單一般採用「經常使用--主要--次要--工具--幫助」的位置排列，符合流行的Windows風格。
2):經常使用的有「文件」、「編輯」，「查看」等，幾乎每一個系統都有這些選項，固然要根據不一樣的系統有所取捨。
3):下拉菜單要根據菜單選項的含義進行分組，並切按照必定的規則進行排列，用橫線隔開。
4): 一組菜單的使用有前後要求或有嚮導做用時，應該按前後次序排列。
5): 沒有順序要求的菜單項按使用頻率和重要性排列，經常使用的放在開頭，不經常使用的靠後放置；重要的放在開頭，次要的放在後邊。
6): 若是菜單選項較多，應該採用加長菜單的長度而減小深度的原則排列。
7): 菜單深度通常要求最多控制在三層之內。
8): 對經常使用的菜單要有快捷命令方式，組合原則見8。
9):對與進行的操做無關的菜單要用屏蔽的方式加以處理，若是採用動態加載方式——即只有須要的菜單才顯示——最好。
10)：菜單前的圖標不宜太大，與字高保持一直最好。
11):主菜單的寬度要接近，字數不該多於四個，每一個菜單的字數能相同最好。
12)：主菜單數目不該太多，最好爲單排佈置。

7:獨特性：
若是一味的遵循業界的界面標準，則會喪失本身的個性.在框架符合以上規範的狀況下，設計具備本身獨特風格的界面尤其重要。尤爲在商業軟件流通中有着很好的遷移默化的廣告效用。
1):安裝界面上應有單位介紹或產品介紹，並有本身的圖標。
2):主界面，最好是大多數界面上要有公司圖標。
3):登陸界面上要有本產品的標誌，同時包含公司圖標。
4):幫助菜單的「關於」中應有版權和產品信息。
5):公司的系列產品要保持一直的界面風格，如背景色、字體、菜單排列方式、圖標、安裝過程、按鈕用語等應該大致一致。

8：快捷方式的組合
在菜單及按鈕中使用快捷鍵可讓喜歡使用鍵盤的用戶操做得更快一些在西文Windows及其應用軟件中快捷鍵的使用大可能是一致的。
菜單中：
1):面向事務的組合有:
Ctrl-D 刪除；Ctrl-F 尋找；Ctrl –H替換；Ctrl-I 插入；Ctrl-N 新記錄；Ctrl-S 保存 Ctrl-O 打開。
2)：列表:
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分頁窗口或反序瀏覽同一頁面控件；。
3):編輯:
Ctrl-A全選；Ctrl-C 拷貝；Ctrl-V 粘貼；Ctrl-X 剪切；Ctrl-Z撤消操做；Ctrl-Y恢復操做。
4)文件操做:
Ctrl-P 打印；Ctrl-W 關閉。
5):系統菜單
Alt-A文件；Alt-E編輯；Alt-T工具；Alt－W窗口；Alt－H幫助。
6):MS Windows保留鍵:
Ctrl-Esc 任務列表；Ctrl-F4 關閉窗口； Alt-F4 結束應用；Alt-Tab 下一應用；Enter 缺省按鈕/確認操做；Esc 取消按鈕/取消操做；Shift-F1 上下文相關幫助。
按鈕中：
能夠根據系統須要而調節，如下只是經常使用的組合。
Alt-Y肯定(是)；Alt-C取消；Alt-N 否；Alt-D刪除；Alt-Q退出；Alt-A添加；Alt-E編輯；Alt-B瀏覽；Alt-R讀；Alt-W寫。
這些快捷鍵也能夠做爲開發中文應用軟件的標準,但亦可以使用漢語拼音的開頭字母。

9:安全性考慮：
在界面上經過下列方式來控制出錯概率，會大大減小系統因用戶人爲的錯誤引發的破壞。開發者應當儘可能周全地考慮到各類可能發生的問題,使出錯的可能降至最小。如應用出現保護性錯誤而退出系統,這種錯誤最容易使用戶對軟件失去信心。由於這意味着用戶要中斷思路,並費時費力地從新登陸,並且已進行的操做也會因沒有存盤而所有丟失。
安全性細則：
1)：最重要的是排除可能會使應用非正常停止的錯誤。
2)：應當注意儘量避免用戶無心錄入無效的數據。
3)：採用相關控件限制用戶輸入值的種類。
4)：當用戶做出選擇的可能性只有兩個時,能夠採用單選框。
5)：當選擇的可能再多一些時,能夠採用複選框,每一種選擇都是有效的,用戶不可能輸入任何一種無效的選擇。
6)：當選項特別多時，能夠採用列表框，下拉式列表框。
7)：在一個應用系統中,開發者應當避免用戶做出未經受權或沒有意義的操做。
8)：對可能引發致命錯誤或系統出錯的輸入字符或動做要加限制或屏蔽。
9):對可能發生嚴重後果的操做要有補救措施。經過補救措施用戶能夠回到原來的正確狀態。
10):對一些特殊符號的輸入、與系統使用的符號相沖突的字符等進行判斷並阻止用戶輸入該字符。
11)：對錯誤操做最好支持可逆性處理，如取消系列操做。
12):在輸入有效性字符以前應該阻止用戶進行只有輸入以後纔可進行的操做。
13):對可能形成等待時間較長的操做應該提供取消功能。
14)：特殊字符常有；;’」><,｀‘：「［」｛、/|｝］+=)-(_*&&^%$#@!~,.。?/還有空格。
15)：與系統採用的保留字符衝突的要加以限制。
16)：在讀入用戶所輸入的信息時，根據須要選擇是否去掉先後空格。
17)：有些讀入數據庫的字段不支持中間有空格，但用戶切實須要輸入中間空格，這時要在程序中加以處理。

10:多窗口的應用與系統資源：
設計良好的軟件不只要有完備的功能，並且要儘量的佔用最底限度的資源。
1)：在多窗口系統中，有些界面要求必須保持在最頂層，避免用戶在打開多個窗口時，不停的切換甚至最小化其餘窗口來顯示該窗口。
2)：在主界面載入完畢後自動卸出內存，讓出所佔用的WINDOWS系統資源。
3)：關閉全部窗體，系統退出後要釋放所佔的全部系統資源，除非是須要後臺運行的系統。
4)：儘可能防止對系統的獨佔使用。

翻頁操做測試用例(FY) 針對翻頁操做

1.頁面連接檢查：每個連接是否都有對應的頁面，而且頁面之間切換正確

2.相關性檢查：刪除/增長一項會不會對其餘項產生影響，若是產生影響，這些影響是否都正確

3.檢查按鈕的功能是否正確：如增、刪、改、查等功能是否正確

4.重複提交表單：一條已經成功提交的記錄，用IE回退後再提交，看看系統是否作了處理

5.屢次IE回退：檢查屢次使用IE回退的狀況，在有回退的地方，回退，回到原來頁面，再回退，重複屢次，看是否出錯

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

7.回車鍵檢查：在輸入結束後直接回車鍵，看系統處理如何，可否報錯

8.上傳下載文件檢查：上傳下載文件的功能是否實現，上傳文件是否能打開，對上傳文件的格式有何規定，系統是否有解釋信息，並檢查系統是否可否作到

9.其餘驗證：在頁面上圖片的大小不宜太大，須要第三方軟件支持時，應該給出必要的信息，好比須要jre的支持，但用戶機器尚未安裝jre，那麼此時在頁面上應該有顯著的標誌來提醒用戶進行安裝

1.當數據量很大的時候，須要進行分頁顯示，每頁顯示的行數最好不要超過20行，每頁列表上最好有序號標識，行與行之間顏色要有必定區分，這樣有利於用戶的查找

2.翻頁按鈕應該包括：首頁、前一頁、後一頁、尾頁、當前X頁、共X頁，這些經常使用按鈕和顯示，而且按鈕都能正常翻頁