l 2.一致性
快速鍵和菜單選項.在Windows 中按F1鍵總是得到幫助信息
術語和命令.整個軟件使用同樣的術語嗎?特性命名一致嗎?例如,Find是否一直叫Find,而不是有時叫Search?
軟件是否一直面向同一級別用戶?帶有花哨用戶界面的趣味賀卡程序不應該顯示泄露技術機密的錯誤提示信息.
按鈕位置和等價的按鍵.大家是否注意到對話框有OK按鈕和Cancle按鈕時,OK按鈕總是在上方或者左方,而Cancle按鈕總是在下方或右方?同樣原因,Cancle按鈕的等價按鍵通常是Esc,而選中按鈕的等價按鈕通常是Enter.保持一致.
l 3.靈活性
狀態跳轉.靈活的軟件實現同一任務有多種選擇方式.
狀態終止和跳過,具有容錯處理能力.
數據輸入和輸出.用戶希望有多種方法輸入數據和查看結果.例如,在寫字板插入文字可用鍵盤輸入,粘貼,從6種文件格式讀入,作為對象插入,或者用鼠標從其他程序拖動.
l 4.舒適性
恰當.軟件外觀和感覺應該與所做的工作和使用者相符.
錯誤處理.程序應該在用戶執行嚴重錯誤的操作之前提出警告,并允許用戶恢復由于錯誤操作導致丟失的數據.如大家認為undo /redo是當然的.
性能.快不見得是好事.要讓用戶看得清程序在做什么,它是有反應的.
2.2 功能測試
l 對功能測試是測試中的重點
主要包括一下幾個方面的內容
連接這個連接和界面測試中的連接不同那里注重的是連接方式和位置，如是圖像還是文字放置的位置等，還是其他的方式。這里的連接注重功能。如是否有連接，連接的是否是說明的位置等。
表單提交應當模擬用戶提交，驗證是否完成功能，如注冊信息，要測試這些程序，需要驗證服務器能正確保存這些數據，而且后臺運行的程序能正確解釋和使用這些信息。還有數據正確性驗證，異常處理等，最好結合易用性要求等。B/S結構實現的功能可能主要的就在這里，提交數據，處理數據等如果有固定的操作流程可以考慮自動化測試工具的錄制功能，編寫可重復使用的腳本代碼，可以在測試、回歸測試時運行以便減輕測試人員工作量。
Cookies 驗證如果系統使用了cookie，測試人員需要對它們進行檢測。如果在 cookies 中保存了注冊信息，請確認該 cookie能夠正常工作而且已對這些信息已經加密。如果使用 cookie 來統計次數，需要驗證次數累計正確。關于cookie的使用可以參考瀏覽器的幫助信息。如果使用B/S結構cookies中存放的信息更多。功能易用性測試完成了功能測試可以對應用性進行了解，最好聽聽客戶的反映，在可以的情況下對程序進行改進是很有必要的，和客戶保持互動對系統滿意度也是很有幫助的。
l 測試技術功能測試的測試技術可是很多的，我們可以結合實際環境選擇使用
白盒測試技術(White Box Testing) 深入到代碼一級的測試，使用這種技術發現問題最早，效果也是最好的。該技術主要的特征是測試對象進入了代碼內部,根據開發人員對代碼和對程序的熟悉程度,對有需要的部分進行在軟件編碼階段，開發人員根據自己對代碼的理解和接觸所進行的軟件測試叫做白盒測試。這一階段測試以軟件開發人員為主，在JAVA平臺使用Xunit系列工具進行測試，Xunit測試工具是類一級的測試工具對每一個類和該類的方法進行測試。
黑盒測試技術（Black Box Testing）黑盒測試的內容主要有以下幾個方面，但是主要還是功能部分。主要是覆蓋全部的功能，可以結合兼容，性能測試等方面進行，根據軟件需求，設計文檔，模擬客戶場景隨系統進行實際的測試，這種測試技術是使用最多的測試技術涵蓋了測試的方方面面，可以考慮以下方面
正確性 (Correctness)：計算結果，命名等方面?
可用性 (Usability)：是否可以滿足軟件的需求說明。
邊界條件 (Boundary Condition)輸入部分的邊界值,就是使用一般書中說的等價類劃分,試試最大最小和非法數據等等.
性能 (Performance) 正常使用的時間內系統完成一個任務需要的時間,多人同時使用的時候響應時間,在可以接受范圍內.J2EE技術實現的系統在性能方面更是需要照顧的,一般原則是3秒以下接受,3-5秒可以接受,5秒以上就影響易用性了. 如果在測試過程中發現性能問題，修復起來是非常艱難的，因為這常常意味著
程序的算法不好，結構不好，或者設計有問題。因此在產品開發的開始階段，就要考慮到軟件的性能問題
文章來源于領測軟件測試網 http://www.kjueaiud.com/
