1.植入的特殊符號。比如：單引號，逗號，/，<， >（對於web的應用程序）都是很容易引發錯誤的。大多數基於SQL的數據庫系統在用戶存儲包含一個單引號的信息時會出現問題，例如John's car。每一個可以接受文字數字型數據條目的屏幕都要試試輸入包含一個或多個單引號的文本。
2.必需輸入的數據條目。對於強制輸入的字段，在屏幕上最好有些標識以說明其爲必須輸入的字段。一般在字段前或後用紅色的*號表示。測試時必須要檢查有標識的字段是否和功能說明書或其他參考文檔一致，錯誤信息提示是否正確，強制輸入的字段是否真的必須輸入。
3.字段類型測試。功能說明書上應該清楚的指出要求特定數據輸入要求（日期字段，數字字段，電話號碼，郵編等等）的字段。另外，字段格式和字段內容的測試也有限制，如常見的用戶名，不能包含特殊字符，首字不能未數字等要求。
4.字段長度測試。功能說明書上應該清楚的指出可以在字段中輸入的字符數（例如，first name必須是50個或更少的字符）。寫測試用例以保證你只可以輸入特定的字符數。防止用戶輸入比允許範圍更多的字符比因用戶已輸入過多的字符而給出的錯誤信息更加的文雅些。
5.數字型的邊界測試。對於數字型的字段，測試上下邊界是非常重要的。例如，如果你正在計算某個賬戶的利息時，你永遠不會輸入一個負的利息數給應該贏取利息的賬戶。因此，你應該嘗試用負數測試。同樣，如果功能說明書上要求字段在某一個特定的範圍（如從10～50），你就應該嘗試輸入9或51，它應該給出一個得體的信息表示失敗。
6.數字的約束測試。大多數數據庫系統和編程語言允許數字條目被識別爲整數或長整數。通常，整數的範圍是從-32,767~32,767，長整數的範圍從 -2,147,483,648~2,147,483,647。對於那些沒有特定邊界限制的數字數據條目，用這些限制測試以確保不會出現數字的溢出錯誤。
7.日期邊界測試。對於日期型的字段，測試上下邊界是很重要的。例如，如果你正在檢查一個出生日期的字段，很大可能出生日期不能早於150年前。同樣，出生日期應該不是將來的某一天。一般來說，每種數據庫系統的日期都有個範圍，如SQL Server最小日期是1753年1月1日，所以如果是輸入型的日期字段同樣也應該測試早於1753的日期。
8。日期的有效性。對於日期字段，確保不允許無效的日期是很重要的（04/31/2007是一個無效的日期）。測試用例也應該檢查閏年（每個第4年和第400年是一個閏年）。
9。web會話測試。很多的web應用程序依賴瀏覽器的會話來追蹤已登錄的用戶，應用程序的設置等等。應用程序的大多數屏幕不被設計爲沒有首次登錄就可以被運行。應用程序應該確保在打開應用程序的某一頁面之前會話裏有一個有效的登錄。
10.性能的改變。當發佈產品的最新版本時，應該有一套運行於識別屏幕（列出信息的屏幕，add/update/delete數據的屏幕等等）速度的性能測試。測試包裏應該包括比較先前版本和現有版本性能統計值的測試用例。這個可以幫助識別那些可以證明是隨着對現有版本的代碼變更而引起的潛在的性能問題。