術語和命令.整個軟件使用同樣的術語嗎?特性命名一致嗎?例如,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 測試技術功能測試的測試技術可是很多的,我們可以結合實際環境選擇使用
文章來源于領測軟件測試網 http://www.kjueaiud.com/