电商系统的模拟测试方法、装置、设备及可读存储介质与流程

1.本发明涉及系统测试技术领域，具体而言，涉及一种电商系统的模拟测试方法、装置、设备及可读存储介质。


背景技术：

2.在实际工作中，由于跨境电商业务的飞速扩展，业务流程环环相扣，为保证生产安全，部分节点优化也需对交易全链路涉及的多接口串联测试，回归测试工作量大，测试人员、开发人员间交易案例、模板共享不充分，并且测试报文整理准备耗时耗力，测试日志定位效率低，在测试环境切换时需手动修改关联系统ip，商户证书，部署配置，便捷化不足。


技术实现要素：

3.本发明的目的在于提供一种电商系统的模拟测试方法、装置、设备及可读存储介质，以改善上述问题。为了实现上述目的，本发明采取的技术方案如下：
4.一方面，本技术提供了一种电商系统的模拟测试方法，所述方法包括：
5.获取测试数据信息和测试场景信息、测试类型信息、api文档信息和预设交易模板信息；
6.判断所述测试类型信息是否为定时任务测试，得到第一判断结果；
7.若所述第一判断结果不是定时任务测试，则判断交易模板信息中是否有与所述第一判断结果内的测试类型信息对应的交易模板，得到第二判断结果；
8.若所述第二判断结果为没有所述交易模板，则将所述api文档信息和测试场景信息进行解析和维护，得到维护后的api交易模板；
9.将所述维护交易模板发送至测试模块按照预设方案进行测试，得到第一测试结果。
10.可选地，所述判断所述测试类型信息是否为定时任务测试，得到第一判断结果之后，还包括：
11.若所述第一判断结果为定时任务测试，则判断所述定时任务测试是否加入监测列表；
12.若所述定时任务测试没有加入监测列表，则将所述定时测试任务配置交易码和加入监测列表，得到加入监测列表的定时测试任务；
13.根据所述加入监测列表的定时测试任务内的交易码对数据库内的交易日志进行匹配抓取，得到第二测试结果；
14.将所述第二测试结果按照关联系统信息进行编码，得到第二测试结果码。
15.可选地，所述若所述第一判断结果不是定时任务测试，则判断交易模板信息中是否有与所述第一判断结果内的测试类型信息对应的交易模板，得到第二判断结果，包括：
16.检测所述第一判断结果内的测试类型，根据所述测试类型确定所述测试类型对应的交易模板，所述测试类型对应的交易模板包括单api测试类型的交易模板和业务全链路
回归测试类型的交易模板；
17.判断所述预设交易模板信息内是否有所述单api测试类型的交易模板或所述业务全链路回归测试类型的交易模板，得到第二判断结果。
18.可选地，所述选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板之后，包括：
19.将所述api文档信息发送至网站服务器进行解析每个api接口的字段信息，得到报文模板；
20.选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板。
21.可选地，所述选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板之后，还包括：
22.调用测试历史模块中根据所述维护后的api交易模板进行单api测试的历史信息；
23.将所述测试的历史信息中每个api接口测试执行时序和节点位置进行组合，将组合后的生成的业务全链路回归交易模板存入数据库；
24.将测试数据信息按照业务全链路回归交易模板进行调整，得到调整后的测试数据；
25.将所述调整后的测试数据进行全链路回归测试，得到第三测试结果；
26.将所述第三测试结果按照关联系统信息进行编码，得到第三测试结果码。
27.可选地，所述将所述维护交易模板发送至测试模块按照预设方案进行测试，得到第一测试结果，还包括：
28.将所述第一测试结果按照预设的关联系统信息进行编码，得到第一测试结果码；
29.将所述第一测试结果码进行分类，若所述第一测试结果码为成功码则将所述第一测试结果码标为绿色，并将所述标为绿色的第一测试结果码发送至测试人员的通讯设备；
30.若所述第一测试结果码为错误码，则将所述第一测试结果码标记为红色，并将所述标为红色的第一测试结果码和关联系统信息发送至测试人员的通讯设备。
31.第二方面，本技术实施例提供了一种电商系统的模拟测试装置，所述装置包括：
32.第一获取单元，用于获取测试数据信息和测试场景信息、测试类型信息、api文档信息和预设交易模板信息；
33.第一判断单元，用于判断所述测试类型信息是否为定时任务测试，得到第一判断结果；
34.第二判断单元，用于若所述第一判断结果不是定时任务测试，则判断交易模板信息中是否有与所述第一判断结果内的测试类型信息对应的交易模板，得到第二判断结果；
35.第三判断单元，用于若所述第二判断结果为没有所述交易模板，则将所述api文档信息和测试场景信息进行解析和维护，得到维护后的api交易模板；
36.第一发送单元，用于将所述维护交易模板发送至测试模块按照预设方案进行测试，得到第一测试结果。
37.可选地，所述装置还包括：
38.第四判断单元，用于若所述第一判断结果为定时任务测试，则判断所述定时任务测试是否加入监测列表；
39.第五判断单元，用于若所述定时任务测试没有加入监测列表，则将所述定时测试任务配置交易码和加入监测列表，得到加入监测列表的定时测试任务；
40.第一处理单元，用于根据所述加入监测列表的定时测试任务内的交易码对数据库内的交易日志进行匹配抓取，得到第二测试结果；
41.第二处理单元，用于将所述第二测试结果按照关联系统信息进行编码，得到第二测试结果码。
42.可选地，所述装置包括：
43.第一检测子单元，用于检测所述第一判断结果内的测试类型，根据所述测试类型确定所述测试类型对应的交易模板，所述测试类型对应的交易模板包括单api测试类型的交易模板和业务全链路回归测试类型的交易模板；
44.第一判断子单元，用于判断所述预设交易模板信息内是否有所述单api测试类型的交易模板或所述业务全链路回归测试类型的交易模板，得到第二判断结果。
45.可选地，所述装置包括：
46.第一处理子单元，用于将所述api文档信息发送至网站服务器进行解析每个api接口的字段信息，得到报文模板；
47.第二处理子单元，用于选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板。
48.可选地，所述装置还包括：
49.第一调用子单元，用于调用测试历史模块中根据所述维护后的api交易模板进行单api测试的历史信息；
50.第三处理子单元，用于将所述测试的历史信息中每个api接口测试执行时序和节点位置进行组合，将组合后的生成的业务全链路回归交易模板存入数据库；
51.第四处理子单元，用于将测试数据信息按照业务全链路回归交易模板进行调整，得到调整后的测试数据；
52.第五处理子单元，用于将所述调整后的测试数据进行全链路回归测试，得到第三测试结果；
53.第六处理子单元，用于将所述第三测试结果按照关联系统信息进行编码，得到第三测试结果码。
54.可选地，所述装置还包括：
55.第三处理单元，用于将所述第一测试结果按照预设的关联系统信息进行编码，得到第一测试结果码；
56.第四处理单元，用于将所述第一测试结果码进行分类，若所述第一测试结果码为成功码则将所述第一测试结果码标为绿色，并将所述标为绿色的第一测试结果码发送至测试人员的通讯设备；
57.第二发送单元，用于若所述第一测试结果码为错误码，则将所述第一测试结果码标记为红色，并将所述标为红色的第一测试结果码和关联系统信息发送至测试人员的通讯设备。
58.第三方面，本技术实施例提供了一种电商系统的模拟测试设备，所述设备包括存储器和处理器。存储器用于存储计算机程序；处理器用于执行所述计算机程序时实现上述
电商系统的模拟测试方法的步骤。
59.第四方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述电商系统的模拟测试方法的步骤。
60.本发明的有益效果为：
61.本发明通过预设交易模板解决开发、测试人员在接口测试中回归测试工作量大，测试报文准备耗时耗力，测试日志定位效率低，以及测试环境切换不灵活的问题。通过整合配置各个环境地址、商户证书，实现网站测试环境便捷化切换，避免了修改、部署配置的人工消耗和误操作可能；同时网站可以自动解析api接口生成交易模板，并实现了模板的充分共享，从而可将更多精力放在调试测试的工作上，提高测试效率；网站支持生成全链路业务流程的测试模板，启动测试工具进行场景测试，系统将根据模板记录的接口节点、测试时序实现一键回归，相比于一般的测试工具，更具灵活性；对于定时任务类测试，可以添加执行检测，用户只需配置任务名和交易码，大大节省了人力成本。同时本发明可以推广给行内各个系统之间的开发测试使用，在提高测试开发效率的同时，还可增进内部系统之间了解，有利于系统间联调的便捷性和灵活性。
62.本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
63.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
64.图1为本发明实施例中所述的一种电商系统的模拟测试方法流程示意图；
65.图2为本发明实施例中所述的一种电商系统的模拟测试装置结构示意图；
66.图3是本发明实施例中所述的一种电商系统的模拟测试设备结构示意图。
具体实施方式
67.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
68.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
69.实施例1
70.如图1所示，本实施例提供了一种电商系统的模拟测试方法，其所述方法包括步骤s1、步骤s2、步骤s3、步骤s4和步骤s5。
71.步骤s1、获取测试数据信息和测试场景信息、测试类型信息、api文档信息和预设交易模板信息；
72.步骤s2、判断所述测试类型信息是否为定时任务测试，得到第一判断结果；
73.步骤s3、若所述第一判断结果不是定时任务测试，则判断交易模板信息中是否有与所述第一判断结果内的测试类型信息对应的交易模板，得到第二判断结果；
74.步骤s4、若所述第二判断结果为没有所述交易模板，则将所述api文档信息和测试场景信息进行解析和维护，得到维护后的api交易模板；
75.步骤s5、将所述维护交易模板发送至测试模块按照预设方案进行测试，得到第一测试结果。
76.可以理解的是本发明通过预设交易模板解决开发、测试人员在接口测试中回归测试工作量大，测试报文准备耗时耗力，测试日志定位效率低，以及测试环境切换不灵活的问题。同时本发明可以推广给行内各个系统之间的开发测试使用，在提高测试开发效率的同时，还可增进内部系统之间了解，有利于系统间联调的便捷性和灵活性。
77.可以理解的是交易模板是作为被测接口输入的一组xml格式的报文样例；使用所述交易模板时只需按照该模板即可快速测试，无需重复组织请求报文。
78.在本公开的一种具体实施方式中，所述步骤s2之后还包括步骤s6、步骤s7、步骤s8和步骤s9。
79.步骤s6、若所述第一判断结果为定时任务测试，则判断所述定时任务测试是否加入监测列表；
80.步骤s7、若所述定时任务测试没有加入监测列表，则将所述定时测试任务配置交易码和加入监测列表，得到加入监测列表的定时测试任务；
81.步骤s8、根据所述加入监测列表的定时测试任务内的交易码对数据库内的交易日志进行匹配抓取，得到第二测试结果；
82.步骤s9、将所述第二测试结果按照关联系统信息进行编码，得到第二测试结果码。
83.可以理解的是上述步骤是对于定时任务类测试，可以添加执行检测，用户只需配置任务名和交易码，就可以对交易日志进行匹配抓取，大大节省了人力成本，进而快速进行定时任务类的测试，得到测试结果后还可以根据结果码查询测试情况。
84.在本公开的一种具体实施方式中，所述步骤s3包括步骤s31和步骤s32。
85.步骤s31、检测所述第一判断结果内的测试类型，根据所述测试类型确定所述测试类型对应的交易模板，所述测试类型对应的交易模板包括单api测试类型的交易模板和业务全链路回归测试类型的交易模板；
86.步骤s32、判断所述预设交易模板信息内是否有所述单api测试类型的交易模板或所述业务全链路回归测试类型的交易模板，得到第二判断结果。
87.可以理解的是本发明通过第一判断结果的测试类型来确定交易模板，根据不同的交易模板进行不同的测试，其中全链路回归测试的交易模板是多个所述单api测试的交易模板组合而成的。
88.在本公开的一种具体实施方式中，所述步骤s4包括步骤s41和步骤s42。
89.步骤s41、将所述api文档信息发送至网站服务器进行解析每个api接口的字段信息，得到报文模板；
90.步骤s42、选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板。
91.可以理解的是本发明通过整合配置各个环境地址、商户证书，实现网站测试环境便捷化切换，避免了修改、部署配置的人工消耗和误操作可能；而且本发明可以自动解析api接口生成交易模板，并实现了模板的充分共享，从而可将更多精力放在调试测试的工作上，提高测试效率。
92.在本公开的一种具体实施方式中，所述步骤s42之后还包括步骤s43、步骤s44、步骤s45、步骤s46和步骤s47。
93.步骤s43、调用测试历史模块中根据所述维护后的api交易模板进行单api测试的历史信息；
94.步骤s44、将所述测试的历史信息中每个api接口测试执行时序和节点位置进行组合，将组合后的生成的业务全链路回归交易模板存入数据库；
95.步骤s45、将测试数据信息按照业务全链路回归交易模板进行调整，得到调整后的测试数据；
96.步骤s46、将所述调整后的测试数据进行全链路回归测试，得到第三测试结果；
97.步骤s47、将所述第三测试结果按照关联系统信息进行编码，得到第三测试结果码。
98.可以理解的本发明还可以支持生成全链路业务流程的测试模板，启动测试工具进行场景测试，系统将根据模板记录的接口节点、测试时序实现一键回归，相比于一般的测试工具，更具灵活性。
99.在本公开的一种具体实施方式中，所述步骤s5之后还包括步骤s10、步骤s11和步骤s12。
100.步骤s10、将所述第一测试结果按照预设的关联系统信息进行编码，得到第一测试结果码；
101.步骤s11、将所述第一测试结果码进行分类，若所述第一测试结果码为成功码则将所述第一测试结果码标为绿色，并将所述标为绿色的第一测试结果码发送至测试人员的通讯设备；
102.步骤s12、若所述第一测试结果码为错误码，则将所述第一测试结果码标记为红色，并将所述标为红色的第一测试结果码和关联系统信息发送至测试人员的通讯设备。
103.可以理解的是本发明配置了交易关联系统的常用错误码，若交易返回结果错误，可根据返回码搜索获取关联系统信息，便于开发测试人员快速分析、定位测试问题。
104.实施例2
105.如图2所示，本实施例提供了一种电商系统的模拟测试装置，所述装置包括第一获取单元701、第一判断单元702、第二判断单元703、第三判断单元704和第一发送单元705。
106.第一获取单元701，用于获取测试数据信息和测试场景信息、测试类型信息、api文档信息和预设交易模板信息；
107.第一判断单元702，用于判断所述测试类型信息是否为定时任务测试，得到第一判
断结果；
108.第二判断单元703，用于若所述第一判断结果不是定时任务测试，则判断交易模板信息中是否有与所述第一判断结果内的测试类型信息对应的交易模板，得到第二判断结果；
109.第三判断单元704，用于若所述第二判断结果为没有所述交易模板，则将所述api文档信息和测试场景信息进行解析和维护，得到维护后的api交易模板；
110.第一发送单元705，用于将所述维护交易模板发送至测试模块按照预设方案进行测试，得到第一测试结果。
111.在本公开的一种具体实施方式中，所述第一判断单元702之后还包括第四判断单元706、第五判断单元707、第一处理单元708和第二处理单元709。
112.第四判断单元706，用于若所述第一判断结果为定时任务测试，则判断所述定时任务测试是否加入监测列表；
113.第五判断单元707，用于若所述定时任务测试没有加入监测列表，则将所述定时测试任务配置交易码和加入监测列表，得到加入监测列表的定时测试任务；
114.第一处理单元708，用于根据所述加入监测列表的定时测试任务内的交易码对数据库内的交易日志进行匹配抓取，得到第二测试结果；
115.第二处理单元709，用于将所述第二测试结果按照关联系统信息进行编码，得到第二测试结果码。
116.在本公开的一种具体实施方式中，所述第二判断单元703包括第一检测子单元7031和第一判断子单元7032。
117.第一检测子单元7031，用于检测所述第一判断结果内的测试类型，根据所述测试类型确定所述测试类型对应的交易模板，所述测试类型对应的交易模板包括单api测试类型的交易模板和业务全链路回归测试类型的交易模板；
118.第一判断子单元7032，用于判断所述预设交易模板信息内是否有所述单api测试类型的交易模板或所述业务全链路回归测试类型的交易模板，得到第二判断结果。
119.在本公开的一种具体实施方式中，所述第三判断单元704包括第一处理子单元7041和第二处理子单元7042。
120.第一处理子单元7041，用于将所述api文档信息发送至网站服务器进行解析每个api接口的字段信息，得到报文模板；
121.第二处理子单元7042，用于选择所述测试场景信息内的测试环境版本号信息、业务类别信息和交易码信息对所述报文模板进行数据补充，得到维护后的api交易模板。
122.在本公开的一种具体实施方式中，所述第二处理子单元7042之后还包括第一调用子单元7043、第三处理子单元7044、第四处理子单元7045、第五处理子单元7046和第六处理子单元7047。
123.第一调用子单元7043，用于调用测试历史模块中根据所述维护后的api交易模板进行单api测试的历史信息；
124.第三处理子单元7044，用于将所述测试的历史信息中每个api接口测试执行时序和节点位置进行组合，将组合后的生成的业务全链路回归交易模板存入数据库；
125.第四处理子单元7045，用于将测试数据信息按照业务全链路回归交易模板进行调
整，得到调整后的测试数据；
126.第五处理子单元7046，用于将所述调整后的测试数据进行全链路回归测试，得到第三测试结果；
127.第六处理子单元7047，用于将所述第三测试结果按照关联系统信息进行编码，得到第三测试结果码。
128.在本公开的一种具体实施方式中，所述第一发送单元705之后还包括第三处理单元710、第四处理单元711和第二发送单元712。
129.第三处理单元710，用于将所述第一测试结果按照预设的关联系统信息进行编码，得到第一测试结果码；
130.第四处理单元711，用于将所述第一测试结果码进行分类，若所述第一测试结果码为成功码则将所述第一测试结果码标为绿色，并将所述标为绿色的第一测试结果码发送至测试人员的通讯设备；
131.第二发送单元712，用于若所述第一测试结果码为错误码，则将所述第一测试结果码标记为红色，并将所述标为红色的第一测试结果码和关联系统信息发送至测试人员的通讯设备。
132.需要说明的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
133.实施例3
134.相应于上面的方法实施例，本公开实施例还提供了一种电商系统的模拟测试设备，下文描述的一种电商系统的模拟测试设备与上文描述的一种电商系统的模拟测试方法可相互对应参照。
135.图3是根据一示例性实施例示出的一种电商系统的模拟测试设备800的框图。如图3所示，该电商系统的模拟测试设备800可以包括：处理器801，存储器802。该电商系统的模拟测试设备800还可以包括多媒体组件803，输入/输出(i/o)接口804，以及通信组件805中的一者或多者。
136.其中，处理器801用于控制该电商系统的模拟测试设备800的整体操作，以完成上述的电商系统的模拟测试方法中的全部或部分步骤。存储器802用于存储各种类型的数据以支持在该电商系统的模拟测试设备800的操作，这些数据例如可以包括用于在该电商系统的模拟测试设备800上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器802可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read-only memory，简称eprom)，可编程只读存储器(programmable read-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件803可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器802或通过通信组件805发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口804为处理器801和其他
接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件805用于该电商系统的模拟测试设备800与其他设备之间进行有线或无线通信。无线通信，例如wi-fi，蓝牙，近场通信(near fieldcommunication，简称nfc)，2g、3g或4g，或它们中的一种或几种的组合，因此相应的该通信组件805可以包括：wi-fi模块，蓝牙模块，nfc模块。
137.在一示例性实施例中，电商系统的模拟测试设备800可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digitalsignal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的一种电商系统的模拟测试方法。
138.在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的电商系统的模拟测试方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器802，上述程序指令可由电商系统的模拟测试设备800的处理器801执行以完成上述的电商系统的模拟测试方法。
139.实施例4
140.相应于上面的方法实施例，本公开实施例还提供了一种可读存储介质，下文描述的一种可读存储介质与上文描述的一种电商系统的模拟测试方法可相互对应参照。
141.一种可读存储介质，可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例的电商系统的模拟测试方法的步骤。
142.该可读存储介质具体可以为u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
143.以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
144.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。