用于测试代码的方法、装置、设备以及存储介质与流程

1.本技术涉及计算机技术领域，具体涉及代码测试领域，尤其涉及用于测试代码的方法、装置、设备以及存储介质。


背景技术：

2.现有技术的软件项目的开发过程中，开发人员都会对开发项目中的软件进行内测。对于众多软件项目尤其是大型软件团队开发的软件项目，现有技术都使用分支合并主干的软件开发模式。这种在多个分支上完成各自新功能的代码开发，然后将分支上完成的新功能进行分支测试。在每个分支功能测试通过后，将分支代码在合入到主干代码所在的目录上。这种测试模型一般可以称为分级构建。
3.在传统测试模式中，为保证软件的测试质量，在各个分级构建都会运行“大而全”的测试方式，即不论从测试方法还是每个方法的测试量级，都比较繁重，存在一些冗余。如今，在为了满足如今互联网行业高速迭代又保证质量的要求，上述状态并不是理想的测试服务所追求的。


技术实现要素：

4.提供了一种用于测试代码的方法、装置、设备以及存储介质。
5.根据第一方面，提供了一种用于测试代码的方法，包括：获取目标代码测试任务的信息；获取历史代码测试任务的信息；根据目标代码测试任务的信息以及历史代码测试任务的信息，从目标代码测试任务以及历史代码测试任务中确定出冗余测试任务；基于冗余测试任务，确定目标代码测试任务的测试结果。
6.根据第二方面，提供了一种用于测试代码的装置，包括：第一获取单元，被配置成获取目标代码测试任务的信息；第二获取单元，被配置成获取历史代码测试任务的信息；冗余确定单元，被配置成根据目标代码测试任务的信息以及历史代码测试任务的信息，从目标代码测试任务以及历史代码测试任务中确定出冗余测试任务；结果确定单元，被配置成基于冗余测试任务，确定目标代码测试任务的测试结果。
7.根据第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，所述指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面所描述的方法。
8.根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，上述计算机指令用于使计算机执行如第一方面所描述的方法。
9.根据本技术的技术解决了现有的代码测试方案中存在冗余任务，造成测试资源的浪费、测试周期的延长的技术问题，实现了测试资源的合理利用，并缩短了测试周期。
10.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
11.附图用于更好地理解本方案，不构成对本技术的限定。其中：
12.图1是本技术的一个实施例可以应用于其中的示例性系统架构图；
13.图2是根据本技术的用于测试代码的方法的一个实施例的流程图；
14.图3是根据本技术的用于测试代码的方法的另一个实施例的流程图；
15.图4是图3所示实施例的应用场景示意图；
16.图5是根据本技术的用于测试代码的装置的一个实施例的结构示意图；
17.图6是用来实现本技术实施例的用于测试代码的方法的电子设备的框图。
具体实施方式
18.以下结合附图对本技术的示范性实施例做出说明，其中包括本技术实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本技术的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
19.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
20.图1示出了可以应用本技术的用于测试代码的方法或用于测试代码的装置的实施例的示例性系统架构100。
21.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
22.开发人员可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如版本控制类应用、代码开发类应用等。开发人员可以将开发的代码通过网络104发送给服务器105。
23.终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
24.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103提交的代码进行测试的后台服务器。后台服务器可以接收开发人员提交的代码，并对代码进行测试，将测试结果反馈给终端设备101、102、103。
25.需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
26.需要说明的是，本技术实施例所提供的用于测试代码的方法一般由服务器105执行。相应地，用于测试代码的装置一般设置于服务器105中。
27.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需
要，可以具有任意数目的终端设备、网络和服务器。
28.继续参考图2，示出了根据本技术的用于测试代码的方法的一个实施例的流程200。本实施例的用于测试代码的方法，包括以下步骤：
29.步骤201，获取目标代码测试任务的信息。
30.本实施例中，用于测试代码的方法的执行主体(例如图1所示的服务器105)可以通过有线连接或无线连接方式获取目标代码测试任务的信息。此处，目标代码测试任务是指针对目标代码的测试任务，上述目标代码可以是开发人员通过软件开发类应用编写后用于测试的代码。开发人员将代码目标代码提交后，执行主体可以生成目标代码测试任务。
31.目标代码测试任务的信息可以包括目标代码测试任务的任务发起者标识、发起时间、目标代码、代码状态。上述任务发起者标识是指发起此次目标代码测试任务的开发人员的标识，或者说是提交此次目标代码的开发人员的标识。发起时间可以指目标代码测试任务的获取时刻，也可以指任务发起者发起代码测试任务的时刻。目标代码为待测试的代码，其可以包括目标本地代码和目标主干代码。代码状态用于表示目标本地代码是否合入主干代码，代码状态可以包括已合入和未合入。
32.在版本控制软件中(例如：svn，git，clearcase等)稳定代码的保存路径，由此路径编译出软件的发布版本。通常情况下，一个软件开发项目只会有一个主干路径存在。主干的目录下保存的就是主干代码。在版本控制软件中开发/调试代码的保存路径，开发人员会在分支上进行新功能的开发和测试，当功能验证无误后再将本地代码合并至主干。通常情况下，一个软件开发项目可以有多个分支存在。分支的目录下保存的是分支代码。
33.本实施例中，目标本地代码是指开发人员发起目标代码测试任务时针对的本地代码。目标主干代码是指开发人员发起目标代码测试任务时针对的主干代码。可以理解的是，目标主干代码中可能包括其他开发人员合入的代码，也可能不包括。
34.本实施例中，执行主体可以在接收到代码测试请求后，获取目标代码测试任务的信息。上述代码测试请求可以是用户通过点击终端设备上安装的代码编写类应用中的某些按钮来向执行题发送代码测试请求。
35.步骤202，获取历史代码测试任务的信息。
36.执行主体还可以获取历史代码测试任务的信息。此处，历史代码测试任务是指在获取上述目标代码测试任务之前获取到的代码测试任务。举例来说，当前时刻为3:15，执行主体在3:10接收到代码测试任务a，在3:15接收到代码测试任务b。则代码测试任务a成为历史代码测试任务，代码测试任务b成为目标代码测试任务。
37.本实施例中，历史代码测试任务的信息可以包括历史代码测试任务的任务发起者标识、发起时间、历史代码、代码状态、运行状态。历史代码测试任务的任务发起者标识是指发起历史代码测试任务的开发人员的标识。发起时间可以指历史代码测试任务的获取时刻，也可以指历史任务发起者发起上述历史代码测试任务的时刻。历史代码为历史测试任务针对的代码，历史代码也可以包括历史本地代码和历史主干代码。可以理解的是，历史本地代码是指历史代码测试任务发起时所针对的本地代码，历史主干代码是指历史代码测试任务发起时所针对的主干代码。代码状态用于表示在历史代码测试任务发起时，历史本地代码是否合入历史主干代码。代码状态可以包括已合入和未合入。运行状态用于表示历史代码测试任务的完成状态，运行状态可以包括：已完成、正在测试中、未测试。
38.步骤203，根据目标代码测试任务的信息以及历史代码测试任务的信息，从目标代码测试任务以及历史代码测试任务中确定出冗余测试任务。
39.执行主体在得到目标代码测试任务的信息以及历史代码测试任务的信息后，可以从目标代码测试任务以及历史代码测试任务中确定出冗余测试任务。具体的，执行主体可以将同一任务发起者在预设时间段内发起的至少一个代码测试任务中认定为冗余测试任务。例如，执行主体可以将开发人员a在1分钟内发起的2次代码测试任务中的前一代码测试任务为冗余测试任务。可以理解的是，冗余测试任务可以是目标代码测试任务，也可以是历史代码测试任务。
40.步骤204，基于冗余测试任务，确定目标代码测试任务的测试结果。
41.执行主体在确定冗余测试任务后，可以确定出目标代码测试任务的测试结果。具体的，如果冗余测试任务是目标代码测试任务，则执行主体可以不执行目标代码测试任务，并复用历史代码测试任务的测试结果。即，将历史代码测试任务的测试结果作为目标代码测试任务的测试结果。如果冗余测试任务是历史代码测试任务，则可以继续执行目标代码测试任务，得到目标代码测试任务的测试结果。
42.继续参见图3，其示出了根据本技术的用于测试代码的方法的一个应用场景的示意图。在图3的应用场景中，开发人员通过终端301中安装的版本控制类应用向服务器302发送代码测试请求。服务器302可以在接收到上述代码测试请求后，获取目标代码测试任务的信息和历史代码测试任务的信息。服务器302经过分析，确定目标代码测试任务为冗余测试任务。则服务器302可以复用历史代码测试任务的测试结果，将其作为目标代码测试任务的测试结果。然后，将测试结果返回给终端301。这样就无需执行目标代码测试任务，节省了测试资源，缩短了测试周期。
43.本技术的上述实施例提供的用于测试代码的方法，可以确定出冗余测试任务，从而精简了测试任务的数量，在保证测试结果准确性的同时，提高了测试效率，缩短了测试周期。
44.继续参见图4，其示出了根据本技术的用于测试代码的方法的另一个实施例的流程400。如图4所示，本实施例的用于测试代码的方法可以包括以下步骤：
45.步骤401，获取目标代码测试任务的信息。
46.本实施例中，目标代码测试任务的信息可以包括目标代码测试任务的任务发起者标识、代码合入状态、目标本地代码、目标主干代码。
47.步骤402，获取历史代码测试任务的信息。
48.本实施例中，历史代码测试任务的信息可以包括历史代码测试任务的任务发起者标识、发起时间、代码合入状态、历史代码、代码状态、运行状态。
49.步骤403，判断目标代码测试任务和历史代码测试任务的代码合入状态是否为未合入。
50.执行主体可以根据目标代码测试任务信息中的代码合入状态，来判断目标本地代码是否为未合入。同样的，执行主体也可以根据历史代码测试任务信息中的代码合入状态，来判断历史本地代码是否为未合入。如果是，说明用户正在进行本地代码测试，则执行步骤4041。如果否，则执行步骤4042和步骤4043。
51.步骤4041，判断目标任务发起者标识与历史任务发起者标识是否相同。
52.执行主体还可以进一步判断目标代码测试任务信息中的目标任务发起者标识，与历史代码测试任务信息中的历史任务发起者标识是否相同。可以理解的是，目标代码测试任务中的目标本地代码未合入，此处比较的历史代码测试任务中的历史本地代码也未合入。如果相同，则说明目标代码测试任务与历史代码测试任务由同一用户发起，则继续执行步骤4051。
53.步骤4051，判断目标本地代码和历史本地代码是否相同。
54.在实际应用中，开发人员在发起自测时，可能会频繁的修改代码，在重复发起代码测试任务。这种情况想，之前发起的代码测试任务可能还没有执行完成。这样，最后一次发起的代码测试任务也就无法复用之前发起的代码测试任务的结果。但之前发起的代码测试任务相对于最后一次发起的代码测试任务，已经是无效的。因此，之前发起的代码测试任务与最后一次发起的代码测试任务会并发执行。这会造成短时间内测试资源的过量使用，导致其他代码测试任务因为测试资源被占用需要排队，从而出现大量代码测试任务堆积等待的问题。
55.本实施例中，执行主体可以判断目标本地代码和历史本地代码是否相同。具体的，在实际应用中，开发人员在修改代码时会以补丁(patch)的形式修改。即，开发人员会在上次的代码后增加patch，表示对代码的修改。执行主体可以通过比较目标本地代码和历史本地代码，确定目标本地代码是否增加了patch。如果没有增加patch，说明开发人员没有修改历史本地代码，则执行步骤4061。如果增加了patch，说明开发人员修改了历史本地代码，则执行步骤4062。
56.步骤4061，确定历史代码测试任务为冗余测试任务。
57.本实施例中，如果开发人员修改了历史本地代码，则说明历史代码测试任务与目标代码测试任务不相同。则历史代码测试任务的测试结果意义不大，则可以确定历史代码测试任务为冗余测试任务。
58.步骤4062，确定目标代码测试任务为冗余测试任务。
59.本实施例中，如果开发人员没有修改历史本地代码，则说明历史代码测试任务与目标代码测试任务相同。由于历史代码测试任务已经被发起，这样，执行主体可以不再执行目标代码测试任务。所以，将目标代码测试任务确定为冗余测试任务。
60.步骤4042，确定目标本地代码与目标主干代码之间的第一差异。
61.在实际应用时，由于迭代频繁的业务，代码会不断地被提交和合入，因此本地代码会经常融合其他开发者的合入代码，代码本身会经常变动。而开发者通常只关注自身代码的运行情况。因此，开发者更关注自身代码与主干代码的差异。
62.本实施例中，如果目标本地代码已经合入目标主干代码，则执行主体可以首先确定目标本地代码与目标主干代码之间的第一差异。
63.步骤4052，确定历史本地代码与历史主干代码之间的第二差异。
64.本实施例中，执行主体还可以确定历史本地代码与历史主干代码之间的第二差异。可以理解的是，此处的历史本地代码也已合入历史主干代码。
65.步骤4063，判断第一差异和第二差异是否相同。
66.如果第一差异和第二差异相同，则说明目标代码测试任务与历史代码测试任务相同。则不需要执行目标代码测试任务，目标代码测试任务为冗余测试任务。
67.步骤4043，判断目标主干代码与历史主干代码是否相同。
68.各开发人员的代码合入主干代码后，可能每个合入的代码都可以单独执行通过。但所有开发人员的代码惊醒合并后，整体的运行情况无法判断，此时需要集成所有开发人员的代码进行统一测试。这种情况下，执行主体可以判断目标主干代码与历史主干代码是否相同。如果相同，则说明目标代码测试任务与历史代码测试任务相同。则不需要执行目标代码测试任务，目标代码测试任务为冗余测试任务。
69.步骤407，响应于确定历史代码测试任务为冗余任务以及历史代码测试任务的运行状态为正在测试中或未测试，取消执行历史代码测试任务；执行目标代码测试任务，得到目标代码测试任务的测试结果。
70.如果执行主体确定历史代码测试任务为冗余任务，并且历史代码测试任务的运行状态为正在测试中或未测试，即历史代码测试任务仍然在占用测试资源。则执行主体可以取消执行历史代码测试任务，并执行目标代码测试任务，得到目标代码测试任务的测试结果。
71.步骤408，响应于确定目标代码测试任务为冗余测试任务，将历史代码测试任务的测试结果作为目标代码测试任务的测试结果。
72.本实施例中，如果执行主体确定目标代码测试任务为冗余测试任务，则执行主体可以不执行目标代码测试任务，复用历史代码测试任务的测试结果。即，将历史代码测试任务的测试结果作为目标代码测试任务的测试结果。
73.根据本技术的上述实施例提供的用于测试代码的方法，可以确定代码合入前和合入后，两种情况下的冗余测试任务，并可以针对冗余测试任务，对历史代码测试任务的测试结果进行复用或者取消历史代码测试任务。实现了对测试任务中冗余任务的精简，缩短测试周期。
74.在本实施例的一些可选的实现方式中，上述方法还可以进一步包括图4中未示出的以下步骤：接收数据调用请求，调用请求包括测试任务检索信息；通过预设接口输出测试任务检索信息对应的历史代码测试任务的信息。
75.本实现方式中，执行主体可以实现为任务调度平台。任务调度平台可以接收所有的代码测试任务，同时可以采集各代码测试任务在执行前、执行期间以及执行完成后的数据，并存储在数据中心。这样既方便统一维护，有可以降低各代码测试任务的运维成本。任务调度平台还提供对外统一的接口(api)供其他电子设备调用。即任务调度平台可以接收数据调用请求，上述数据调用请求可以包括测试任务检索信息。上述测试任务检索信息可以包括任务发起者标识、发起时间等等。执行主体可以根据上述测试任务检索信息检索到对应的历史代码测试任务的信息。并通过上述接口输出检索到的历史代码测试任务的信息。这样，方便后续对代码测试任务进行策略分析。
76.进一步参考图5，作为对上述各图所示方法的实现，本技术提供了一种用于测试代码的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
77.如图5所示，本实施例的用于测试代码的装置500包括：第一获取单元501、第二获取单元502、冗余确定单元503以及结果确定单元504。
78.第一获取单元501，被配置成获取目标代码测试任务的信息。
79.第二获取单元502，被配置成获取历史代码测试任务的信息。
80.冗余确定单元503，被配置成根据目标代码测试任务的信息以及历史代码测试任务的信息，从目标代码测试任务以及历史代码测试任务中确定出冗余测试任务。
81.结果确定单元504，被配置成基于冗余测试任务，确定目标代码测试任务的测试结果。
82.在本实施例的一些可选的实现方式中，目标代码测试任务的信息包括代码合入状态、目标任务发起者标识以及目标本地代码，历史代码测试任务的信息包括代码合入状态、历史任务发起者标识以及历史本地代码。冗余确定单元503可以进一步被配置成：响应于确定目标代码测试任务以及历史代码测试任务的代码合入状态为未合入，确定目标任务发起者标识与历史任务发起者标识是否相同；响应于确定目标任务发起者标识与历史任务发起者标识相同，确定目标本地代码和历史本地代码是否相同；响应于确定目标本地代码和历史本地代码相同，确定目标代码测试任务为冗余测试任务。
83.在本实施例的一些可选的实现方式中，冗余确定单元503可以进一步被配置成：响应于确定目标本地代码和历史本地代码不相同，确定历史代码测试任务为冗余测试任务。
84.在本实施例的一些可选的实现方式中，目标代码测试任务的信息包括代码合入状态、目标本地代码以及目标主干代码，历史代码测试任务的信息包括代码合入状态、历史本地代码以及历史主干代码。冗余确定单元503可以进一步被配置成：响应于确定目标代码测试任务和历史代码测试任务的合入状态为已合入，确定目标本地代码与目标主干代码之间的第一差异以及历史本地代码与历史主干代码之间的第二差异；响应于确定第一差异与第二差异相同，确定目标代码测试任务为冗余测试任务。
85.在本实施例的一些可选的实现方式中，目标代码测试任务的信息包括代码合入状态以及目标主干代码；所述历史代码测试任务的信息包括代码合入状态以及历史主干代码。冗余确定单元503进一步被配置成：响应于确定目标代码测试任务以及历史代码测试任务的代码合入状态为已合入，确定目标主干代码与历史主干代码是否相同；响应于确定目标主干代码与历史主干代码相同，确定目标代码测试任务为冗余测试任务。
86.在本实施例的一些可选的实现方式中，结果确定单元504进一步被配置成：响应于确定目标代码测试任务为冗余测试任务，将历史代码测试任务的测试结果作为目标代码测试任务的测试结果。
87.在本实施例的一些可选的实现方式中，历史代码测试任务的信息包括运行状态，运行状态包括正在测试中、未测试。结果确定单元进一步被配置成：响应于确定历史代码测试任务为冗余测试任务以及历史代码测试任务的运行状态为正在测试中或未测试，取消执行历史代码测试任务，执行目标代码测试任务，得到目标代码测试任务的测试结果。
88.在本实施例的一些可选的实现方式中，装置500还可以进一步包括图5中未示出的信息调用单元，被配置成：接收数据调用请求，调用请求包括测试任务检索信息；通过预设接口输出测试任务检索信息对应的历史代码测试任务的信息。
89.应当理解，用于测试代码的装置500中记载的单元501至单元504分别与参考图2中描述的方法中的各个步骤相对应。由此，上文针对用于测试代码的方法描述的操作和特征同样适用于装置500及其中包含的单元，在此不再赘述。
90.根据本技术的实施例，本技术还提供了一种电子设备和一种可读存储介质。
91.如图6所示，是根据本技术实施例的执行用于测试代码的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
92.如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。
93.存储器602即为本技术所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本技术所提供的执行用于输出信息的方法。本技术的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本技术所提供的执行用于输出信息的方法。
94.存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本技术实施例中的执行用于输出信息的方法对应的程序指令/模块(例如，附图5所示的第一获取单元501、第二获取单元502、冗余确定单元503以及结果确定单元504)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的执行用于输出信息的方法。
95.存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据执行用于输出信息的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至执行用于输出信息的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
96.执行用于输出信息的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。
97.输入装置603可接收输入的数字或字符信息，以及产生与执行用于输出信息的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施
方式中，显示设备可以是触摸屏。
98.此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
99.这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
100.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
101.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
102.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
103.根据本技术实施例的技术方案，通过在预训练和微调过程中引入参考文本，可以提高语言模型对外部知识的学习能力，提高对输入文本理解的正确率；通过对输入文本和参考文本进行标记，避免引入噪声或者对输入文本进行稀释。
104.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
105.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术
的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。