zoukankan      html  css  js  c++  java
  • IDoc测试工具WE19使用教程

    1, WE19介绍

    WE19是一个十分常用的IDOC测试工具,可以通过它模拟inbound和outbound IDOC进行测试,而不用通过其他系统实际发送一个IDOC来测试。在使用WE19测试时还可以根据需要更改IDOC中的各个字段的值,十分方便。

    Tcode:WE19

    2016-09-25_13-15-24

    可以看到WE19界面上有很多模板选项,下面着重介绍一下:

    • 存在的IDoc(Existing IDoc):输入一个已存在的IDoc号码,以此为基础进行测试,IDoc中字段的值已经填充好。
    • 基本类型(BasicTyp):输入一个IDoc类型,这是一个空的模板,需要自己输入IDoc字段值
    • 通过消息类型:输入一个消息类型,然后再选择消息类型下的IDoc类型,也是个空的模板

    2016-09-25_13-27-35

    • 无模板(W/O template):无模板,所有的IDoc的相关信息都需要手动填到WE19中,这个用的比较少。

    2, 标准入站(standard inbound)测试

    举例讲解一下如何测试标准入站的IDoc,随便通过IDOC监视工具WE02在系统中找一个inboud IDoc 0000000003832546,这是一个对quotation修改的IDoc

    2016-09-25_13-37-32

    WE19,输入刚才找到的IDoc号码0000000003832546,运行

    2016-09-25_13-39-58

    进入测试界面,单击control record行或者通过菜单进入control record编辑窗口,

    2016-09-25_13-42-07

    IDoc--Edit control record

    2016-09-25_13-42-56

    在编辑控制记录窗口中,有默认的接受端,发送端,消息等相关信息,通常不用修改,

    在测试标准入站(standard inbound)时,除了Sender的port和Receiver的partner profile可以随意填,其他相关字段要填写正确,系统中都要存在的。

    2016-09-25_13-54-41

    Receiver:

    Port:SAP+<SID>,例如SAPDE1,其中DE1就是SID(系统ID),在SAP系统的右下角可以看到,这个SAPDE1是系统端口,在WE21中不可见

    2016-09-25_13-49-47

    Sender:

    partner profile要在WE20中存在,我们测试就是它,所以必须要有,如下,

    Tcode:WE20

    2016-09-25_13-59-17

    在WE19中点击字段可以修改值,本例修改quotation行项目中的Purchase order date日期,20160925修改为20160927,

    2016-09-25_14-17-16

    然后点击standard inbound按钮

    2016-09-25_14-18-56

    弹出消息框,提示IDOC生成,

    2016-09-25_14-20-11

    可以在WE02查看到:

    2016-09-25_14-21-25

    通过VA23,看到quotation中的purchase order date日期成功修改。

    2016-09-25_14-22-20

    3, 内向功能模块(inbound function module)测试

    这个是用来测试inbound process(术语含义参照-->SAP IDOC 开发入门)上挂的function的,还用上面的IDoc 3832546,WE20中可以看到process code,

    2016-09-25_14-25-59

    双击process code可以跳转到function界面,也可以通过Tcode:WE42查看

    2016-09-25_14-30-22

    点击WE19上方inbound function module按钮,在跳出窗口中可以设置debugging 模式,前后台运行等模式,然后点击绿色对勾,就可以测试function了,并最后生成IDoc。

    2016-09-25_14-31-43

    另外:内向功能模块中的控制记录设置与标准入站(standard inbound)的一样,除了Sender的port和Receiver的partner profile可以随意填,其他相关字段要填写正确,系统中都要存在的。

    4, 内向文件(inbound file)

    内向文件是用来测试生成inbound IDoc文件的,需要在control record中指定一个WE21中真实存在的port,receiver中的partner profile是同上面两种测试一样可以随意填,如下:

    2016-09-25_14-57-15

    点击inbound file按钮,输入idoc文件名,选择相关运行模式后点击绿色对勾,

    2016-09-25_14-58-56

    提示IDoc 文件创建成功,

    2016-09-25_15-01-22

    可以在WE02中查看idoc状态

    2016-09-25_15-03-25

    也可以在port EDI_OSC中的服务器路径下查看IDoc文件,WE21:

    2016-09-25_15-05-22

    5, 标准出站处理(standard outbound processing)

    通过WE02找一个outbound IDoc,然后在WE19中重新处理,

    2016-09-25_16-06-14

    control record中的sender的partner profile可以随意填,除此之外都要填入真实的,下面填写的意思就是通过SAPDE1模拟发送一个outbound idoc到port A000000018中。

    2016-09-25_16-06-47

    点击standard outbound processing按钮,发送outbound IDoc

    2016-09-25_16-11-50

    提示outbound IDoc成功发送到外部系统,

    2016-09-25_16-13-09

    并且在状态栏中显示IDoc号码3846148

    2016-09-25_16-14-09

    可以在WE02中看到,

    2016-09-25_16-15-00

    注意:WE19测试outbound与inbound不同,并不能在相关process code对应的function中设置的断点处停下。

    以上。

  • 相关阅读:
    ffplay源码分析05 ---- 音频重采样
    ffplay源码分析04 ---- 音频输出
    RTMP协议01 ---- 握手
    ffplay源码分析03 ---- 音频解码线程
    ffplay源码分析03 ---- 视频解码线程
    ffplay源码分析02 ---- 数据读取线程
    注解方式实例化Java类
    构造方法与setter方法
    ②初识spring
    分布式编程
  • 原文地址:https://www.cnblogs.com/lvdong18847870057/p/12550757.html
Copyright © 2011-2022 走看看