軟件GUI測試中的關注點(11)

　　在慢速終端上，幫助文本，長菜單以及漂亮的圖片常常會令人不耐煩。你應該使用簡要的語言取而代之。不要使用諸如“你真的想以500k/s的速度傳送此郵件到某郵箱”么之類羅嗦的語句。

　　7、輸出

　　程序的輸出應如輸入一樣完整。它要求更精確，盡量快速和能實現多路徑及對輸出內容更有效的管理，這四類標準幾乎決定了輸出功能的主要表現特性。

　　1)不能輸出某種數據

　　你應該能打印出你輸入的任何信息，打印不出輸入的內容對任何程序而言都是致命傷。

　　2)不能重定向輸出

　　你應該可以重定向輸出。特別是，你應該能向磁盤發送一個很長的“打印輸出”標記，并稍后打印該磁盤文件。程序不應該阻止你把數據輸出發送到預料之外的設備，如繪圖儀，磁帶，打印機等。

　　3)與一個后續過程不兼容的格式

　　如果一個程序聲明能夠以第二個程序可以理解的格式保存數據，那么就應該測試它是否可以真正做到。這意味著購買或借用第二個程序的副本。使用第一個程序保存數據，用第二個程序讀數據，同時看看第二個程序得到了什么，這是對此進行測試的最簡單方法。

　　4)必須輸出的很少或很多

　　你應該可以修改報告，從而呈現你需要的信息。不得不在僅包含少量有用信息行的打印輸出的大量頁中找出所需信息，幾乎和沒有得到信息一樣糟糕。

　　5)不能控制輸出布局

　　你應該可以改變字體，對輸出信息增加特殊標記來強調信息。你應該可以修改信息之間的間距，最低限度來說，程序應該可以以一種由合適文字處理進行修飾的格式把報告輸出到磁盤文件。

　　6)荒謬的精度輸出級別

　　要是說4.2加上3.1等于7.3000000或者說3.1111+2.11等于5.22110102都是很愚蠢的。在最終輸出的結果中，程序應該按照規定的格式和精度輸出最后的數據。

　　7)不能控制表或圖的標記

　　你應當能夠改變字型，措辭及任何說明，包括標題，表格，圖形或是圖表中文本的位置。

　　8)不能控制圖形的縮放比例

　　繪圖程序應該提供默認的垂直和水平比例，不要告訴我你最后輸出打印報表中的圖形超出了整個頁面或是只占據了整個頁面的一角。

　　二、錯誤處理

　　在處理錯誤時發生的錯誤通常是最常見的缺陷。錯誤處理產生的錯誤包括：未預料到錯誤發生的可能性并防止其發生，沒有注意錯誤狀態，以及較嚴重的：程序可能與錯誤數據一起工作并最終產生錯誤結果的情況。

　　1、錯誤預防

　　程序應具備這種能力：它能保護自己不受到系統其他部分的影響(包括有害輸入和有害處理)。如果程序可能與錯誤數據共同工作，確保其在發生嚴重可怕的影響之前(如程序崩潰，數據丟失與錯誤，系統崩潰等)，檢查并消除這些問題。

　　1)不充分的初始狀態驗證

　　如果內存的某個區域必須以其中所有位都是0開始，那么程序應該可以運行一個抽樣檢查，而不是假定已經存在0值。這會導致程序初始化時發生內存錯，甚至不能啟動。

　　2)不充分的用戶輸入檢查

　　此類問題非常常見，開發人員可能會在編寫程序時遺漏掉大量這方面的問題。告訴人們輸入1位到3位數是不夠的，有些人可能會輸入5位甚至更多，也有人 會輸入特殊字符或是運算符，還有些人會按下功能鍵一次或多次，如果程序允許輸入，那么程序就應能順利應付，而不是一打非專業人士不能明白的提示甚至更糟的 情況。

　　3)對受損數據不能充分預防

　　沒有人能保證磁盤上的數據是好的?？赡苁怯腥艘呀浘庉嬤^或者根本是有硬件問題。即使開發人員認定在保存前的文件是有效的，那么他也應該檢查(校驗)下次打開的是否是同一個文件。

　　4)不充分的參數傳遞測試

　　一個子程序不應該假定得到了正確的調用(事實上，采用相反的想法可能會讓測試進行得更加順利一些)。它應該確保傳遞給它的數據在其可控制的范圍之內。

　　5)針對操作系統的預防不充分

　　操作系統存在缺陷――不光是過去，現在甚至將來也是，應用程序可能會觸發其中存在的問題。如：如果開發人員知道，他把數據送到磁盤后很快又把數據送到打印機，會引起一些操作系統的崩潰，那么他就應該確保程序在任何情況下都不會這樣做。

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