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