具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
本文中术语“和/或”,仅仅是描述一种关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合,例如,包括A、B、C中的至少一种,可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。
经研究发现,现有的验收方式主要通过手动的方式对待验收的UI界面进行比对。由于,手动比对的工具较为单一,且手工比对的主观性较强,因此,在对结构较为复杂的UI界面的验收时,现有的验收方式无法保证比对的准确度,同时也影响UI界面的验收进度和验收效率。
基于上述研究,本公开提供了一种数据验收方法、装置、电子设备以及存储介质。在本公开实施例中,在获取到待校验的第一UI界面的界面信息之后,可以基于该界面信息对第一UI界面中各个UI组成元素进行验收,从而得到第一验收信息;之后,可以向被验收方发送第一验收信息,并获取被验收方基于该第一验收信息反馈的验收反馈信息,从而基于该验收反馈信息对第一UI界面进行重新验收,直到对第一UI界面验收通过。本公开技术方案通过对待校验的第一UI界面进行反复验收的方式,可以提高对第一UI界面进行验收的质量,同时加快了验收进度,节省了大量的人力资源。
为便于对本实施例进行理解,首先对本公开实施例所公开的一种数据验收方法进行详细介绍,本公开实施例所提供的数据验收方法的执行主体一般为具有一定计算能力的电子设备。
参见图1所示,为本公开实施例提供的一种数据验收方法的流程图,本公开所提供的技术方案可以应用于目标设计软件中,具体地,该方法包括步骤S101~S107,其中:
S101:获取待校验的第一UI界面的界面信息;所述界面信息中包含第一UI界面的各个UI组成元素的元素信息。
在本公开实施例中,UI组成元素的元素信息可以理解为UI组成元素的属性信息。例如,UI组成元素的元素信息可以是UI组成元素的组件标识信息,还可以是UI组成元素的位置信息、图案信息、形状信息、尺寸信息、颜色信息等属性信息。
S103:基于所述界面信息对所述各个UI组成元素的元素属性进行验收,得到第一验收信息;所述第一验收信息中包含:第一差异信息和/或第一差异信息的处理状态,所述第一差异信息用于指示第一UI界面和被比对的第二UI界面之间的元素属性差异。
这里,被比对的第二UI界面可以为UI原稿,待校验的第一UI界面可以为UI设计稿,其中,UI原稿可以理解为UI设计人员设计的一个标准的UI界面,UI设计稿可以理解为程序开发人员基于该标准的UI界面研发出的UI界面。
除此之外,第一UI界面和第二UI界面还可以为其他需要进行校验的UI界面,本公开技术方案对第一UI界面和第二UI界面的界面内容不做具体限定。
在本公开实施方式中,第一差异信息用于描述第一UI界面和第二UI界面之间的差异元素的属性差异。
在一个可选的实施方式中,第一差异信息包括差异描述信息和差异标记信息。差异描述信息包括以下至少之一:图案差异描述信息,形状差异描述信息,尺寸差异描述信息,位置差异描述信息,颜色差异描述信息。差异标记信息可以是每个差异元素的差异标识符号和/或差异元素之间的关联符号。
这里,差异标识符号可以是圆形、正方形、矩形、心形等任意形状的符号;差异元素之间的关联符号可以是直线、曲线、单箭头连接线、双箭头连接线等任意表示方式的关联符号。本公开对差异标识符号和关联符号的表达形式不作具体限定,以能够实现为准包括差异描述信息和差异标记信息。
在本公开实施方式中,第一差异信息的处理状态,包括以下至少之一:差异已处理状态、差异延迟处理状态、差异待处理状态、差异不处理状态。
差异已处理状态表示被验收方或者验收方已经对该第一差异信息进行处理;差异延迟处理状态表示被验收方将推迟对该第一差异信息进行处理,或者,暂时不对该第一差异信息进行处理;差异待处理状态表示被验收方能够对该第一差异信息能够进行,且还未对该第一差异信息进行处理;差异不处理状态表示该第一差异信息无法进行处理。
S105:向被验收方推送所述第一验收信息,并获取所述第一验收信息反馈的验收反馈信息;所述验收反馈信息包含:更新之后的第一UI界面的界面信息,和/或,更新之后的差异信息的处理状态。
在本公开实施例中,在确定出第一验收信息之后,就可以向被验收方推送第一验收信息,并获取被验收方基于第一验收信息反馈的验收反馈信息。
具体实施时,验收方可以通过目标设计软件中的验收平台向被验收方推送第一验收信息;被验收方接收到该第一验收信息之后,可以通过该第一验收信息对应用程序进行修改,从而实现第一UI界面的更新。在对第一UI界面进行更新之后,被验收方就可以通过验收平台向验收方反馈验收反馈信息。
验收反馈信息中更新之后的差异信息的处理状态包括以下至少之一:差异已处理状态、差异延迟处理状态、差异待处理状态、差异不处理状态。
S107:基于所述验收反馈信息对所述第一UI界面进行重新验收,直至验收通过。
在本公开实施例中,验收方在验收平台接收到该验收反馈信息之后,就可以基于该验收反馈信息对第一UI界面进行重新验收。如果验收不通过,则继续将重新验收之后的验收信息推送至被验收方,以使被验收方基于该重新验收之后的验收信息对应用程序进行修改。如果验收通过,则结束该第一UI界面的验收流程。
在本公开实施例中,在获取到待校验的第一UI界面的界面信息之后,可以基于该界面信息对第一UI界面中各个UI组成元素进行验收,从而得到第一验收信息;之后,可以向被验收方发送第一验收信息,并获取被验收方基于该第一验收信息反馈的验收反馈信息,从而基于该验收反馈信息对第一UI界面进行重新验收,直到对第一UI界面验收通过。本公开技术方案通过对待校验的第一UI界面进行反复验收的方式,可以提高对第一UI界面进行验收的质量,同时加快了验收进度,节省了大量的人力资源。
在本公开实施例中,可以对待校验的第一UI界面进行多轮验收,直至验收通过。上述步骤S101-S107中所描述的数据验收方法是任意一轮数据验收方法的具体验收过程。下面将结合具体实施方式,对多轮验收过程中的任意一轮验收过程进行详细介绍。
通过上述描述可知,针对当前时刻的验收轮次为第N轮验收,首先,可以获取待校验的第一UI界面的界面信息,其中,该待校验的第一UI界面可以为初始时刻的第一UI界面经过前N-1轮验收操作之后得到需要进行校验的UI界面。
在获取到待校验的第一UI界面的界面信息之后,就可以基于该界面信息对各个UI组成元素的元素属性进行验收,从而得到第一验收信息,具体验收过程描述如下:
基于第一UI界面的界面信息和第二UI界面的界面信息,将第一UI界面中的UI组成元素和第二UI界面中的UI组成元素进行配对,从而得到至少一个UI组成元素组;之后,基于该界面信息,计算每个UI组成元素组中UI组成元素的元素相似度;然后,元素相似度小于或者等于预设阈值的UI组成元素组中UI组成元素确定为差异元素。
在确定出差异元素之后,就可以确定差异元素之间的差异信息,从而得到第一差异信息,之后,还可以为每个第一差异信息设置对应的状态标签,该状态标签用于指示每个第一差异信息的处理状态。
在确定出第一差异信息和每个第一差异信息的处理状态之后,就可以基于第一差异信息和/或第一差异信息的处理状态确定第一验收信息。
在一个可选的实施方式中,该方法还可以包括如下步骤:
响应于数据创建指令,在校验界面中创建第二差异信息,其中,所述第二差异信息用于指示用户在所述第一UI界面和所述第二UI界面中所选择的差异元素之间的元素属性差异。
在本公开实施例中,可以通过上述描述的方式自动的确定第一差异信息和第一差异信息的处理状态,除此之外,本公开技术方案还支持手动创建新差异信息(即,第二差异信息),其中,新差异信息包括:新差异标记信息和/或新差异描述信息。
在第一UI界面和第二UI界面中的UI组成元素之间的属性差异较小,无法通过目标设计软件进行识别时,针对部分差异元素将无法进行识别,此时可以通过手动创建的方式创建新差异数据。
基于此,上述步骤S105:向被验收方推送所述第一验收信息,包括:如下步骤:
在所述第一验收信息中添加所述第二差异信息,并向所述被验收方推送添加所述第二差异信息之后的第一验收信息。
在本公开实施例中,在获取到第二差异信息之后,可以将第二差异信息添加至第一验收信息中,然后,将被验收方推送添加第二差异信息之后的第一验收信息。
上述实施方式中,通过手动创建差异信息,可以得到更加丰富全面的验收信息,在基于该验收信息对第一UI界面进行验收时,可以提高对第一UI界面进行验收的质量。
在一个可选的实施方式中,如图2所示,该方法还可以包括如下步骤:
步骤S201:基于所述第二差异信息,在所述第一差异信息中确定目标差异信息;其中,所述目标差异信息中的差异元素和所述第二差异信息中的差异元素部分匹配;
步骤S202:删除所述第一验收信息中的所述目标差异信息。
在本公开实施例中,在获取到第二差异信息之后,可以将第一差异信息和第二差异信息进行匹配,得到匹配结果,其中,该匹配结果用于指示第一差异信息中是否包含错误的差异信息,这里,错误的差异信息可以理解为:将不同类型的UI组成元素进行比对之后得到的差异信息。
在根据匹配结果确定出第一差异信息中包含错误的差异信息之后,就可以在第一差异信息中确定出错误的差异信息(也即,目标差异信息),然后,将第一验收信息中的目标差异信息删除。
在一个可选的实施方式中,将第一差异信息和第二差异信息进行匹配,得到匹配结果,具体过程描述如下:
确定第一差异信息所对应的差异元素的元素标识信息,得到第一标识;确定第二差异信息所对应的差异元素的元素标识信息,得到第二标识;将每个第二标识与每个第一标识进行比对,从而得到第一标识中与每个第二标识部分相同的目标标识。之后,确定目标标识所对应的第一差异信息为目标差异信息。
在本公开实施例中,针对UI界面中的每个UI组成元素,均对应设置了相应的元素标识信息。对于任意一个UI界面,该UI界面中每个UI组成元素所对应的元素标识信息不相同,对于多个UI界面,多个UI界面之间类型不相同的UI组成元素对应不相同的元素标识信息,相同类型的UI组成元素对应相同的元素标识信息。
如果第一标识和第二标识部分相同,则可以表明第一差异信息和第二差异信息中包含比对错误的差异信息。相对于基于界面信息自动确定的第一差异信息,用户手动创建的第二差异信息的准确程度更高,因此,通过第二差异信息,在第一差异信息中确定比对错误的目标差异信息,可以实现对第一差异信息进行纠正,从而得到准确性更高的第一验收信息。
在本公开实施例中,在通过上述所描述的方式得到第一验收信息之后,就可以向被验收方推送所述第一验收信息。此时,被验收方就可以登录验收平台,并通过验收平台基于第一验收信息,对第一验收信息中的差异信息进行处理。被验收方在对第一验收信息处理完成之后,可以点击验收平台中的“完成修改”按钮,然后,结束对第一验收信息的处理流程,并向验收方反馈第一验收信息的验收反馈信息。
如图3所示的即为被验收方登录该验收平台之后的验收界面的效果示意图,从图3中可以看出,在该验收界面中可以展示出第一UI界面和第二UI界面,同时还可以展示出第一验收信息中的差异信息,以及每个差异信息的处理状态,例如:待解决(即,差异待处理状态)、研发已解决(即,差异已处理状态)、验收通过、暂不解决(即,差异延迟处理状态)等。被验收方在对第一验收信息处理完成之后,可以点击如图3所示的验收平台中的“研发完成修改”按钮,从而结束对第一验收信息的当前验收流程。之后,验收方就可以获取到被验收方基于第一验收信息反馈的验收反馈信息。
在一个可选的实施方式中,如图4所示,S105:获取所述第一验收信息反馈的验收反馈信息,具体包括如下步骤:
S401:获取移动终端通过验收数据包中的数据传输工具传输的所述更新之后的第一UI界面的界面信息,所述更新之后的第一UI界面用于在移动终端的显示界面进行显示;其中,所述验收数据包为所述移动终端通过扫描校验界面中展示的下载标识下载得到的至少包含数据传输工具的数据包;
S402:获取所述被验收方通过所述验收平台反馈的所述更新之后的差异信息的处理状态。
在本公开实施例中,被验收方在向验收方反馈验收反馈信息之后,验收方可以对待校验的第一UI界面进入到新一轮的验收操作,此时,验收方可以在计算机设备端打开目标设计软件,并在目标设计软件的验收平台中打开对应验收项目,此时,可以基于验收项目生成并展示下载标识,例如,如图5所示,在图5中,UI原稿为第二UI界面。这里,下载标识可以为二维码,还可以为条形码,本公开对此不作具体限定。
在本公开实施例中,可以预先在移动终端中安装目标应用程序,该目标应用程序为能够调用移动终端的摄像装置,且能够与验收平台建立通信连接的应用程序。
在生成并展示下载标识之后,验收方就可以在移动终端中打开该目标应用程序,之后调用移动终端的摄像装置,通过该摄像装置对下载标识进行扫描,从而下载得到验收数据包。之后,移动终端获取在移动终端的显示界面上所展示的更新之后的第一UI界面的界面信息。接下来,移动终端向验收数据包注入该界面信息,并建立更新之后的第一UI界面的验收平台和验收数据包之间的绑定关系。其中,可以通过如图5所示的验证信息建立验收平台和验收数据包之间的绑定关系。
此时,就可以通过数据传输工具和绑定关系将更新之后的第一UI界面的界面信息上传至验收平台的服务端。验收平台的服务端就可以将该界面信息发送至计算机设备端,以在计算机设备端所安装的验收平台的校验界面中展示更新之后的第一UI界面。计算机设备端在获取到该界面信息之后,可以基于界面信息对更新之后的第一UI界面进行还原并展示。
计算机设备端在获取到更新之后的第一UI界面之后,验收方就可以通过该验收平台对更新之后的第一UI界面进入到下一轮的验收流程。在进入到下一轮的验收流程之后,验收方就可以通过验收平台获取更新之后的差异信息的处理状态。
在本公开技术方案中,通过下载包含数据传输工具的验收数据包,并向该验收数据包中注入待校验的第一UI界面的界面信息,进而,通过数据传输工具和绑定关系将该界面信息传输至验收平台的方式,可以在不用借助第三方传输软件的基础上,实现将待校验的第一UI界面的界面信息从移动终端传输至计算机设备端,从而简化了界面信息的传输程序和UI界面的验收流程,进而提高了验收效率,缩短了验收时间,同时还可以保证校验数据的传输安全。
在一个可选的实施方式中,该方法还包括如下步骤:
在获取移动终端通过验收数据包中的数据传输工具传输的所述更新之后的第一UI界面的界面信息之前,在所述验收平台的校验界面中按照第一预设透明度展示所述待校验的第一UI界面,并在所述校验界面中按照第二预设透明度展示所述更新之后的第一UI界面。
在本公开实施例中,验收方可以对待校验的第一UI界面进入到新一轮的验收操作之后,并在获取到更新之后的第一UI界面的界面信息之前,还可以如图6所示,在校验界面中按照第一预设透明度展示待校验的第一UI界面。在获取到更新之后的第一UI界面之后,还可以在校验界面中展示待校验的第一UI界面的区域按照第二预设透明度展示更新之后的第一UI界面,从而实现待校验的第一UI界面和更新之后的第一UI界面的重叠,其中,第一预设透明度和第二预设透明度可以相同,还可以不相同。
除此之外,还可以通过第一UI界面和更新之后的第一UI界面不重叠的方式,在校验界面的其他区域中展示更新之后的第一UI界面,本公开对此不作具体限定。
上述实施方式中,通过在校验界面中同时展示待校验的第一UI界面和更新之后的第一UI界面的方式,可以提高对第一UI界面的验收效率和验收质量。
在一个可选的实施方式中,如图7所示,上述步骤S107:基于所述验收反馈信息对所述第一UI界面进行重新验收,具体包括如下步骤:
S1071:获取所述验收反馈信息中更新之后的第一UI界面的界面信息;
S1072:基于所述更新之后的第一UI界面的界面信息对所述更新之后的第一UI界面中的各个UI组成元素的元素属性进行验收,得到第二验收信息。
在本公开实施例中,在获取到验收反馈信息之后,并在确定出验收反馈信息中包含更新之后的第一UI界面的界面信息的情况下,可以基于该界面信息,对更新之后的第一UI界面中的各个UI组成元素的元素属性进行验收,从而得到第二验收信息。
具体实施时,可以基于更新之后的第一UI界面的界面信息和第二UI界面的界面信息,将更新之后的第一UI界面中的UI组成元素和第二UI界面中的UI组成元素进行配对,从而得到至少一个UI组成元素组;之后,基于更新之后的第一UI界面的界面信息和第二UI界面的界面信息,计算每个UI组成元素组中UI组成元素的元素相似度;然后,元素相似度小于或者等于预设阈值的UI组成元素组中UI组成元素确定为差异元素。
在确定出差异元素之后,就可以确定差异元素之间的差异信息,之后,还可以为每个差异信息设置对应的状态标签,该状态标签用于指示每个差异信息的处理状态。
在确定出上述差异信息和每个差异信息的处理状态之后,就可以基于上述差异信息和/或上述每个差异信息的处理状态确定第二验收信息。
在本公开实施例中,在得到第二验收信息之后,就可以在验收平台的校验界面中展示第二验收信息。与此同时,还可以在验收平台的校验界面中展示第一验收信息,例如,展示第一差异信息,以及第一差异信息的处理状态。
在一个可选的实施方式中,如图8所示,该方法还包括如下步骤:
S801:响应于验收信息的选择操作,在目标验收信息中确定待展示差异信息;其中,所述目标验收信息包括:所述第一验收信息和/或所述第二验收信息;
S802:确定所述待展示差异信息的创建场景,并在所述校验界面展示处于所述创建场景下的第一UI界面,并在处于所述创建场景下的第一UI界面中展示所述待展示差异信息。
在本公开实施例中,用户可以在校验界面的差异信息的显示区域中选择需要展示的差异信息作为待展示差异信息,例如,如图9所示,可以在差异信息Text1至差异信息Text3中选择差异信息Text1作为待展示差异信息。
在确定出用户所选择的待展示差异信息之后,就可以从本地文件中获取该待展示差异信息的创建场景,并在校验界面中展示处于该创建场景时的第一UI界面。例如,如图9所示,可以展示差异信息Text1所对应的创建场景,该创建场景可以理解为创建该差异信息Text1时,第一UI界面和第二UI界面在校验界面所对应的状态。
这里,创建场景可以为以下至少之一:创建该待展示差异信息时第一UI界面和第二UI界面之间的位置关系,创建该待展示差异信息时第一UI界面和第二UI界面的缩放程度。
上述实施方式中,通过还原差异信息的创建场景,可以帮助验收方和被验收方还原当时标注场景,可以提高UI界面验收效率和质量。
在一个可选的实施方式中,如图10所示,该方法还包括如下步骤:
S1001:在获取到所述被验收方基于所述第一验收信息反馈的验收反馈信息之后,基于所述验收反馈信息在所述更新之后的差异信息中确定目标差异信息;
S1002:为所述目标差异信息创建信息标签,其中,所述信息标签用于指示所述目标差异信息为验收通过的差异信息。
在本公开实施例中,验收方在在获取到第一验收信息反馈的验收反馈信息之后,还可以根据验收反馈信息中更新之后的差异信息的处理状态,在更新之后的差异信息中确定验收通过的差异信息,也即,目标验收信息。
在一个可选的实施方式中,目标差异信息可以是处理状态为以下至少之一的差异信息:差异已处理状态、差异延迟处理状态。
在确定出目标差异信息之后,还可以为目标差异信息创建信息标签,该信息标签用于表征该目标差异信息为验收通过的差异信息。
上述实施方式中,通过为目标差异信息创建信息标签,可以实现实时对更新之后的差异信息的状态进行修改,从而使得被验收方和验收方实时掌握每个差异信息的验收情况,方便被验收方和验收方对验收信息进行查看。
本领域技术人员可以理解,在具体实施方式的上述方法中,各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定,各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。
基于同一发明构思,本公开实施例中还提供了与数据验收方法对应的数据验收装置,由于本公开实施例中的装置解决问题的原理与本公开实施例上述数据验收方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
参照图11所示,为本公开实施例提供的一种数据验收装置的示意图,所述装置包括:第一获取单元111、第一验收单元112、推送单元113、第二获取单元114、第二验收单元115;其中,
第一获取单元111,用于获取待校验的第一UI界面的界面信息;所述界面信息中包含第一UI界面的各个UI组成元素的元素信息;
第一验收单元112,用于基于所述界面信息对所述各个UI组成元素的元素属性进行验收,得到第一验收信息;所述第一验收信息中包含:第一差异信息和/或第一差异信息的处理状态,所述第一差异信息用于指示第一UI界面和被比对的第二UI界面之间的元素属性差异;
推送单元113,用于向被验收方推送所述第一验收信息;
第二获取单元114,用于获取所述第一验收信息反馈的验收反馈信息;所述验收反馈信息包含:更新之后的第一UI界面的界面信息,和/或,更新之后的差异信息的处理状态;
第二验收单元115,用于基于所述验收反馈信息对所述第一UI界面进行重新验收,直至验收通过。
在本公开实施例中,在获取到待校验的第一UI界面的界面信息之后,可以基于该界面信息对第一UI界面中各个UI组成元素进行验收,从而得到第一验收信息;之后,可以向被验收方发送第一验收信息,并获取被验收方基于该第一验收信息反馈的验收反馈信息,从而基于该验收反馈信息对第一UI界面进行重新验收,直到对第一UI界面验收通过。本公开技术方案通过对待校验的第一UI界面进行反复验收的方式,可以提高对第一UI界面进行验收的质量,同时加快了验收进度,节省了大量的人力资源。
一种可能的实施方式中,该装置还用于:响应于数据创建指令,在校验界面中创建第二差异信息,其中,所述第二差异信息用于指示用户在所述第一UI界面和所述第二UI界面中所选择的差异元素之间的元素属性差异;所述向被验收方推送所述第一验收信息,包括:在所述第一验收信息中添加所述第二差异信息,并向所述被验收方推送添加所述第二差异信息之后的第一验收信息。
一种可能的实施方式中,该装置还用于:基于所述第二差异信息,在所述第一差异信息中确定目标差异信息;其中,所述目标差异信息中的差异元素和所述第二差异信息中的差异元素部分匹配;删除所述第一验收信息中的所述目标差异信息。
一种可能的实施方式中,第二获取单元114,用于:获取移动终端通过验收数据包中的数据传输工具传输的所述更新之后的第一UI界面的界面信息,所述更新之后的第一UI界面用于在移动终端的显示界面进行显示;其中,所述验收数据包为所述移动终端通过扫描校验界面中展示的下载标识下载得到的至少包含数据传输工具的数据包;获取所述被验收方通过所述验收平台反馈的所述更新之后的差异信息的处理状态。
一种可能的实施方式中,该装置还用于:在获取移动终端通过验收数据包中的数据传输工具传输的所述更新之后的第一UI界面的界面信息之前,在所述验收平台的校验界面中按照第一预设透明度展示所述待校验的第一UI界面,并在所述校验界面中按照第二预设透明度展示所述更新之后的第一UI界面。
一种可能的实施方式中,第二验收单元,用于:获取所述验收反馈信息中更新之后的第一UI界面的界面信息;基于所述更新之后的第一UI界面的界面信息对所述更新之后的第一UI界面中的各个UI组成元素的元素属性进行验收,得到第二验收信息。
一种可能的实施方式中,该装置还用于:响应于验收信息的选择操作,在目标验收信息中确定待展示差异信息;其中,所述目标验收信息包括:所述第一验收信息和/或所述第二验收信息;确定所述待展示差异信息的创建场景,并在所述校验界面展示处于所述创建场景下的第一UI界面,并在处于所述创建场景下的第一UI界面中展示所述待展示差异信息。
一种可能的实施方式中,所述更新之后的差异信息的处理状态,包括以下至少之一:差异已处理状态、差异延迟处理状态、差异待处理状态、差异不处理状态。
一种可能的实施方式中,该装置还用于:在获取到所述第一验收信息反馈的验收反馈信息之后,基于所述验收反馈信息在所述更新之后的差异信息中确定目标差异信息;为所述目标差异信息创建信息标签,其中,所述信息标签用于指示所述目标差异信息为验收通过的差异信息。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明,这里不再详述。
对应于图1中的数据验收方法,本公开实施例还提供了一种电子设备1200,如图12所示,为本公开实施例提供的电子设备1200结构示意图,包括:
处理器121、存储器122、和总线123;存储器122用于存储执行指令,包括内存1221和外部存储器1222;这里的内存1221也称内存储器,用于暂时存放处理器121中的运算数据,以及与硬盘等外部存储器1222交换的数据,处理器121通过内存1221与外部存储器1222进行数据交换,当所述电子设备1200运行时,所述处理器121与所述存储器122之间通过总线123通信,使得所述处理器121执行以下指令:
获取待校验的第一UI界面的界面信息;所述界面信息中包含第一UI界面的各个UI组成元素的元素信息;
基于所述界面信息对所述各个UI组成元素的元素属性进行验收,得到第一验收信息;所述第一验收信息中包含:第一差异信息和/或第一差异信息的处理状态,所述第一差异信息用于指示第一UI界面和被比对的第二UI界面之间的元素属性差异;
向被验收方推送所述第一验收信息,并获取所述第一验收信息反馈的验收反馈信息;所述验收反馈信息包含:更新之后的第一UI界面的界面信息,和/或,更新之后的差异信息的处理状态;
基于所述验收反馈信息对所述第一UI界面进行重新验收,直至验收通过。
本公开实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行上述方法实施例中所述的数据验收方法的步骤。其中,该存储介质可以是易失性或非易失的计算机可读取存储介质。
本公开实施例还提供一种计算机程序产品,该计算机程序产品承载有程序代码,所述程序代码包括的指令可用于执行上述方法实施例中所述的数据验收方法的步骤,具体可参见上述方法实施例,在此不再赘述。
其中,上述计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中,所述计算机程序产品具体体现为计算机存储介质,在另一个可选实施例中,计算机程序产品具体体现为软件产品,例如软件开发包(Software Development Kit,SDK)等等。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。在本公开所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本公开各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台电子设备(可以是个人计算机,服务器,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本公开的具体实施方式,用以说明本公开的技术方案,而非对其限制,本公开的保护范围并不局限于此,尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应所述以权利要求的保护范围为准。