CATT是SAP自帶的一個用於輔助測試的工具，理論上是用於功能測試，在新版本的R/3中已經被棄用，取而代之的eCATT。兩者的關係可以從他們的命名中可見一斑。
CATT：Computer Aided Test Tool(Tcode: SCAT)
eCATT：extended Computer Aided Test Tool(Tcode: SECATT)
CATT提供的是類似於BDC的transaction錄屏功能，操作比較簡單，項目中使用得不是很多，主要就是用於簡單的業務數據的導入。既然現在已經棄用，這裏就不再複述，有興趣的朋友可以參看黃宏的那本藍書。
下面主要談一下eCATT。
首先，從使用者的角度來講，除了eCATT還是基於錄屏之外，其他方面的操作有了很大的差別（實際上和CATT完全就是兩個不同的工具）。eCATT更偏重於測試，提供了第三方測試的接口；由於NetWeaver的推廣，同時也支持WEB的功能測試（可惜不支持WebDynpro）；測試腳本、測試數據、系統數據分開維護，利於複用；基於自動化測試設計，可以節約大量測試的時間；支持CATT到eCATT的遷移。
再次，從eCATT的使用範圍來講，相比其他的第三方測試工具來講，與R/3的緊密地集成是eCATT的主要優勢所在。第三方測試工具比較有名是一個Mercury的QTP，在公司裏由於有相關的測試組在使用這個工具，我有幸把玩過一把。QTP主要是使用VB Script作爲測試腳本的語言，用類似於GUI錄屏的方式，完成自動化測試。測試組爲了寫這些測試腳本，還要專門成立一個項目組，可見這個工程量也不小啊！完成整個測試流程需要花很多的人力！相比而言，在R/3的功能測試中，eCATT優勢很明顯，錄屏功能簡單實用，測試腳本、測試數據、系統數據分開置放，有利重複使用，還有相應的測試報告和錯誤糾正，簡單而高效。唯一的不足就是，由於不支持WebDynpro的測試，所以關於這類測試還是要使用到第三方的測試軟件。
關於eCATT的版本需求：
1． Web Application Server(WAS) 6.20以上
2． SAP GUI 6.20以上
3． R/3 4.6C以上
一些設置上的需求：
1． SM31->對T000進行維護->找到相應的client 點擊察看->在’CATT and eCATT Restricatioin’中選擇’eCATT and CATT Allowed’-> SAVE
2． 
->options->’Enable Scripting’-> OK
3． RZ11-> Param.Name ‘sapgui/user_scripting’->如果’Current value’不是 ‘TURE’, 在’New value’中設置成’TRUE’-> SAVE
關於eCATT的具體操作一般分爲4個步驟:
System Data->Test Script->Test Data->Test configuration
System Data：用於定義系統，默認本機，可以設置成RFC的機器
Test Script：主要的工作量，錄屏（GUI Recording method, TCD Recording method等），編寫參數和程序（ABAP object），直至完成所要得測試腳本
Test Data: 測試的數據可以是自己定義的variant，也可以是外部數據
Test configuration: 把System Data, Test Script, Test Data進組合，從而生成一個測試方案，進行測試
Test Script的錄製和編寫篇幅比較多，我有一份關於這些操作的文檔，所以不在這裏複述。
關於eCATT的debugging：Test Script->進入運行界面->’Shared’中’Debugging Mode’選擇’Execution with Immediate Debugging’->’Breakpoints’中在Scipt Line和Command and Object中填入適當的參數->運行
eCATT作爲一個SAP的測試工具，國內對於編寫程序的ABAPer使用的概率不是很高(國內很多實施的測試都沒到自動化層次)，但是爲了對SAP中技術有個全面的瞭解和應用（同時也是以防萬一），學習它還是有必要的。這就像Query、QuickView、LSMW一樣，作爲SAP的從業人員，這些是必需的。
轉自: http://blog.chinaunix.net/u1/59700/showart_1087537.html