有時候測試人員需要訪問內部數據�！皽y試點”可以讓測試人員在系統的某個點檢查數據或插入數據。這種方法對于數據流應用程序特別有用。
錯誤注入特性可以幫助測試錯誤處理代碼。有很多環境錯誤是很難讓它出現，特別是以可預見、可重復的方式出現的。例如：磁盤滿、壞介質、斷網等。錯誤注入技術就是加入鉤子用于注入這些錯誤并觸發軟件的錯誤處理代碼。
另外一種錯誤注入的方法是使用工具HEAT或Holodeck，它們扮演的是程序和操作系統之間的中介者角色。由于它所處的位置，所以它可以控制操作系統給程序提供的各種服務，包括內存、磁盤空間、網絡等，從而觸發各種環境問題，看程序的處理能力如何。
測試接口
手工測試比較容易使用GUI接口。自動化測試則使用編程接口容易些。
Excel的早期版本包含一個測試接口。因為數學計算的準確性是一個關鍵的需求，所以能用自動化的方式頻繁地運行測試變得非常重要。后來Excel的測試接口公開給用戶，我們現在都可以通過VB來訪問。
用戶接口可測性
GUI自動化測試工具面臨的一個普遍問題是個性化控件。個性化控件是指那些不被GUI測試工具所識別的控件。
評估和確保軟件產品在指定的GUI測試工具下的可測性的過程如下：
1、 盡早測試GUI測試工具和開發工具的兼容性
2、 定義用戶界面元素的命名標準
3、 查找個性化控件。如果有，計劃提供可測性支持
A、確保工具可以用名稱、類型和位置識別控件對象
B、確�？丶褂玫拿质俏ㄒ坏�。否則如果多個窗體或控件使用相同的標識可能導致工具識別不出來
C、確保工具可以檢查控件的內容。能訪問文本框的文本。能確認某個check box是否選中
D、確保工具可以控制控件。能點按鈕。能選擇需要的菜單項
通常需要反復試驗才能找到操作個性化控件的方法和技巧，例如：
1、 鍵盤操作
2、 初始化控件
3、 鼠標事件
4、 字符識別
5、 Clipboard訪問
6、 外部訪問
結論：可測性選擇
自動化需要可測性。
成功的自動化需要關注可測性。
編程接口比用戶接口提供更高效率的自動化測試支持。
結論：讓可測性發生
測試人員必須認識到可測性需要他們清楚了解軟件設計，評審現有的設計文檔和閱讀代碼。
測試人員通常因為害怕他們的請求會被拒絕而不愿意要求可測性。但是通常會發現，請求的可測性實際上已經在某些地方存在或者由于其他原因已經計劃要做。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
