当我们所测试的项目是Tuxedo通信，并且不能使用工具录制脚本，手头只有一些数据（比如服务器报文等等）的时候，我们只有通过手工编写测试脚本啦。
我暂且把编写Tuxedo脚本的工作分为三个重要部分吧。
一、脚本调研部分
1、了解服务器端Tuxedo版本，本地控制机安装Tuxedo客户端，配置环境变量；
2、了解WSL访问方式（IP:Port）；
3、了解研发使用的Tuxedo服务名、数据缓冲类型（如CARRAY、FML32等）、缓冲区长度（如1024*1024*3）；
4、了解这个缓冲区类型的缓冲结构（包括哪些字段、这些字段的属性（数据类型、数据长度等），以及这些字段要放置什么数据，是任意数据还是指定的死数据）；
5、了解报文（报文长度、内容、详细信息；哪些数据需要做参数化；调研报文的格式，是否可以通过在脚本中组装报文，是否可以通过从报文文件中获取报文[从文件中读取的保温不能做参数化处理]），文章最后有对报文的组装形式简要说明；
6、了解报文发送后服务器返回的数据内容、长度等，用作在脚本中判断事务是否成功。
二、脚本编写部分
1、在脚本开头书写脚本详细描述，也就是脚本的名称、脚本语言、作者、脚本编写时间，当然这些都是注释掉的，也是常识，但也是我们容易忽视的地方。
2、在脚本中设定Tuxedo环境变量。
static char *env_allow_array[] = { "WSNADDR=//163.192.1.126:90900", "FLDTBLDIR32=c:\bea\tuxedo8.1\etc", "FIELDTBLS32=ftpflds", NULL }; |
