一种报文收发方法和装置与流程

1.本发明属于报文处理技术领域，更具体的说，尤其涉及一种报文收发方法和装置。


背景技术：

2.当前项目设计日益复杂，系统之间频繁耦合，项目因为某一个或者多个资源的协调问题，重型资产供不应求，开发测试在开发或者调试网络程序、网页b/s(browser/server，浏览器/服务器)模式程序的时候，需要使用报文仿真测试工具，模拟客户端实现报文的发送并接受报文，来快速跟踪网页的请求，以提升研发或者测试的进度。
3.目前，市场上的报文仿真测试工具只能单人本地组报文发送，其http请求方法单一使用post方法；也就是说，针对接口的发送报文，每个开发根据个人需要单人本地手工组装发送报文，而人工组装难免存在差异和错误，加大了工作量和开发成本。


技术实现要素：

4.有鉴于此，本发明的目的在于提供一种报文收发方法和装置，用于实现依据不同接口自动生成报文，节省工作量和开发成本。
5.本发明第一方面公开了一种报文收发方法，包括：
6.对输入的接口进行识别，并自动生成接口报文；其中，所述接口报文包括固定数据段和内容数据段；所述固定数据段中的数据与所述接口对应；
7.对所述接口报文中的内容数据段进行填充、得到待发送报文；
8.将所述待发送报文发送至服务器；
9.接收所述服务器响应的反馈报文。
10.可选的，对输入的接口进行识别，并自动生成接口报文，包括：
11.提取所述接口中的接口字段；
12.对所述接口字段的数据类型进行分类；
13.根据所选择的数据格式，自动生成接口的报文数据；其中，所述固定数据段携带有所述数据格式、数据类型中的至少一种。
14.可选的，对所述报文数据中的内容数据段进行填充之前，还包括：
15.判断报文数据库中是否存在所述接口报文；
16.若存在则从报文数据库中获取所述接口报文，并对所述接口报文新增报文栏，得到所述待发送报文；
17.若不存在则执行对所述接口报文中的内容数据段进行填充、得到待发送报文的步骤。
18.可选的，在对所述接口报文中的内容数据段进行填充、得到待发送报文之后，还包括：
19.将所述待发送报文保存至报文数据库，以及将待发送报文上传同步到各个服务器。
20.可选的，在接收所述服务器响应的反馈报文之后，还包括：
21.对所述反馈报文进行报文格式识别、加工和处理，并通过进行渲染处理，模拟客户端的页面展示。
22.可选的，将所述待发送报文发送至服务器，包括：
23.在地址请求栏处输入所述服务器标识；
24.触发发送动作。
25.本发明第二方面公开了一种报文收发装置，包括：
26.接口解析模块，用于对输入的接口进行识别，并自动生成接口报文；其中，所述接口报文包括固定数据段和内容数据段；所述固定数据段中的数据与所述接口对应；以及，对所述接口报文中的内容数据段进行填充、得到待发送报文；
27.报文发送模块，用于将所述待发送报文发送至服务器；
28.报文接收模块，用于接收所述服务器响应的反馈报文。
29.可选的，所述接口解析模块用于对输入的接口进行识别，并自动生成接口报文时，具体用于：
30.提取所述接口中的接口字段；
31.对所述接口字段的数据类型进行分类；
32.根据所选择的数据格式，自动生成接口的报文数据；其中，所述固定数据段携带有所述数据格式、数据类型中的至少一种。
33.可选的，所述接口解析模块还用于：
34.判断报文数据库中是否存在所述接口报文；
35.若存在则从报文数据库中获取所述接口报文，并对所述接口报文新增报文栏，得到所述待发送报文；
36.若不存在则执行对所述接口报文中的内容数据段进行填充、得到待发送报文的步骤。
37.可选的，还包括：
38.报文同步模块，用于将所述待发送报文保存至报文数据库，以及将待发送报文上传同步到各个服务器。
39.从上述技术方案可知，本发明提供的一种报文收发方法，包括：对输入的接口进行识别，并自动生成接口报文；其中，接口报文包括固定数据段和内容数据段；固定数据段中的数据与接口对应；对接口报文中的内容数据段进行填充、得到待发送报文；将待发送报文发送至服务器；接收服务器响应的反馈报文；从而实现根据接口自动生成对应的报文，替代了人工组装报文的手工操作，节省工作量和开发成本。
附图说明
40.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
41.图1是现有技术提供的一种报文收发装置的示意图；
42.图2是本发明实施例提供的一种报文收发方法的流程图；
43.图3是本发明实施例提供的另一种报文收发方法的流程图；
44.图4是本发明实施例提供的另一种报文收发方法的流程图；
45.图5是本发明实施例提供的一种报文收发装置的示意图。
具体实施方式
46.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
47.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
48.需要说明的是，现有的报文收发装置由三个基本栏位构成，如图1所示。包含地址请求栏，send按钮和报文组成栏。根据地址请求栏输入的url，通过send按钮将报文发送到对应的服务器；发送的报文数据在报文组成栏中定义。定义的报文需要手工进行组装，一个接口手工组装一次；人工组装难免存在差异和错误，加大了工作量和开发成本。
49.基于此，本发明实施例提供了一种报文收发方法，用于解决现有技术中人工组装难免存在差异和错误，加大了工作量和开发成本的问题。
50.参见图2，该报文收发方法，包括：
51.s101、对输入的接口进行识别，并自动生成接口报文。
52.其中，接口报文包括固定数据段和内容数据段；固定数据段中的数据与接口对应。
53.具体的，对输入的接口进行识别，获取接口信息，如接口类型等；依据该接口信息生成与之相应的接口报文。接口报文中的固定数据段的数据可以依据接口信息即可得到，而内容数据段的数据是需要进行填充的。
54.报文是网络中交换与传输的数据单元，即站点一次性要发送的数据块。报文也是网络传输的单位，传输过程中会不断地封装成分组、包、帧来传输，封装的方式就是添加一些信息段，那些就是报文头以一定格式组织起来的数据。
55.s102、对接口报文中的内容数据段进行填充、得到待发送报文。
56.对接口报文中的内容数据段进行填充后，得到完整的报文，也即待发送报文。
57.具体填充的内容，此处不做具体限定，视实际情况而定即可，均在本技术的保护范围内。
58.s103、将待发送报文发送至服务器。
59.在实际应用中，步骤s103的具体过程为：首先，在地址请求栏处输入服务器标识；然后，触发发送动作。
60.具体的，发送组装的报文数据到服务器，服务器的url(uniform resource locator，统一资源定位符)可以维护以实现用户共享。
61.s104、接收服务器响应的反馈报文。
62.接收服务器响应的报文，并将其转发至其他服务器，或者获取该反馈报文中的数据；当然还可以对反馈报文中的数据进行处理，此处不做具体限定，视实际情况而定即可，均在本技术的保护范围内。
63.在本实施例中，对输入的接口进行识别，并自动生成接口报文；其中，接口报文包括固定数据段和内容数据段；固定数据段中的数据与接口对应；对接口报文中的内容数据段进行填充、得到待发送报文；将待发送报文发送至服务器；接收服务器响应的反馈报文；从而实现根据接口自动生成对应的报文，替代了人工组装报文的手工操作，节省工作量和开发成本。
64.在实际应用中，参见图3，步骤s101的具体过程包括：
65.s201、提取接口中的接口字段。
66.s202、对接口字段的数据类型进行分类。
67.s203、根据所选择的数据格式，自动生成接口的报文数据。
68.其中，固定数据段携带有数据格式、数据类型中的至少一种。
69.具体的，对输入的接口进行识别，以提取接口中的字段，区分接口字段的数据类型，并且根据选择的数据格式，自动生成接口的报文。
70.需要说明的是，在设计过程中开发人员需要考虑接口的格式，接口字段的包含关系以及字段数据的类型，在确保接口正常解析的基础上，实现装置的自适应接口解析设计，精准解析多种格式接口，以拓展装置的适配性和容错性，减少项目开发过程的障碍，提升项目的敏捷性。
71.在本实施例中，通过解析接口自动生成报文的方式，既解决了人工组报文花费人力和时间的问题，又可以避免手工组报文出错的可能性。
72.在实际应用中，参见图4，在步骤s102之前还包括：
73.s105、判断报文数据库中是否存在接口报文。
74.具体的，可以判断报文数据库中是否存在该接口报文的标识，如果存在，则判定该报文数据库中存在接口报文，如果不存在，则判定该报文数据库中不存在该接口报文。
75.若存在则执行步骤s106；而若不存在则执行步骤s102。
76.s106、从报文数据库中获取接口报文，并对接口报文新增报文栏，得到待发送报文。
77.在实际应用中，在步骤s102之后，还包括：
78.将待发送报文保存至报文数据库，以及将待发送报文上传同步到各个服务器。
79.需要说明的是，针对同一接口的发送报文，每个开发员根据个人需要单人本地手工组装，也即，相同的报文要重复手工组包，难以形成统一的管理和配置，会花费大量的人力资源和时间，加大了工作量和开发成本。
80.而本实施例中，在生成接口对应的待发送报文后，还可以通过保存把报文数据同步到服务器上，实现报文数据共享，共享的报文数据可以展示给所有用户。通过报文数据共享的方式，在多人同时开发测试时，避免了同一接口重复组装报文，工作量和开发成本过高的问题，提高项目的敏捷程度。
81.在上述任一实施例中，在步骤s104之后，还包括：对反馈报文进行报文格式识别、
加工和处理，并通过进行渲染处理，模拟客户端的页面展示。
82.具体的，对接收到的反馈报文进行报文格式识别，并对反馈报文进行数据的加工和处理，通过进行渲染处理，模拟客户端的页面展示，直观确认结果的正确性和适配性。
83.需要说明的是，现有技术中服务器响应的报文数据以纯文本的格式显示在报文栏中，可视化效果并不好，可读性差，不能直观看到报文返回的可视化页面，难以确认结果的正确性和适配性，预期结果确认不直观。
84.而本实施例中，响应数据的渲染显示，自适应识别返回的数据格式，自动解析返回的报文数据，进行渲染模拟客户端显示，实现预期结果的可视化校验。
85.本发明另一实施例提供了一种报文收发装置，参见图5，包括：接口解析模块10、报文发送模块20和报文接收模块30。
86.接口解析模块10，用于对输入的接口进行识别，并自动生成接口报文；其中，接口报文包括固定数据段和内容数据段；固定数据段中的数据与接口对应；以及，对接口报文中的内容数据段进行填充、得到待发送报文。
87.报文发送模块20，用于将待发送报文发送至服务器。
88.报文接收模块30，接收服务器响应的反馈报文。
89.接口解析模块10、报文发送模块20和报文接收模块30的具体工作过程，详情参见上述任一实施例提供的报文收发方法，此处不再一一赘述，均在本技术的保护范围内。
90.在实际应用中，接口解析模块10用于对输入的接口进行识别，并自动生成接口报文的具体过程为：
91.提取接口中的接口字段；对接口字段的数据类型进行分类；根据所选择的数据格式，自动生成接口的报文数据。
92.其中，固定数据段携带有数据格式、数据类型中的至少一种。
93.在实际应用中，接口解析模块10还用于：
94.判断报文数据库中是否存在接口报文。
95.若存在则从报文数据库中获取接口报文，并对接口报文新增报文栏，得到待发送报文。
96.若不存在则执行对接口报文中的内容数据段进行填充、得到待发送报文的步骤。
97.在实际应用中，该报文收发装置还包括：报文同步模块40。
98.报文同步模块40，用于将待发送报文保存至报文数据库，以及将待发送报文上传同步到各个服务器。
99.具体的，下面针对各个模块的说明：
100.接口解析模块10：其为识别接口并且自动生成报文的模块。其具体用于，对输入的接口进行识别，以提取接口中的字段，区分接口字段的数据类型，并且根据选择的数据格式，自动生成接口的报文数据；也即接口识别机制支持输入接口的自适应识别，可以识别多种格式接口。通过解析接口自动生成报文的方式，既解决了人工组报文花费人力和时间的问题，又可以避免手工组报文出错的可能性。
101.报文同步模块40：其为保存报文并且同步到服务器的模块。其具体用于，保存接口解析模块生成的报文数据，并且上传同步到服务器，实现报文数据的共享。也即，同步上传机制支持所有开发测试共享生成的报文数据，一次接口报文生成，多人多次重复使用、提高
同一接口报文的复用率，既避免了在多人同时开发测试时，同一接口重复组装报文，工作量和开发成本过高的问题，减少重复性的手工组装报文操，作即提高项目的开发速率、提高项目的敏捷程度、有效减少工作量和开发成本。
102.报文发送模块20：其为发送报文到程序所在服务器的模块。其具体用于，发送组装的报文数据到目标服务器，目标服务器的url统一资源定位符(uniform resource locator，url)可以维护以实现用户共享。
103.报文接收模块30：其为接收响应服务器返回数据的模块。其具体用于接收程序所在服务器响应返回的报文数据，然后进行报文格式识别，进行数据的加工和处理，通过进行渲染处理，模拟客户端的页面展示，直观确认结果的正确性和适配性；也即，响应数据的渲染显示，自适应识别返回的数据格式，自动解析返回的报文数据，进行渲染模拟客户端显示，实现预期结果的可视化校验。该程序为该报文收发装置的程序。
104.在本实施例中，通过接口识别机制取代传统的手工组装报文方式，保障了组装报文数据的准确性，消除了人为组装报文产生的差异，有力推动项目开发的正向发展；通过同步上传机制，实现报文数据共享，形成了配置的统一管理，保证了接口报文的准确性和一致性，有效降低了重复组装报文的人力成本，适用于多人开发测试同时进行的复杂场景，有利于提升项目敏捷性；通过多格式报文渲染可视化机制，实现了多种格式报文数据的解析加工，动态渲染展示报文数据，毫秒级加载页面，适配于多种外部系统返回的报文数据；最终达到了在多个系统联合、多组成员同时开发的大型项目中，可以快速进行接口调试，有效检验预期结果的目的。
105.本说明书中的各个实施例中记载的特征可以相互替换或者组合，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
106.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
107.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。