10大負面測試用例 [2007-12-30] 負面測試（Negative testing）是相對于正面測試（Positive testing）而言的。它們也是測試設(shè)計時的兩個非常重要的劃分。簡單點說，正面測試就是測試系統(tǒng)是否完成了它應(yīng)該完成的工作；而負面測試就是測試系統(tǒng)是否不執(zhí)行它不應(yīng)該完成的操作。形象一點，正面測試就象一個畢恭畢敬的小學(xué)生，老師叫我做什么，我就做什么；而負面測試就象一個調(diào)皮搗蛋的孩子，你叫我這樣做，我偏不這樣做，而且和你對著干。開發(fā)人員也是最討厭修改此類bug的。 正面測試主要根據(jù)需求，功能說明書，設(shè)計文檔等相關(guān)參考文檔來執(zhí)行測試，而負面測試則主要根據(jù)錯誤猜測，逆向思維來測試系統(tǒng)，一定程序上的的依賴測試人員的經(jīng)驗積累。 執(zhí)行負面測試時，不單單要測試系統(tǒng)是否處理了用戶的異常操作，還要檢查系統(tǒng)對于這些異常操作是否給予了正確的錯誤提示。它是系統(tǒng)對用戶進行繼續(xù)正確操作的指引。 簡言之負面測試的三部曲就是： 1． 檢查程序中的屏幕或頁面是否給出了清晰且充分的提示或約束； 2． 測試系統(tǒng)是否處理了用戶的異常操作； 3． 檢查系統(tǒng)的錯誤提示是否清晰且充分。 以下是Steve Miller的《Top 10 Negative Test Cases》，概括性的提到了一些做負面測試時經(jīng)常需要注意的測試。 負面測試用例被設(shè)計于用軟件未意欲被使用的方式測試軟件，它也應(yīng)該是測試工作的一部分。以下就是在設(shè)計測試工作量時你應(yīng)該考慮的10大負面測試用例。 1.植入的單引號。大多數(shù)基于SQL的數(shù)據(jù)庫系統(tǒng)在用戶存儲包含一個單引號的信息時會出現(xiàn)問題，例如John's car。每一個可以接受文字數(shù)字型數(shù)據(jù)條目的屏幕都要試試輸入包含一個或多個單引號的文本。 【Kiki補充】其實不只是單引號，基本上測試人員應(yīng)該測試所有的特殊字符和空/空格（單純的空格和文本前后的空格）。單引號，逗號，/，<，>（對于web的應(yīng)用程序）都是很容易引發(fā)錯誤的。在開發(fā)早期測試組就可以建議開發(fā)組寫一個通用的函數(shù)來處理這些特殊字符，然后在處理用戶的輸入時套用這個函數(shù)就可以避免此類錯誤了。 2.必需輸入的數(shù)據(jù)條目。功能說明書上應(yīng)該清楚的指出屏幕上必須輸入數(shù)據(jù)條目的字段。測試屏幕上每一個被說明為必須輸入的字段以保證它強制要求你在字段中輸入數(shù)據(jù)。 【Kiki補充】對于強制輸入的字段，在屏幕上最好有些標識以說明其為必須輸入的字段。一般在字段前或后用紅色的*號表示。測試時必須要檢查有標識的字段是否和功能說明書或其他參考文檔一致，錯誤信息提示是否正確，強制輸入的字段是否真的必須輸入。 3.字段類型測試。功能說明書上應(yīng)該清楚的指出要求特定數(shù)據(jù)輸入要求（日期字段，數(shù)字字段，電話號碼，郵編等等）的字段。測試屏幕上每一個被指出有特定類型的字段以保證你輸入了基于字段類型的符合正確格式的數(shù)據(jù)（數(shù)字型字段應(yīng)該不允許字符或特殊字符，日期型的字段應(yīng)該允許輸入一個正確的日期等等） 【Kiki補充】其實這里還有一個字段格式和字段內(nèi)容的測試。有些字段對輸入的格式有要求，這些字段的格式一般在屏幕上也有相應(yīng)的提示。所以在測試時需要測試提示的格式是否合理（和功能說明書或其他參考文檔相一致）以及系統(tǒng)是否正確識別輸入的格式。有些字段對字段的內(nèi)容有限制，如常見的用戶名，不能包含特殊字符，首字不能未數(shù)字等要求。所以在測試時需要測試提示的格式是否合理（和功能說明書或其他參考文檔相一致）還有不符合內(nèi)容要求的數(shù)據(jù)輸入時系統(tǒng)是否正確的處理。 4.字段長度測試。功能說明書上應(yīng)該清楚的指出可以在字段中輸入的字符數(shù)（例如，first name必須是50個或更少的字符）。寫測試用例以保證你只可以輸入特定的字符數(shù)。防止用戶輸入比允許范圍更多的字符比因用戶已輸入過多的字符而給出的錯誤信息更加的文雅些。 【Kiki補充】一般對于限制長度的字段，現(xiàn)在開發(fā)大多采用限制輸入的方法（設(shè)置字段的長度）來處理。所以測試時需要測試限制的長度是否合理（和功能說明書或其他參考文檔相一致），對于沒有限制長度的字段，要測試無窮輸入時是否出錯，有問題報bug時建議開發(fā)人員根據(jù)需要限制長度。 5.數(shù)字型的邊界測試。對于數(shù)字型的字段，測試上下邊界是非常重要的。例如，如果你正在計算某個賬戶的利息時，你永遠不會輸入一個負的利息數(shù)給應(yīng)該贏取利息的賬戶。因此，你應(yīng)該嘗試用負數(shù)測試。同樣，如果功能說明書上要求字段在某一個特定的范圍（如從10～50），你就應(yīng)該嘗試輸入9或51，它應(yīng)該給出一個得體的信息表示失敗。 6.數(shù)字的約束測試。大多數(shù)數(shù)據(jù)庫系統(tǒng)和編程語言允許數(shù)字條目被識別為整數(shù)或長整數(shù)。通常，整數(shù)的范圍是從-32,767~32,767，長整數(shù)的范圍從-2,147,483,648~2,147,483,647。對于那些沒有特定邊界限制的數(shù)字數(shù)據(jù)條目，用這些限制測試以確保不會出現(xiàn)數(shù)字的溢出錯誤。 【Kiki補充】小數(shù)型的數(shù)字字段同樣也需要格外的測試。一般對于未指出數(shù)字類型的字段，嘗試輸入負整數(shù)，負小數(shù)，0，正整數(shù)，正小數(shù)進行測試。 不管是哪種數(shù)據(jù)庫系統(tǒng)，對于數(shù)字一般都有多種數(shù)字類型。所以測試人員一定要測試的全面。 7.日期邊界測試。對于日期型的字段，測試上下邊界是很重要的。例如，如果你正在檢查一個出生日期的字段，很大可能出生日期不能早于150年前。同樣，出生日期應(yīng)該不是將來的某一天。 【Kiki補充】一般來說，每種數(shù)據(jù)庫系統(tǒng)的日期都有個范圍，如SQL Server最小日期是1753年1月1日，所以如果是輸入型的日期字段同樣也應(yīng)該測試早于1753的日期。 8。日期的有效性。對于日期字段，確保不允許無效的日期是很重要的（04/31/2007是一個無效的日期）。測試用例也應(yīng)該檢查閏年（每個第4年和第400年是一個閏年）。 9。web會話測試。很多的web應(yīng)用程序依賴瀏覽器的會話來追蹤已登錄的用戶，應(yīng)用程序的設(shè)置等等。應(yīng)用程序的大多數(shù)屏幕不被設(shè)計為沒有首次登錄就可以被運行。應(yīng)用程序應(yīng)該確保在打開應(yīng)用程序的某一頁面之前會話里有一個有效的登錄。 10.性能的改變。當發(fā)布產(chǎn)品的最新版本時，應(yīng)該有一套運行于識別屏幕（列出信息的屏幕，add/update/delete數(shù)據(jù)的屏幕等等）速度的性能測試。測試包里應(yīng)該包括比較先前版本和現(xiàn)有版本性能統(tǒng)計值的測試用例。這個可以幫助識別那些可以證明是隨著對現(xiàn)有版本的代碼變更而引起的潛在的性能問題。 【Kiki補充】從第一條到第八條是我們在測試字段時常常需要做的測試，一般的測試人員都不陌生。第九條在測試web應(yīng)用程序中會作為檢查應(yīng)用程序的安全性而做的一項測試。而第十條估計很多公司都不會將它考慮到測試的范疇中，一般最多也就是在測試用例中添加校驗?zāi)骋粋€操作是否在系統(tǒng)允許的響應(yīng)時間里，很少去做這樣的比較，除了一些有針對性的性能測試。

總結(jié)

以上是生活随笔為你收集整理的10大负面测试用例 -转的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。