軟件評審流程要點1

1、軟件產品評審流程要點1. 立項l 市場需要（軟件為用戶解決什么樣的問題）l 國家政策（國家是否有相關政策提出，是否有利于該軟件日后的發(fā)展）l 產品定位（軟件在行業(yè)中的定位）l 產品功能策劃l 市場上類似產品的功能、特點與優(yōu)勢l 產品的賣點與優(yōu)勢l 開發(fā)該軟件對公司的（戰(zhàn)略）意義l 性能（效率、響應時間、資源占用、穩(wěn)定性）l 重要等級（是否直接關系人員生命安全）l 工程實施復雜度和軟件維護復雜度l 開發(fā)的（技術）風險是什么l 市場或公司允許的研發(fā)周期l 預計成本（人力物力）l （可驗證性）2. 設計方案概要設計概要設計與詳細設計的區(qū)別 概要設計就是設計軟件的結構，包括組成模塊，模塊的層次結構，模

2、塊的調用關系，每個模塊的功能等等。同時，還要設計該項目的應用系統(tǒng)的總體數(shù)據(jù)結構和數(shù)據(jù)庫結構，即應用系統(tǒng)要存儲什么數(shù)據(jù)，這些數(shù)據(jù)是什么樣的結構，它們之間有什么關系。 詳細設計階段就是為每個模塊完成的功能進行具體的描述，要把功能描述轉變?yōu)榫_的、結構化的過程描述。 概要設計階段通常得到軟件結構圖。 詳細設計階段常用的描述方式有：流程圖、N-S圖、PAD圖、偽代碼等。：提交概要設計文檔，內容包括如下方面：l 總體設計（需求規(guī)定、運行環(huán)境、基本設計概念和處理流程、結構、功能需求與程序的關系、人工處理過程、尚未解決的問題）l 接口設計（用戶接口、外部接口、內部接口）l 運行設計（運行模塊組合、運行控制、

3、運行時間）l 系統(tǒng)論據(jù)結構設計（邏輯結構設計要點、物理結構設計要點、數(shù)據(jù)結構與程序的關系）l 系統(tǒng)出錯處理設計（出錯信息、補救措施、系統(tǒng)維護設計）詳細設計：提交詳細設計文檔，內容包括如下方面：l 術語定義及說明l 詳細設計方法和工具l 系統(tǒng)詳細需求分析（詳細需要分析、接口需求分析）l 總體方案確認（系統(tǒng)總體結構確認、系統(tǒng)詳細界面劃分（應用系統(tǒng)與支撐系統(tǒng)的詳細界面劃分、系統(tǒng)內部詳細界面劃分）l 系統(tǒng)詳細設計（系統(tǒng)結構設計及子系統(tǒng)劃分、系統(tǒng)功能模塊詳細設計、系統(tǒng)界面詳細設計（外部、內部以及用戶界面設計）l 數(shù)據(jù)庫系統(tǒng)設計（設計要求、信息模型設計、數(shù)據(jù)庫設計（設計依據(jù)、數(shù)據(jù)庫選型、數(shù)據(jù)庫種類及特點、

4、數(shù)據(jù)庫邏輯結構、物理結構設計、數(shù)據(jù)庫安全、數(shù)據(jù)字典）l 網絡通信系統(tǒng)設計（設計要求、網絡結構確認、網絡布局設計、網絡接口設計）l 信息編碼設計（代碼結構設計、代碼編制）l 維護設計（系統(tǒng)的可靠性和安全性、系統(tǒng)及用戶維護設計、系統(tǒng)擴充、錯誤處理（出錯類別、出錯處理）、系統(tǒng)調整及再次開發(fā)問題l 系統(tǒng)配置（配置原則、硬件配置、軟件配置）l 關鍵技術（關鍵技術的提出、關鍵技術的一般說明、關鍵技術的實現(xiàn)方案）l 組織機構及人員配置l 投資預算概算及資金規(guī)劃l 實施計劃（限制、實施內容和進度安排、實施條件和措施、系統(tǒng)測試計劃（測試策略、測試方案、預期的測試結果、測試進度計劃）、驗收標準3. 技術選型l 版

5、權l(xiāng) 是否有應用先例，是否為常用技術l 類似的技術是否在公司內部使用過l 使用此技術的額外風險是什么（有沒有失敗的案例，原因是什么，如何避免）l 此技術是否是過時的技術（技術沒有發(fā)展前景，或者提供者將來不再提供技術升級等）l 是否為成熟的技術（應用范圍廣，大公司或者標準組織提供）l 能有選擇的，盡量不要用定制的技術（其它類似產品或者項目不能復用的技術盡量少用）4. 界面評審指導原則：l 關注用戶及其任務，而不是技術l 首先考慮功能，然后才是表示l 從用戶的視角看問題，使用用戶的詞匯進行描述，不必向用戶暴露實現(xiàn)細節(jié)l 使常用的用戶任務簡單化，不要讓用戶解決額外的問題l 促進學習，保持一致性，引導

6、用戶的使用習慣l 保持顯示慣性，傳遞信息，而不僅僅是數(shù)據(jù)l 設計應滿足響應需求顏色：l 統(tǒng)一色調：采用標準Windows的基本色調，做到與操作系統(tǒng)統(tǒng)一，讀取系統(tǒng)標準色表。l 整個界面色彩盡量少的使用類別不同的顏色。除非特殊場合，杜絕使用對比強烈，讓人產生憎惡感的顏色l 同時色調也具有一定的含義，在整個系統(tǒng)中應保持色調含義的一致性，避免同一中顏色在不同的畫面中表示不同的意義。資源：l 圖標資源也需要遵循統(tǒng)一的規(guī)則，因為不同的圖標代表不同的意義。例如：我們用圖標來表示保存，因此我們在整個系統(tǒng)中只要涉及到保存的話，都應該使用同一個圖標，不論是用在工具欄上還是在菜單上，還是在按鈕上。l 圖標、圖像應該

7、很清晰的表達出意思，遵循常用標準，或者用戶機器容易聯(lián)想到的物件，絕對不允許畫出莫名其妙的圖案。l 鼠標光標樣式統(tǒng)一，使用系統(tǒng)標準。注意：本系統(tǒng)中不采用窗體做進度條，對于按鈕后，鼠標變成沙漏形狀，執(zhí)行完成后，鼠標變回。字體：l 系統(tǒng)中中文一律采用標準字體“宋體”，英文一律采用標準Microsoft Sans Serif ，除登錄界面和圖標中的特殊字體用圖片實現(xiàn)，原則上不考慮特殊字體（隸書、草書等，特殊情況可以用圖片取代），保證每個用戶使用起來顯示都很正常。l 字體大小統(tǒng)一規(guī)定，MSS字體8磅，字體為10磅，字體顏色一般采用系統(tǒng)默認顏色。l 所有控件盡量使用大小統(tǒng)一的字體屬性，除了特殊提示信息、加

8、強顯示等例外情況。文字表達：l 使用統(tǒng)一的語言描述，提到同一個概念時，用相同的術語描述。例如一個關閉功能按鈕，統(tǒng)一描述為關閉，避免使用返回、退出描述。l 通常情況下，每個窗口應該有一個唯一的標題，和觸發(fā)它的菜單或按鈕命令相對應。l 在提示信息中多用“您、請”等禮貌用語，不要用對用戶來說晦澀的計算機用語，杜絕錯別字。l 斷句、逗號、句號、頓號和分號的用法，提示信息比較多的話，應該分段。l 錯誤消息對話框有僅僅指出問題，還要提供解決問題的建議?？丶x擇：l 不要隨意使用控件，控件功能要專一，風格統(tǒng)一。如果沒有好的控件，則使用標準控件。l 同一類型的控件操作方式相同，避免出現(xiàn)一個控件雙擊可以執(zhí)行某些

9、動作，而同樣的控件，雙擊卻沒有任何反映。l 一個控件只做單一功能，盡量不復用?？丶季?，窗口不擁擠，按功能組合控件l 屏幕不能擁擠，也不能太松散。l 整個項目，盡量采用統(tǒng)一的控件間距，通過調整窗體大小達到一致，即使在窗體大小不變的情況下，寧可留空部分區(qū)域，了不要破壞控件間的行間距。l 文字和文本框一般采用左對齊方式，如單選文本框前的標簽提示，使用左對齊加冒號；數(shù)據(jù)列表表頭文字和內容，也采用左對齊。文字和文本框中的文字水平中對齊。橫排按鈕，最右邊的一個與上面的控件右對齊。還有內容ppt11頁l 為了使界面不出現(xiàn)跑版或者難看的局面，解決方法是固定窗口的大小，不允許改變尺寸。5. 數(shù)據(jù)庫評審設計數(shù)據(jù)

10、庫之前（需要分析階段）l 數(shù)據(jù)庫選型的考慮l 必須對所有的實體關系繪制出關系圖及相關說明，創(chuàng)建數(shù)據(jù)字典和ER圖。表設計l 標準化和規(guī)范化：數(shù)據(jù)的標準化有助于消除數(shù)據(jù)庫中的數(shù)據(jù)冗余。第三范式（3NF）通常被認為在性能、擴展性和數(shù)據(jù)完整性方面達到了最好平衡。事實上，為了效率的緣故，對表不進行標準化有時也是必要的，但要有充公的理由。l 數(shù)據(jù)驅動：采用數(shù)據(jù)驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統(tǒng)的靈活性和擴展性。字段設計l 每個表中都應該添加的3 個有用的字段（dRecordCreationDate，在VB下默認是Now()，而在SQL Serve下默認為GETDATE()；

11、sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT USER；nRecordVersion，記錄的版本標記），有助于準確說明記錄中出現(xiàn)null 數(shù)據(jù)或者丟失數(shù)據(jù)的原因l 對地址和電話采用多個字段：描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數(shù)據(jù)表，其間具有自身的類型和標記類別。l 使用角色實體定義屬于某類別的列：在需要對屬于特定類別或者具有特定角色的事物做定義時，可以用角色實體來創(chuàng)建特定的時間關聯(lián)關系，從而可以實現(xiàn)

12、自我文檔化。舉例：用PERSON 實體和PERSON_TYPE 實體來描述人員。比方說，當John Smith, Engineer 提升為John Smith, Director 乃至最后爬到John Smith, CIO 的高位，而所有你要做的不過是改變兩個表PERSON 和PERSON_TYPE 之間關系的鍵值，同時增加一個日期/時間字段來知道變化是何時發(fā)生的。這樣，你的PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如Associate、Engineer、Director、CIO 或者CEO 等。還有個替代辦法就是改變PERSON 記錄來反映新頭銜的變化，不過這樣一來在

13、時間上無法跟蹤個人所處位置的具體時間。l 選擇數(shù)字類型和文本類型盡量充足：在SQL 中使用smallint 和tinyint 類型要特別小心。比如，假如想看看月銷售總額，總額字段類型是smallint，那么，如果總額超過了$32,767 就不能進行計算操作了。而ID 類型的文本字段，比如客戶ID 或定單號等等都應該設置得比一般想象更大。假設客戶ID 為10 位數(shù)長。那你應該把數(shù)據(jù)庫表字段的長度設為12 或者13 個字符長。但這額外占據(jù)的空間卻無需將來重構整個數(shù)據(jù)庫就可以實現(xiàn)數(shù)據(jù)庫規(guī)模的增長了。l 加刪除標記字段：在表中包含一個“刪除標記”字段，這樣就可以把行標記為刪除。在關系數(shù)據(jù)庫里不要單獨刪

14、除某一行；最好采用清除數(shù)據(jù)程序而且要仔細維護索引整體性。選擇鍵和索引l 鍵設計4 原則：為關聯(lián)字段創(chuàng)建外鍵、所有的鍵都必須唯一、避免使用復合鍵、外鍵總是關聯(lián)唯一的鍵字段。l 使用系統(tǒng)生成的主鍵：設計數(shù)據(jù)庫的時候采用系統(tǒng)生成的鍵作為主鍵，那么實際控制了數(shù)據(jù)庫的索引完整性。這樣，數(shù)據(jù)庫和非人工機制就有效地控制了對存儲數(shù)據(jù)中每一行的訪問。采用系統(tǒng)生成鍵作為主鍵還有一個優(yōu)點：當擁有一致的鍵結構時，找到邏輯缺陷很容易。l 不要用用戶的鍵(不讓主鍵具有可更新性)：在確定采用什么字段作為表的鍵的時候，可一定要小心用戶將要編輯的字段。通常的情況下不要選擇用戶可編輯的字段作為鍵。l 可選鍵有時可做主鍵：把可選鍵

15、進一步用做主鍵，可以擁有建立強大索引的能力。l 邏輯主鍵使用唯一的成組索引，對系統(tǒng)鍵（作為存儲過程）采用唯一的非成組索引，對任何外鍵列采用非成組索引?？紤]數(shù)據(jù)庫的空間有多大，表如何進行訪問，還有這些訪問是否主要用作讀寫。l 大多數(shù)數(shù)據(jù)庫都索引自動創(chuàng)建的主鍵字段，但是可別忘了索引外鍵，它們也是經常使用的鍵，比如運行查詢顯示主表和所有關聯(lián)表的某條記錄就用得上。l 不要索引memo/note 字段，不要索引大型字段（有很多字符），這樣作會讓索引占用太多的存儲空間。l 不要索引常用的小型表：不要為小型數(shù)據(jù)表設置任何鍵，假如它們經常有插入和刪除操作就更別這樣作了。對這些插入和刪除操作的索引維護可能比掃描

16、表空間消耗更多的時間。其它l 防止數(shù)據(jù)冗余、防止更新異常、插入異常和刪除異常！l 每個表存在主屬性，而且所有的屬性都是依賴于主屬性！l 如果表的數(shù)據(jù)記錄少，如不會超過上萬條記錄，可以考慮不建索引，數(shù)據(jù)記錄多時，必須建索引。特別是上百萬或者幾千萬條記錄。l 如果表的記錄總值會超過500萬條以上，考慮建分區(qū)。數(shù)據(jù)庫文件大于4G時，考慮采用多個文件組，存儲在不同的磁盤上，以便于用戶對某些數(shù)據(jù)進行精確備份。l 10G以上海量數(shù)據(jù)存儲時，考慮對過去的數(shù)據(jù)采用數(shù)據(jù)壓縮技術。l 考慮表與表之間的關聯(lián)最好不要超過三層。l 對于大數(shù)據(jù)量的表只允許關聯(lián)兩個相關的小表，小表記錄條數(shù)不允許超過1萬條記錄。l 數(shù)據(jù)庫設

17、計時對于統(tǒng)計數(shù)據(jù)，要有統(tǒng)計表，避免發(fā)生查詢時為了獲取一個數(shù)值對幾十萬條記錄進行統(tǒng)計計算的情況，如年統(tǒng)計、月統(tǒng)計等。好的數(shù)據(jù)庫設計，必須有一定的數(shù)據(jù)庫知識的人來操作，才會發(fā)揮好的性能。操作數(shù)據(jù)庫知識考察的要求：l 編寫SQL語句、視圖、存儲過程需要考慮不同的語句寫CPU、內存的影響，優(yōu)化使用查詢、聯(lián)接、分組等。l 對常用的數(shù)據(jù)鏈接如left join、Right join、join、union和 union all 的用法熟悉、理解其數(shù)學的原理。l 在編寫與數(shù)據(jù)庫相關的操作時，控制并發(fā)數(shù)、盡可能地不要去查詢冗余的數(shù)據(jù)。l 大量的操作盡量在程序內完成，易于控制內存或者CPU占用。使用觸發(fā)器或者游標

18、，要考慮性能。6. 通訊程序評審誤碼低，可靠性高巡檢效率高占用資源少（CPU、內存及其它資源）長時間運行穩(wěn)定好安全性好，出錯可自恢復接口友好，上層調用方便易于功能或協(xié)議擴展（可通用）是否應該增加此條內容7. 用戶體驗評審TAB鍵順序l 習慣用法、閱讀順序，從左到右、從上到下快捷鍵、加速鍵熱鍵- 應用切換鍵 加速鍵-功能快速調用鍵 快捷鍵- 菜單、工具條鍵盤選取鍵和彈出菜單l 使用非破壞性缺省按鈕，回車、ESC鍵的正確使用。對于彈出模態(tài)窗體，有默認加速鍵，如回車表示激活當前窗口設置為default的按鈕動作，esc表示關閉窗口。同時在調用default按鈕動作和關閉動作時候，不應該做有破壞性的操

19、作，避免用戶錯誤操作產生危害程度，例如不能把刪除數(shù)據(jù)等功能的按鈕作為缺省按鈕。當用戶要提交很多數(shù)據(jù)時，應該屏蔽ESC，或者做退出提示，告誡用戶是否保存提交。l 盡量避免使用右鍵菜單， 如使用的話盡量在可視化界面上擁有對應的按鈕或者菜單選項。因為右鍵菜單由用戶點擊鼠標左右鍵或者別的動作才能調出來顯示給用戶。無法清晰的顯示給用戶，所以對應選項應該可以通過別的途徑得到的。用戶交互l 要使一個功能有時允許有時不允許用戶使用，則這個控件的不能隨便隱藏，應該使用disable屬性進行表示，以免用戶發(fā)現(xiàn)控件失蹤后措手無策。l 窗口彈出位置要明顯，點擊一個控件，彈出窗口或者菜單，應該給人明顯提示。對于彈出窗體

20、,統(tǒng)一要求顯示位置在屏幕中央，要求窗體是以模態(tài)顯示，并且不出現(xiàn)在任務攔上。l 執(zhí)行動作要有提示。UI作為人機對話的工具，用戶做了任何動作，應該給用戶一個視覺或者聽覺、觸覺提示。而且這個提示應該行明顯，但不應提示過長，可以有以下幾種方法：彈出交互對話框讓用戶點擊確認；改變UI中控件參數(shù)提示：(處理不用用戶確認的提示，有一定延時，或者用戶按鍵后自動清除。)；改變標題欄字符串，顯示“信息：提交成功”,或者專門設置一個狀態(tài)欄、TLable等用來進行提示。圖形用戶界面的一些業(yè)界標準l 關閉應用時應有信息窗提示用戶確認：“您確認要退出*嗎？”；l 試圖同時打開兩次應用時不允許；(一般而言)l 所有的屏幕都

21、應響應幫助【F1】鍵且做同樣的工作(顯示相應的幫助信息)。l 使用【Tab】鍵在窗口中移動光標/焦點，使用【Shift】+【Tab】組合鍵回移；l 如果一個按鈕能產生一個新窗口，則它不應該蓋住先前的窗口，并能回到先前的窗口中；l 一般情況下，窗口中的所有事情應該既能用鼠標又能用鍵盤來完成通用界面元素設計l 單選框用左右鍵和上下鍵移動，以及鼠標單擊選中。單選框是一種多先一設置，可先數(shù)目在2-8之間。當空間不夠時，單選框可以用循環(huán)按鈕、下拉菜單、滾動列表來代替。l 復選框在框中用鼠標單擊，以及空格鍵來實現(xiàn)在文本上設置/取消設置；l 復選框按選擇幾率的高低而先后排列；l 復選框要有默認選項，并支持【

22、Tab】選擇l 除確定（ok）或取消（Cancel）外，其他的按鈕應有一個字符代表，這個字符在按鈕上是以下劃線表示的，用ALT+字符組合鍵的方式可激活它，保證不重復定義這類字符；l 命令按鈕如果能導出一個新的窗口，使用戶能輸入或改變內容，剛按鈕的文字后面帶省略號（3個小點）l 用Tab走到這個按鈕后，按【空格】或【Enter】鍵應能激活；l 用Tab移到其他類型的控制按鈕（非命令），則在屏上這個控制鈕以加寬黑框表示，這時按Enter應能激活這個控制鈕；l 按Esc鍵應能激活Cancel鈕。l 按下拉列表框右邊的箭頭處，應能得到（打開）選擇列表項，列表項可以卷動（當內容多時應有卷動條），其框中應

23、不能輸入文本。l 既要可以輸入文字，又要可以在列表中選擇，可以用聯(lián)合框。l 按一個字符應到以這個字符開頭的項（英文時），按【Ctrl】+【F4】組合鍵應能打開下拉列表框。l 下拉列表框中的選項應是排好了序的菜單的設計l 菜單功能是否正確執(zhí)行；l 常用菜單要有命令快捷方式。l 文本字體、大小和格式是否正確；l 菜單功能的名字是否具有自解釋性;l 右鍵快捷菜單是否采用與菜單相同的準則；l 是否適當?shù)亓谐隽怂械牟藛喂δ躭 是否根據(jù)系統(tǒng)功能進行合理分類，將選項進行分組（完成相同或相近功能的菜單用橫線隔開放在同一位置。）；l 菜單深度是否控制在3層以內l 菜單標題是否簡潔、有意義；菜單前的圖標能直觀的

24、代表要完成的操作，如不能則不要用圖標。 l 是否依使用頻度排列；是否依邏輯順序排列；是否依使用順序排列；l 各級菜單顯示格式和操作方式是否一致。系統(tǒng)響應時間l 對可能造成等待時間較長的操作最好提供取消功能l 系統(tǒng)響應為2-10秒，鼠標顯示成為沙漏；10-18秒時，由微幫助來顯示處理進度；18秒以上時，顯示處理窗口或顯示進度條。l 對可能造成等待時間較長的操作最好提供取消功能（如果可能的話）l 當一個長時間的處理完成時應發(fā)出一個提示警告聲如beep(1)， 這樣用戶不必總看著屏幕消息框l 標題：建議以主窗口的名稱作為標題，以變量的形式顯示，最好不要寫死。（標題是否根據(jù)內容顯示為“提示”，“警告”

25、）l 文本：不考慮國際化開發(fā)時，可以直接以中文顯示，考慮國際化開發(fā)時，需要根據(jù)字串取本地化文本。請注意提示信息的語氣及標點符號。l 按鈕：當有多個按鈕時，執(zhí)行刪除操作時，默認按鈕應為否（取消）。l 符號：根據(jù)提示的內容，確認圖標的顯示：關鍵消息（系統(tǒng)出錯）時顯示；警告詢問（提問）時顯示；警告消息（用戶的錯誤操作）時顯示；通知消息（一般提示）時顯示。確認正確性l 輸入或操作有問題時，是否給用戶一個恰當?shù)男畔 輸入非法值并單擊了【確認】按鈕后，是否會出現(xiàn)報錯信息l 對于數(shù)據(jù)域，檢查負數(shù)是否能輸入；檢查最大值、最小值以及中間值是否允許l 對字符/字母域檢查是否有一個特定的限制l 檢查必輸域是否需要

26、用戶輸入l 必輸域對應的數(shù)據(jù)庫表字段是否不能為空導航測試l 通過菜單是否可以進入應用屏（窗口）；l 通過工具條是否可以進入應用屏(窗口)；l 通過父窗口中的按鈕是否可以進入子窗口；l 當窗口激活時，窗口模式是否正確；l 同時能打開相同應用窗口的數(shù)量是否符合要求元素易用性測試l 窗口中下拉表中的項目排序是否正確；l 測試日期輸入的正確格式；l 窗口中的按鈕是否都有適當?shù)目旖萱I；l 快捷鍵的工作是否正常；l 菜單中的選項是否定義了快捷鍵；l 只讀域應不在TAB鍵能達到的序列中；l 非激活域應不在TAB鍵能達到的序列中；l 【重置】和【清空】等按鈕不應該對不可編輯的域進行操作l 用鼠標點出文本框，是

27、否會出現(xiàn)幫助信息；l 用鼠標單擊只讀域，是否能進入；l 當打開窗口時，光標/焦點應位于第一個可輸入域；l 窗口中是否有缺省的按鈕定義；l 缺省按鈕的工作是否正常；l 當錯誤信息確認時，焦點是否會回到出錯的域；l 使用【Alt】【Tab】組合鍵從一個應用到另一個應用切換時是否有沖突；l 編輯框域是否指示了字符的長度；數(shù)據(jù)完整性測試l 關閉窗口時數(shù)據(jù)是否得到了保存；l 檢查域的長度，以保證沒有字樣被截掉；l 有的域是通過在數(shù)據(jù)庫中查詢一個值作為缺省值，并且用戶可以輸入一個有效值來取代這個值；沒理解l 檢查能接受負數(shù)的數(shù)字域能將負數(shù)正確的存儲；l 一組單選按鈕是否由一組值代表（在數(shù)據(jù)庫中）；l 數(shù)據(jù)

28、庫對數(shù)據(jù)的存儲是否完整，如字符串是否被截，數(shù)值是否被舍入。只讀模式的測試l 只讀模式屏幕和域的顏色設置是否正確；l 只讀模式是否合乎實際（這種情況下，是否應設為只讀模式）；l 字段域和控制按鈕是否以只讀模式來表示非激活；l 與正在進行的操作無關的按鈕應加以屏蔽（只讀模式）l 從窗口/菜單/工具條的只讀模式是否能進入下一級窗口；l 從只讀模式進入的窗口是否有效；l 只讀模式下不能執(zhí)行或進行“確認”； 通用性測試l 保證有“幫助”菜單的存在；l 保證在每個菜單中有適當?shù)拿罨蜻x項；l 保證工具條中的所有按鈕對應一個命令；l 保證每個菜單命令有一個熱鍵方式；l 在下拉列表中，保證值不被截斷；l 在下

29、接列表中，保證表中的條目能通過適當?shù)逆I或熱鍵聯(lián)合來存??；l 窗口中沒有重復定義的熱鍵；l 保證【Esc】鍵的正確使用（常用于“取消”），應有類似的提示：“更新的數(shù)據(jù)將丟失 是否繼續(xù)？”；l 保證“取消”按鈕的功能同Esc鍵；l “取消”但不能回退（已作的變化不能回退）時，應相當于“關閉”；l 保證隱藏于當前屏幕后面的命令按鈕不能工作；l 當一個命令按鈕應根據(jù)情況來確定是否能使用時，應保證在不能使用時變灰；l 保證“確認【OK】”鍵和“取消【Cancel】”鍵按鈕成對，并與其它命令按鈕分開；l 保證命令按鈕名字清楚；l 保證字段域的標簽或名字不過于專業(yè)性，而是對系統(tǒng)的用戶有意義的；l 保證命令按

30、鈕有相似的大小和形狀，相同的字體和字體大小；l 保證每個按鈕能通過熱鍵盤方式來訪問；l 保證命令按鈕在同一個窗口/會話框中不會重復；l 保證每個窗口/會話框中元素（命令按鈕、其它元素）在按回車鍵時，有一個清晰的缺省值響應回車；l 保證對象/按鈕的設置對應于窗口/會話框需要的功能；l 保證可選按鈕（包括單選項、復選項、以及選擇框）的名字清楚；l 如果熱鍵用于訪問可選鍵，保證在同一窗口/會話框中，熱鍵不重復；l 保證選擇窗、選擇按鈕和命令按鈕被邏輯地組在一起，形成功能“組”；l 紅色不用于加亮被激活的元素（色盲中最常風的為紅-綠色盲）；l 保證屏幕/窗口中的展現(xiàn)與分布不混亂；l 在表窗口中【Ctrl】+【F6】組合鍵打開下一個表；不明白l 在表窗口中【Shift】+【Ctrl】+【F6】組合鍵打開先前的表（回到先前的表）；l 在當前表的最后域中，用【Tab】鍵可以打開下一個表；l 在最后表的最后域中，用【Ta