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 的从业人员,这些是必需的。