一种接口自动化测试用例生成方法和装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种接口自动化测试用例生成方法和装置。


背景技术：

2.在接口自动化测试过程中，当接口的入参修改了，接口自动化测试用例也需要进行相应地修改或更新以保证接口测试的正确性。
3.目前对接口自动化用例的修改或更新的方式一般是手动维护的，例如通过接口自动化用例执行失败报告获取接口入参已修改的消息，需要相关人员排查接口自动化用例支持失败原因；或者相关人员通知维护接口自动化用例的人员接口入参已经修改，需要进行接口自动化用例维护。
4.但是，手动维护接口自动化用例会导致用例更新不及时且存在用例覆盖不全的风险。


技术实现要素：

5.有鉴于此，本发明实施例提供一种接口自动化测试用例生成方法和装置，能够在接口入参发生变化时，及时自动更新接口自动化测试用例。
6.为实现上述目的，根据本发明实施例的一个方面，提供了一种接口自动化测试用例生成方法，包括：
7.通过代码扫描的方式确定接口代码发生变化的目标接口；
8.基于java反射机制确定所述目标接口的入参变更类型；
9.根据所述入参变更类型，更新所述目标接口的测试用例。
10.可选地，所述入参变更类型包括以下至少之一：新增参数、删除参数和更改参数。
11.可选地，通过代码扫描的方式确定接口代码发生变化的目标接口，包括：
12.对待扫描接口范围内的接口进行扫描，获得所述接口在当前时刻的代码；
13.判断所述接口在当前时刻的代码相对于所述接口在上一时刻的代码是否发生变化；
14.若是，确定代码发生变化的接口为所述目标接口。
15.可选地，所述基于java反射机制确定所述目标接口的入参变更类型，包括：
16.遍历所述目标接口在当前时刻的代码中的业务方法名：
17.获取所述业务方法在当前时刻的代码中的每个第一输入参数；
18.判断在上一时刻的代码中所述业务方法的入参是否包括所述第一输入参数；若是，则获取所述第一输入参数在当前时刻的代码中的第一参数值、以及在上一时刻的代码中的第二参数值，判断第一参数值和第二参数值是否相同，若相同，则确定所述第一输入参数未发生变化，若不同，则确定所述第一输入参数的入参变更类型为更改参数；否则，确定所述第一输入参数的入参变更类型为新增参数；
19.获取所述业务方法在上一时刻的代码中的每个第二输入参数，判断在当前时刻的代码中所述业务方法的入参是否包括所述第二输入参数；若否，则确定所述第二输入参数的入参变更类型为删除参数。
20.可选地，所述方法还包括：
21.在判断在上一时刻的代码中所述业务方法的入参是否包括所述第一输入参数之前，确定所述第一输入参数为基础类型的入参；若所述第一输入参数不是基础类型的入参，则将所述第一输入参数拆分为多个基础类型的入参；
22.在判断在当前时刻的代码中所述业务方法的入参是否包括所述第二输入参数之前，确定所述第二输入参数为基础类型的入参；若所述第二输入参数不是基础类型的入参，则将所述第二输入参数拆分为多个基础类型的入参。
23.可选地，根据所述入参变更类型，更新所述目标接口的测试用例，包括：
24.遍历所述目标接口的每个业务方法，针对所述业务方法中的每个输入参数，通过以下方式更新所述目标接口的测试用例：
25.当所述输入参数的入参变更类型为新增参数时，则在所述目标接口的每条测试用例中增加所述输入参数，和/或在所述目标接口的测试用例集中增加所述输入参数对应的测试用例；
26.当所述输入参数的入参变更类型为删除参数时，删除所述目标接口的每条测试用例中的所述输入参数；
27.当所述输入参数的入参变更类型为更改参数时，更改所述目标接口的每条测试用例中所述输入参数的数值。
28.可选地，当所述输入参数的入参变更类型为删除参数时，在删除所述目标接口的每条测试用例中的所述输入参数之后，还包括：
29.判断更新后的测试用例集中是否存在重复的测试用例；
30.若是，删除更新后的测试用例集中重复的测试用例。
31.本发明实施例还提供一种接口自动化测试用例生成装置，包括：
32.第一确定模块，通过代码扫描的方式确定接口代码发生变化的目标接口；
33.第二确定模块，基于java反射机制确定所述目标接口的入参变更类型；
34.用例更新模块，根据所述入参变更类型，更新所述目标接口的测试用例。
35.本发明实施例还提供一种电子设备，包括：
36.一个或多个处理器；
37.存储装置，用于存储一个或多个程序，
38.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的接口自动化测试用例生成方法。
39.本发明实施例还提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的接口自动化测试用例生成方法。
40.上述发明中的一个实施例具有如下优点或有益效果：通过代码扫描的方式确定代码发生变化的目标接口，基于java反射机制对目标接口的代码进行分析，确定目标接口的入参变更类型，根据入参变更类型更新目标接口的测试用例。本发明实施例能够在接口入参发生变化时，及时自动更新接口的测试用例，以保证接口测试的正确性，该方法能够降低
手动维护测试用例覆盖不全的风险，提高了接口自动化测试用例的生成效率，进而提高了接口的测试效率。
41.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
42.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
43.图1是根据本发明实施例的一种接口自动化测试用例生成方法的主要流程的示意图；
44.图2是根据本发明实施例的另一种接口自动化测试用例生成方法的主要流程的示意图；
45.图3是根据本发明实施例的又一种接口自动化测试用例生成方法的主要流程的示意图；
46.图4是根据本发明实施例的再一种接口自动化测试用例生成方法的主要流程的示意图；
47.图5是根据本发明实施例的一种接口自动化测试用例生成装置的主要模块的示意图；
48.图6是本发明实施例可以应用于其中的示例性系统架构图；
49.图7是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
50.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
51.目前接口自动化基本使用testng(test next generation，开源自动化测试框架)，jenkins(基于java开发的一种持续集成工具)等技术手段实现及维护。当接口入参发生变化时，不能及时自动更新接口自动化用例以验证接口的正确性，因此，需要一种接口自动化测试用例生成方法，以使得在接口入参发生变化时，能够及时、自动更新接口自动化测试用例。
52.图1是根据本发明实施例的一种接口自动化测试用例生成方法，如图1所示，该方法包括以下步骤：
53.步骤s101：通过代码扫描的方式确定接口代码发生变化的目标接口。
54.在本发明实施例中，代码扫描的方式可以是在预设时间间隔内对接口的代码进行扫描，即定时扫描接口代码，从而确定接口代码发生变化的目标接口。
55.在一种可选的实施方式中，如图2所示，步骤s101包括以下步骤：
56.步骤s201：对待扫描接口范围内的接口进行扫描，获取接口在当前时刻的代码；
57.步骤s202：判断接口在当前时刻的代码相对于接口在上一时刻的代码是否发生变
化，若是，执行步骤s203，若否，执行步骤s204；
58.步骤s203：确定代码发生变化的接口为目标接口；
59.步骤s204：确定不存在代码发生变化的接口。
60.在本发明实施例中，通过接口代码在当前时刻和上一时刻的变化来确定目标接口，其中，当前时刻和上一时刻之间的时间间隔可以预设，该时间间隔可以是定时扫描接口代码的间隔，例如，预设的时间间隔可以为1毫秒、1秒、10秒等，从而能够及时更新接口自动化测试用例，进而使得测试用例及时验证并反馈问题。
61.在本发明实施例中，待扫描接口范围可以为接口自动化测试范围内的接口，也可以为接口自动化测试范围内自定义扫描规则的接口。在对待扫描接口范围内的接口进行扫描时，可以通过对接口对应的文件(如类文件等)进行扫描，从而获取接口在当前时刻的代码。然后，对接口在当前时刻的代码和上一时刻的代码进行比较，若代码不相同，则说明接口的代码发生了变化，则将该代码发生变化的接口确定为目标接口，为保证该目标接口测试的正确性需要更新该接口自动化测试用例，若相同，则确定不存在代码发生变化的接口，则无需更新接口自动化测试用例。
62.在一种可选地实施方式中，在对待扫描接口范围内的接口代码进行扫描时，将扫描的接口的代码进行保存，可以按照接口的标识对应保存接口的代码和扫描时间，将当前时刻和上一时刻两个相邻时刻的代码进行比较，从而能够确定接口的代码是否发生变化，以确定是否为目标接口，如果是，则更新目标接口的测试用例，并删除上一时刻的保存的目标接口的代码，只保存更新测试用例之后的当前时刻的代码。
63.当确定代码发生变化的目标接口之后，为了能够实现目标接口的测试用例的自动更新来验证目标接口的正确性，需要确定代码变化对应的入参的变化。
64.步骤s102：基于java反射机制确定目标接口的入参变更类型。
65.在本发明实施例中，入参变更类型包括以下至少之一：新增参数、删除参数和更改参数。
66.在一种可选地实施方式中，如图3所示，步骤s102包括以下步骤：
67.步骤s301：遍历目标接口在当前时刻的代码中的业务方法名；
68.步骤s302：获取业务方法在当前时刻的代码中的每个第一输入参数；
69.步骤s303：判断在上一时刻的代码中业务方法的入参是否包括第一输入参数；若否，执行步骤s304，若是，执行步骤s305；
70.步骤s304：确定第一输入参数的入参变更类型为新增参数；
71.步骤s305：获取第一输入参数在当前时刻的代码中的第一参数值、以及在上一时刻的代码中的第二参数值；
72.步骤s306：判断第一参数值和第二参数值是否相同，若是，执行步骤s307，若否，执行步骤s308；
73.步骤s307：确定第一输入参数的入参变更类型不为更改参数；
74.步骤s308：确定第一输入参数的入参变更类型为更改参数。
75.在一种可选地实施方式中，在步骤s303之前，包括：
76.确定第一输入参数为基础类型的入参；若第一输入参数不是基础类型的入参，则将第一输入参数拆分为多个基础类型的入参。其中，基础类型的输入参数可以是具有一个
数值的参数，非基础类型的输入参数可以是具有多个数值的参数，基础类型如数据类型为java.lang.integer，java.lang.string，java.lang.boolean，int，class java.lang.long，long等。非基础类型如数据类型为java.lang.object，java.util.list<java.lang.integer>，java.util.list<java.lang.string>等。
77.在本发明实施例中，在确定目标接口的入参更改类型时，需要遍历目标接口在当前时刻的代码中的业务方法名，如获取菜单(getmenu)，根据业务方法名，获取业务方法在当前时刻的代码的每个第一输入参数，当确定第一输入参数基础类型时，再进行判断，如果第一输入参数不是基础类型，需要将第一输入参数拆分为多个基础类型的入参，再进行判断。在进行判断时，判断上一时刻的代码中的业务方法的入参是否包括第一输入参数，设当前时刻业务方法名为getmenu的业务方法的第一输入参数为a、b和c，若上一时刻getmenu的业务方法的入参包括a和b，可以看出，上一时刻的业务方法的入参不包括c，则判断输入参数c的入参变更类型为新增参数，若上一时刻getmenu的业务方法的入参包括a、b、c和d，即上一时刻的getmenu的业务方法的入参包括当前时刻的入参a、b和c，则进一步获取第一输入参数a、b和c在当前时刻和上一时刻分别对应的第一参数值和第二参数值，如在当前时刻入参a、b和c分别对应的第一参数值为9、10和11，若上一时刻入参a、b和c分别对应的第二参数值与第一参数值相同，则确定第一输入参数的入参变更类型不是更改参数，若上一时刻入参a、b和c分别对应的第二参数值为9、12和11，与第一参数值不同，则确定第一输入参数的入参变更类型为更改参数。
78.在一种可选地实施方式中，如图4所示，步骤s102还包括以下步骤：
79.步骤s401：获取业务方法在上一时刻的代码中的每个第二输入参数；
80.步骤s402：判断在当前时刻的代码中所述业务方法的入参是否包括第二输入参数；若否，执行步骤s403，若是，执行步骤s404；
81.步骤s403：确定第二输入参数的入参变更类型为删除参数；
82.步骤s404：确定第二输入参数的入参变更类型不为删除参数。
83.在本发明实施例中，在步骤s402之前还包括以下步骤：
84.确定第二输入参数为基础类型的入参；若第二输入参数不是基础类型的入参，则将第二输入参数拆分为多个基础类型的入参。
85.在遍历目标接口在当前时刻的代码中的业务方法名之后，还包括获取业务方法在上一时刻的代码的每个第二输入参数，在对第二输入参数的入参更改类型进行判断之前，需要对每个第二输入参数是否是基础类型进行确认，如果第二输入参数不是基础类型，则将第二输入参数拆分为多个基础类型后再进行判断。如获取getmenu业务方法在上一时刻的代码的第二输入参数为a、b、c和d，若当前时刻getmenu业务方法的入参为a、b和c，不包括入参d，则确定第二输入参数的入参更改类型为删除参数，即当前时刻的业务方法的入参中删除了入参d，若当前时刻getmenu业务方法的入参为a、b、c、d和e，则确定第二输入参数的入参变更类型不为删除参数。
86.在基于java反射机制算法对目标接口的入参变更类型进行判断时，根据当前时刻的代码中的每个第一输入参数，与上一时刻的入参比对，可以判断出第一输入参数的入参变更类型是新增参数还是更改参数，根据上一时刻的代码中的每个第二输入参数，与当前时刻的入参比对，可以判断第二输入参数的入参变更类型是否为删除参数，在进行判断时，
针对每个第一输入参数和每个第二输入参数均执行上述判断过程，从而能够较准确地确定目标接口的入参变更类型。
87.步骤s103：根据入参变更类型，更新目标接口的测试用例。
88.在一种可选地实施方式中，步骤s103包括：
89.遍历目标接口的每个业务方法，针对业务方法中的每个输入参数，通过以下方式更新目标接口的测试用例：
90.当输入参数的入参变更类型为新增参数时，则在目标接口的每条测试用例中增加所述输入参数，和/或在目标接口的测试用例集中增加输入参数对应的测试用例；
91.当输入参数的入参变更类型为删除参数时，删除目标接口的每条测试用例中的所述输入参数；
92.当输入参数的入参变更类型为更改参数时，更改目标接口的每条测试用例中输入参数的数值。
93.在本发明实施例中，根据输入参数的不同的入参变更类型，更新目标接口的测试用例，如果入参变更类型是新增参数，根据新增参数的类型，更新测试用例，如果新增参数是基础类型，可以在测试用例中增加输入参数，并赋予输入参数默认值，也可以同时增加相应的测试用例；如果新增参数不是基础类型，则根据业务逻辑，在测试用例集中增加输入参数和测试用例。如果入参变更类型是删除参数，则删除测试用例中的输入参数，也可以同时删除该输入参数对应的测试用例；如果入参变更类型是更改参数，则根据输入参数的数值更改测试用例。
94.例如，确定代码发生变化的目标接口后，采用java反射机制算法分析目标接口的入参变更类型，得出新增参数a和参数b，如表1所示，对参数a和参数b进行判断，确定出参数a为基础类型，参数b为非基础类型，因此，针对参数a，自动为目标接口自动化测试用例集增加参数a，且赋予参数a默认值(如参数a的类型为string，赋予默认值为空)；基于参数b进行业务逻辑分析，自动为目标接口自动化测试用例增加参数b，且增加对应地测试用例。业务方法名为getmenu的业务方法，参数a和b为新增参数，在每条测试用例中增加参数a(childrens！)为基础类型string，并赋值为空(
“”
)，参数b不是基础类型，b的数值分别为9、10和11，可以拆分为三个基础类型，根据业务逻辑，在测试用例集中增加三条测试用例，从而在业务方法getmenu的测试用例集中增加了三条测试用例，每条测试用例包括参数a和参数b，得到更新后的测试用例集，如表1所示。
95.表1
[0096][0097]
在一种可选地实施方式中，当输入参数的入参变更类型为删除参数时，在删除目标接口的每条测试用例中的输入参数之后，还包括：
[0098]
判断更新后的测试用例集中是否存在重复的测试用例；
[0099]
若是，删除更新后的测试用例集中重复的测试用例。
[0100]
在测试用例集中，当删除一个或多个输入参数后，可能存在一条或多条重复的测试用例，在这种情况下，则需要删除重复的测试用例。例如，在目标接口的测试用例集中，存在参数a、参数b和参数c，若两条测试用例中，只有参数c的数值不同，其他内容均相同，即其中一条测试用例中，参数a、参数b和参数c分别对应的数值为9、10和11，另一条测试用例中，参数a、参数b和参数c分别对应的数值为9、10和12，当参数c的入参变更类型为删除参数时，则删除完两条测试用例中的参数c后，两条测试用例相同，因此，需要去相同的测试用例进行去重以提高测试的准确性和效率。
[0101]
在本发明实施例的一种实施方式中，在步骤s101中，通过代码扫描的方式确定接口代码发生变化的目标接口时，确定目标接口的第一数量，当执行步骤s103中的更新目标接口的测试用例之后，获取已更新测试用例的目标接口的第二数量，判断第二数量是否小于第一数量，如果第二数量小于第一数量，则返回步骤s101中重新确定目标接口的第一数量，并继续执行步骤s102和s103，直至第二数量等于第一数量，从而确认所有目标接口的测试用例均已更新，以保证接口测试的正确性。例如，在执行步骤s101时，目标接口的第一数量为10，执行步骤s103时，已更新测试用例的目标接口的第二数量为8，第二数量小于第一数量，则返回重新确定目标接口的第一数量为2，继续执行步骤s102和s103。
[0102]
本发明实施例所提供的接口自动化测试用例生成方法，通过代码扫描的方式确定代码发生变化的目标接口，基于java反射机制对目标接口的代码进行分析，通过遍历目标接口的业务方法，对当前时刻和上一时刻的代码中业务方法中的每个输入参数进行分析判断，以确定目标接口的入参变更类型，根据入参变更类型自动更新目标接口的测试用例。该方法能够在接口入参发生变化时，通过数据驱动的方式及时自动更新接口的测试用例，以
保证接口测试的正确性。本发明实施例降低了人工手动维护测试用例的时长，同时降低手动维护测试用例覆盖不全带来的线上问题的风险，提高了接口自动化测试用例的生成效率，进而提高了接口的测试效率。
[0103]
根据本发明实施例的另一方面，如图5所示，提供一种接口自动化测试用例生成装置500，包括：
[0104]
第一确定模块501，通过代码扫描的方式确定接口代码发生变化的目标接口；
[0105]
第二确定模块502，基于java反射机制确定目标接口的入参变更类型；
[0106]
用例更新模块503，根据入参变更类型，更新目标接口的测试用例。
[0107]
在本发明实施例中，第一确定模块501，还用于：对待扫描接口范围内的接口进行扫描，获得接口在当前时刻的代码；判断接口在当前时刻的代码相对于接口在上一时刻的代码是否发生变化；若是，确定代码发生变化的接口为目标接口。
[0108]
在本发明实施例中，第二确定模块502，还用于：
[0109]
遍历目标接口在当前时刻的代码中的业务方法名；
[0110]
获取业务方法在当前时刻的代码中的每个第一输入参数；判断在上一时刻的代码中业务方法的入参是否包括第一输入参数；若是，则获取第一输入参数在当前时刻的代码中的第一参数值、以及在上一时刻的代码中的第二参数值，判断第一参数值和第二参数值是否相同，若相同，则确定第一输入参数未发生变化，若不同，则确定第一输入参数的入参变更类型为更改参数；否则，确定第一输入参数的入参变更类型为新增参数；
[0111]
获取业务方法在上一时刻的代码中的每个第二输入参数，判断在当前时刻的代码中业务方法的入参是否包括第二输入参数；若否，则确定第二输入参数的入参变更类型为删除参数。
[0112]
在本发明实施例中，第二确定模块502，还用于：在判断在上一时刻的代码中所述业务方法的入参是否包括第一输入参数之前，确定第一输入参数为基础类型的入参；若第一输入参数不是基础类型的入参，则将第一输入参数拆分为多个基础类型的入参；
[0113]
在判断在当前时刻的代码中业务方法的入参是否包括所述第二输入参数之前，确定第二输入参数为基础类型的入参；若第二输入参数不是基础类型的入参，则将第二输入参数拆分为多个基础类型的入参。
[0114]
在本发明实施例中，用例更新模块503，还用于：遍历目标接口的每个业务方法，针对业务方法中的每个输入参数，通过以下方式更新目标接口的测试用例：
[0115]
当输入参数的入参变更类型为新增参数时，则在目标接口的每条测试用例中增加输入参数，和/或在目标接口的测试用例集中增加输入参数对应的测试用例；
[0116]
当输入参数的入参变更类型为删除参数时，删除目标接口的每条测试用例中的输入参数；
[0117]
当输入参数的入参变更类型为更改参数时，更改目标接口的每条测试用例中输入参数的数值。
[0118]
在本发明实施例中，用例更新模块503，还用于：当输入参数的入参变更类型为删除参数时，在删除目标接口的每条测试用例中的输入参数之后，还包括：
[0119]
判断更新后的测试用例集中是否存在重复的测试用例；
[0120]
若是，删除更新后的测试用例集中重复的测试用例。
[0121]
本发明实施例所提供的接口自动化测试用例生成装置能够在接口入参发生变化时，及时自动更新接口对应的测试用例，无需手动维护，避免了手动维护测试用例带来覆盖不全的线上风险。
[0122]
为实现上述目的，根据本发明实施例的再一方面，提供一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例的接口自动化测试用例生成方法。
[0123]
为实现上述目的，根据本发明实施例的再一方面，提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现本发明实施例的接口自动化测试用例生成方法。
[0124]
图6示出了可以应用本发明实施例的接口自动化测试用例生成方法或接口自动化测试用例生成装置的示例性系统架构600。
[0125]
如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0126]
用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如软件测试类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
[0127]
终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0128]
服务器605可以是提供各种服务的服务器，例如对用户利用终端设备601、602、603所操作的软件测试类应用提供支持的测试服务器(仅为示例)。测试服务器可以对接收到更新测试用例请求等数据进行分析等处理，并将处理结果(例如更新完成的测试用例
‑‑
仅为示例)反馈给终端设备。
[0129]
需要说明的是，本发明实施例所提供的接口自动化测试用例生成方法一般由服务器605执行，相应地，接口自动化测试用例生成装置一般设置于服务器605中。
[0130]
应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0131]
下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0132]
如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
[0133]
以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；
以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
[0134]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
[0135]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0136]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0137]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定模块、第二确定模块和用例更新模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，第一确定模块还可以被描述为“通过代码扫描的方式确定接口代码发生变化的目标接口的模块”。
[0138]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：通过代码扫描的方式确定接口代码发生变化的目标接口；基于java反射机制确定目标接口的入参变更类型；根据入参变更类型，更新目标接口的测试用例。
[0139]
根据本发明实施例的技术方案，通过代码扫描的方式确定代码发生变化的目标接口，基于java反射机制对目标接口的代码进行分析，确定目标接口的入参变更类型，根据入参变更类型更新目标接口的测试用例。本发明实施例能够在接口入参发生变化时，及时自动更新接口的测试用例，以保证接口测试的正确性。本发明实施例能够降低手动维护测试用例覆盖不全的风险，提高了接口自动化测试用例的生成效率，进而提高了接口的测试效率。
[0140]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。