Document number 文件編號

Confidentiality level 密級

內部公開

Document version 文件版本

Total 30  pages 共 30 頁

V1.00

Prepared by

擬製

張奉強

Date

日期

2012-5-23

Reviewed by

評審人

Date

日期

Approved by

批准

Date

日期

Date

日期

Revision Version

修訂版本

Sec No.

修改章節

Change Description

修改描述

Author

作者

序號

檢查點

檢查內容

1

介面控制元件標題是否正確

對於介面控制元件，其標題需要準確無誤，不能給使用者產生歧義，同時，在不同的頁面中，對於同一意義的控制元件，需要保持一致

2

介面控制元件必選項檢查

對於必須輸入的選項，需要用*標明，在介面提交後，需要進行檢查該功能是否實現

3

下拉框選擇項檢查

對於下拉框選項，需要與業務需要保持一致，要避免沒有必要的選項，同時也需要保持選項沒有遺漏

4

文字輸入框檢查

文字輸入框，如果有最大輸入長度的限制，需要指定最大長度，可以減少輸入錯誤的機率

5

輸入合法性檢查

對於介面輸入，需要進行合法性檢查，如特殊字元需要限制不能輸入，業務對輸入的特殊限制。同時還需要進行邊界值檢查

6

聯動關係檢查

對於需要實現聯動的介面控制元件，需要檢查聯動是否實現，並且需要檢視選項，檢查是否正確。

7

按鈕功能是否實現

對於重置按鈕和按鈕，檢視是否實現取消功能，對於提交按鈕，需要檢查是否實現提交功能，並轉向指定的頁面

8

提交引數是否正確

對於通過介面控制元件提交的引數，需要檢查提交的引數是否正確，尤其是一些通過特殊處理的引數，如金額轉換的引數

9

介面佈局檢查

對於一些複雜的介面，最好需要經過討論，以生成合適的佈局

10

介面提示資訊準確性的檢查

介面的提示資訊有助於幫助使用者理解介面控制元件的功能。準確的提示資訊有助於提高使用者介面操作的正確性。對於容易造成誤解的操作，都需要提供提示資訊。

11

警告資訊和錯誤提示資訊的檢查

警告資訊和錯誤提示資訊幫助使用者定位錯誤，應該簡短明確。

12

新的需求和需求變更，是否已經實現

在系統開發過程中，新的需求和需求變更是難免的。對於這種情況，需要檢查程式碼是否作了及時的更新。

13

查詢操作，需要檢查返回結果是否符合條件

根據條件進行查詢，是介面中的常用功能，在查詢時，不僅要檢查介面是否有返回結果，而且還需要檢查返回的結果是否時符合條件的記錄

14

查詢操作的顯示結果是否符合常規

對於查詢操作，容易犯的錯誤就是將資料庫中查詢出來的內容直接顯示在頁面，導致頁面的顯示不符合規範。如日期格式不正確，金額顯示不是常用貨幣單位，對於批量查詢結果沒有進行排序等。

規範名稱

輸入值長度檢查

規範步驟

文字編輯框要對輸入的引數是否有字數限制進行檢測。如果有字數限制時一定要測試超過字數限制的情況，要看系統是否對字數限制做了校驗。 這是因為所有的Web介面的輸入值都是要寫入Oracle資料庫中的相應的表中，這些表都會定義相關欄位的長度；如果輸入的值超過了規定的長度，Web伺服器利用JDBC向Oracle資料庫插入資料就會失敗。所以為了提醒使用者，需要進行輸入值長度校驗。

在下面的例子中分別演示了對單行和多行文字輸入值的長度校驗：（1）對於WAP URL輸入260個英文字元，超過255個英文字元時的校驗和錯誤提示；（2）對於Service Description輸入130箇中文字元，超過255個英文字元時的校驗和錯誤提示；（3）對於Service Name輸入框限定輸入長度是50個英文字元，不能夠輸入超長值。

規範名稱

輸入值格式限制

規範步驟

輸入值的格式有特殊要求時，需要檢查輸入值的格式：（1）如果輸入的URL網站地址，必須利用http或https開頭，而且格式類似於http://xxx.yyy,其中xxx和yyy是任意的字元，不能夠為空；（2）如果輸入的是email地址，格式必須類似於[email protected]；如果有多個email地址，需要利用逗號隔開；（3）如果輸入的是IP地址，那麼必須是0.0.0.0至255.255.255.255之間的地址，否則是無效的IP地址；檢查嚴格的頁面，可能還會要求IP地址不能夠是本地迴環地址127.0.0.1;（4）如果輸入的是埠號、數量等，那麼就只能輸入數字，同時對輸入值的範圍有校驗。比如埠號不能夠小於0，大於65535； 可以使用的數量不能夠小於0；

規範名稱

輸入值達到最大值後顯示是否正常

規範步驟

輸入值的長度較長（255個字元或1024個字元）時，必須測試輸入最大長度值，提交資料成功後，在瀏覽介面檢視新提交的資料是否能夠正確顯示。特別容易出現的問題是，資料超長後，列表顯示比例失調，或者顯示不完全，產生內容被截斷的現象。下面樣例中，WAPURL和WWW URL輸入太長後，整個列表顯示比例失調，不好看啊。

規範名稱

不同編輯狀態顯示的外表不同

規範步驟

文字編輯框如果是可以編輯的狀態，那麼利用亮色進行表示，利用滑鼠點選區域，有高亮度的閃爍游標顯示；如果是不可編輯的狀態，應該顯示為灰色禁止狀態，使用者不能夠輸入，但是可以選擇和拷貝文字。下面的Wholesale審批介面中，Remaining Advertisement應該是不可編輯的狀態，應該顯示灰色禁止狀態，方便使用者區分。

規範名稱

密碼輸入需要使用*號

規範步驟

輸入值是使用者的密碼時，在輸入時必須利用*號進行顯示，不能夠利用明文進行顯示。同時，在進行相關密碼資訊傳送時，必須利用加密協議進行傳送，保證利用網路檢測工具不能夠得到使用者傳送內容。 下面樣例中修改使用者的密碼，新老密碼都需要利用*星號表示。

規範名稱

輸入框是必填項

規範步驟

如果輸入值是必填項,介面上統一約定在輸入框後面加上紅色的"*"號表示必填項,使用者必須輸入相關引數,不能夠填寫為空,或者空格鍵、TAB鍵. 請參考下面樣例頁面中的Service Name必須填寫值。

規範名稱

輸入值中有特殊字元

規範步驟

由於網頁中採用的HTML語言中，有很多特殊含義的字元，比如<大於號、>小於號、“雙引號等，所以在輸入時，程式需要對輸入的特殊字元進行轉義處理，否則輸入的值顯示就會出現異常。最常用的特殊字元輸入時：<td>"hello</td>

規範名稱

輸入框必須提示輸入值的最大輸入長度

規範步驟

在輸入框的後面，業務應該增加相關提示性的文字，告訴使用者該輸入項可以輸入的最大長度的值。

規範名稱

列表選擇兩端需要標明區域內容

規範步驟

列表選擇框控制元件主要是從備選的選擇項中，選擇適合的選擇項到支援的區域中，最常用的就是“業務支援的終端型別”和“業務支援的使用者品牌”。列表選擇框測試的第一個原則是，兩端的選擇區域必須標明選擇的含義，哪個是備選區域，哪個是選中區域，這樣才能夠保證使用者理解清晰易懂。

規範名稱

從備選擇列表框中選擇多項內容進行增加

規範步驟

從備選擇框中同時選中多個可選擇項進行增加，可以成功。

規範名稱

從備選擇列表框中不選擇內容進行增加

規範步驟

從備選擇列表框中不選中內容，直接點選“》”增加鍵進行增加，應該操作不成功。

規範名稱

從已選擇項列表框中進行刪除

規範步驟

從已選擇項列表框中選擇單個或多個內容，進行刪除。

規範名稱

備選擇框中的選擇項名字長度過長的顯示

規範步驟

備選擇框中的可選擇項的名字長度過長時，在選擇框中顯示只能夠截斷顯示。

規範名稱

備選框中“所有型別”和“特殊型別”選項不能夠同時被選

規範步驟

比如業務支援終端型別中，“所有終端”和某種特殊的終端，不能夠同時被選擇；業務支援品牌中，“預設品牌”和某種特殊的品牌不能夠同時備選。

規範名稱

從下拉選項中選擇不同的選項時對應的不同頁面進行測試

規範步驟

當從下拉選項列表中，選擇不同的選項時，可能會顯示一些開始隱藏的選項。比如在釋出SMS業務時，選擇“Trial Use”是否有試用期，如果選擇“是”，將會出現Start Time和End Time的選擇項；在選擇“Subscription Notification”定購關係是否通知是，如果選擇“是”，將會出現定購關係通知地址和取消定購關係通知地址。要針對這些不同的頁面，進行測試。

規範名稱

下拉列表中的不同選項對應的值，需要檢測

規範步驟

下拉列表中的多個不同選項，對應的不同的選擇值，需要通過檢視原始碼進行檢測，看看是否和資料庫中的定義相同。

規範名稱

單選按鈕必須有一個預設選中

規範步驟

單選按鈕必須有一個預設選中，而且選項之間是互斥或者唯一的。比如“service Management”中的Approve中，業務審批時，每次只能夠選擇一個進行審批，不能夠同時選擇多個進行同時審批。

規範名稱

重置按鈕的功能

規範步驟

規範名稱

點選重置按鈕後變灰

規範步驟

規範名稱

點選按鈕後其他各個控制元件還原到之前的狀態

規範步驟

規範名稱

返回按鈕的功能

規範步驟

規範名稱

取消按鈕

規範步驟

規範名稱

有關分頁功能的按鈕

規範步驟

規範名稱

確定提交相關按鈕

規範步驟

規範名稱

各種按鈕的排列合理性

規範步驟

規範名稱

日期控制元件的時間只能夠選擇，不能夠手工修改。

規範步驟

日期控制元件設定的時間是通過特殊的JavaScript語句寫出來的，保證了使用者選擇的時間的格式正確性。

規範名稱

分頁功能

規範步驟

規範名稱

組合查詢功能

規範步驟

規範名稱

目錄樹顯示功能

規範步驟

規範名稱

訊息提示的功能

規範步驟

規範名稱

使用者介面是否於軟體功能相融洽？（非常重要）

規範步驟

使用者介面是否與軟體功能相融洽？使用者介面是否適合於使用者的應用環境？“使用者介面適合於軟體功能”是首要設計原則，它要求設計者不要片面追求介面外觀漂亮而導致華而不實。

規範名稱

使用者介面是否正確實現了軟體需求？（非常重要）

規範步驟

使用者介面上，是否正確的實現了軟體的需求，是否正確的體現了客戶實際需要的軟體功能,沒有偏差？

規範名稱

使用者介面的相關功能是否完備？（非常重要）

規範步驟

1.使用者介面上有增加功能時，應該同時有修改、刪除和瀏覽的功能配套存在，保證使用者對於此項操作可撤除。 2.使用者的頁面操作過程，可能需要記錄相關的頁面動作操作日誌。3.使用者的頁面操作，涉及到後臺的其他操作時，特別是使用者提交的資料要同步給其他外部系統時，一定要檢查同步功能是否成功？

規範名稱

頁面功能操作是否具備可逆完整性？（非常重要）

規範步驟

使用者的頁面操作有依賴性和順序性要求時，比如必須先增加功能A，才能夠操作功能B，那麼需要測試逆向操作是否有保護？比如在操作功能B成功之後，直接刪除依賴條件。

規範名稱

介面元素表達是否正確？（非常重要）

規範步驟

介面元素（標籤、圖片、提示、按鈕、表格、對話方塊等）是否有錯別字,或措詞含糊、邏輯混亂。主要體現在（1）各種介面元素上不能夠有單詞錯誤、語法錯誤，也沒有令人費解（例如二義性、邏輯混亂）的文字。（2）介面元素上的描述資訊和實際需要表達的意義不符合；（3）介面元素表達的意義不要措詞模糊、邏輯混亂。

規範名稱

常用功能是否易於使用？（重要）

規範步驟

對於常用的功能，比如業務管理、SP管理、使用者管理等，使用者能否不必閱讀幫助手冊就能夠使用。特別是業務釋出和生命週期管理流程、套餐管理流程，是否有足夠的提示資訊幫助使用者輕鬆完成相關任務。另外，介面結構要能夠清晰的反映工作流程，以便使用者按部就班的操作。對於複雜的使用者介面，最好提供介面嚮導，及時讓使用者知道自己的位置。

規範名稱

介面元素是否有充分必要的提示？（重要）

規範步驟

是否所有的介面元素提供了充分必要的提示？

規範名稱

聯機幫助是否提供？（重要）

規範步驟

是否提供了聯機幫助？聯機幫助是否和版本功能特性配套？聯機幫助是否正確？

規範名稱

對於耗時較長的過程是否提供進度條、動畫等反映進度？（重要）

規範步驟

對於耗時較長的過程，比如上載檔案，查詢使用者資料，是否提供進度條、動畫等反映進度？

規範名稱

是否為重要的操作返回必要的結果資訊？（重要)

規範步驟

使用者提交資料，修改資料後，系統需要提供包括正確或錯誤的結果提示資訊，結果碼和可能的原因分析。

規範名稱

執行破壞性的操作之前，是否獲得使用者的確認？（非常重要）

規範步驟

執行破壞性的操作之前（修改、刪除資料，修改業務狀態），是否給使用者明確的資訊提示，獲得使用者的確認？

規範名稱

輸入的資料或者遞交資料時，是否進行相應的資料合法性檢驗？（非常重要）

規範步驟

輸入的資料或者遞交資料時，是否進行相應的資料合法性檢驗（長度、敏感字元，數字大小，IP地址格式，URL格式等）

規範名稱

所有輸入資料的必選項是否進行了檢測？（非常重要）

規範步驟

規範名稱

是否根據使用者的許可權自動隱藏或者禁用某些功能？（非常重要)

規範步驟

是否根據使用者的許可權自動隱藏或者禁用某些功能？特別是許可權管理

規範名稱

是否提供Reset或Undo功能用以撤銷不期望的操作？（可選）

規範步驟

1.如果提供Reset功能，需要測試Reset是否能夠使頁面完全回覆到起始狀態？2.如果提供Undo功能，需要測試Undo是否能夠撤銷前一步的操作？

規範名稱

同類的介面元素是否有相同的視感和相同的操作方式？（重要）

規範步驟

同類的介面元素是否有相同的視覺和相同的操作