程序測試規范(2)

　　4) 用戶可以用關鍵詞在幫助索引中搜索所要的幫助，當然也應該提供幫助主題詞。

　　5) 打包新系統時，對作了修改的地方在幫助文檔中要做相應的修改。

　　6) 在幫助中應該提供我們的技術支持方式，一旦用戶難以自己解決可以方便的尋求新的幫助方式。

　　1.4 合理性

　　屏幕對角線相交的位置是用戶直視的地方，正上方四分之一處為易吸引用戶注意力的位置，在放置窗體時要注意利用這兩個位置。

　　1) 父窗體或主窗體的中心位置應該在對角線焦點附近。即采取屏幕居中。

　　2) 子窗體位置應該在主窗體的左上角或正中。

　　3) 多個子窗體彈出時應該依次向右下方偏移，以顯示出窗體標題為宜。

　　4) 重要的命令按鈕與使用較頻繁的按鈕要放在界面上較注目的位置。

　　5) 與正在進行的操作無關的按鈕應該加以屏蔽(Windows中用灰色顯示，沒法使用該按鈕)。

　　6) 對可能造成數據無法恢復的操作必須提供確認信息,給用戶放棄選擇的機會。并且將按鈕的缺省焦點置在“取消”按鈕上。

　　7) 非法的輸入或操作應有足夠的提示說明。

　　8) 對運行過程中出現問題而引起錯誤的地方要有提示，讓用戶明白錯誤出處，避免形成無限期的等待。

　　9) 提示、警告、或錯誤說明應該清楚、明了、恰當。

　　10) 對于需要執行長時間的操作，必須使用狀態條，讓用戶了解進展情況，避免使用戶誤解為死機。

　　11) 大多數下拉框(ComboBox)，應該不允許用戶輸入，如果需要輸入，應在設計文檔中指出。

　　12) 當下拉框(ComboBox)允許用戶不選擇任何選項時，不應顯示一個空的選項，應使用文字描述，如“請選擇…”等。

　　13) 對于文本框(TextBox)一般需要根據其對應的數據庫字段的類型以及長度來限制用戶允許輸入的字符和長度，測試時要注意輸入框中的數值的最大數和最小數，以及默認值、空白值或空格時的情況。

　　14) 對于ListView以Report形式(ViewStyle屬性=vsReport)顯示數據，一般要求實現列排序，如果由于特殊原因不能實現列排序，應該禁止用戶點擊列。

　　15) 對于日期輸入框是否接受正確的日期輸入;是否拒絕錯誤的日期輸入;日期輸入框在日期輸入后是否按既定的日期格式顯示日期。

　　16) 對于單選組內是否有且只有一個單選鈕可選;如果單選組內無單選鈕可選，這種情況是否允許存在。

　　17) 復選框組內是否允許多個復選框(包括全部可選)可選;如果復選框組內無復選框可選，這種情況是否允許存在;文本框及某些控件拒絕輸入和選擇時顯示區域是否變灰或按既定規約處理。

　　18) 密碼輸入框是否按掩碼的方式顯示。

　　19) 對于有增加、修改或刪除等有變動操作的頁面，要隨操作及時刷新。

　　20) 對于數據錄入界面，重點考慮如何提高用戶的錄入速度。例如界面中有“身份證號”和“出生日期”，當用戶輸入了一個合法的身份證號后，系統應該自動根據身份證號將出生日期提取出來并填入“出生日期”控件中。

　　21) 系統的提示框樣式應統一，即使用標準的Windows提示框，其中包括標題、圖標、提示語和功能按鈕。圖標使用要規范，要根據提示信息的性質選擇不同的圖標，而且除非嚴重的錯誤，一般不使用“X”圖標，以免使用戶產生畏懼心理。

　　22) 如果系統中需要經常錄入一些重復數據，應考慮將其提取出來，讓用戶進行一次配置，然后系統自動根據配置完成該信息的錄入。例如：系統有登記企業信息的功能，其中企業信息包括該企業所在的省、市、區，由于該系統安裝到某個市級單位后，所登記企業的所在省、市都是確定的，讓用戶每次登記時都重復選擇省、市將給用戶帶來很大的不便。應該由用戶在系統初始化時設置好缺省的省、市，在企業登記時只要選擇該企業所在的區即可，這樣就提高了用戶的登記效率。

　　23) 對于輸入型控件禁止為其指定輸入法。

　　24) 窗體顯示后，缺省的焦點應該設在最合理的控件上，方便用戶操作。

　　25) 輸入型控件一般不允許只輸入空格或可存入輸入值兩端的空格。

　　1.5 美觀與協調性

　　界面大小應該適合美學觀點，感覺協調舒適，能在有效的范圍內吸引用戶的注意力。

原文轉自：http://www.uml.org.cn/Test/200706154.asp