文件审核方法、文件审核装置、电子设备和可读存储介质

本申请属于终端领域，具体涉及一种文件审核方法、文件审核装置、电子设备和可读存储介质。

相关技术中，手机针对应用进行管控时，先由测试工程师在测试环境进行测试，在测试合格以后，再由模块开发上传文件到线上环境，最后通过模块负责人和超级管理员进行审核，待审核通过以后下发到手机上面去。在实现本申请过程中，发明人发现现有技术中至少存在如下问题：线上的审核没有针对文件进行校验，各个审核流程环节的负责人无法确定文件的有效性，所以审核流程对文件的有效性或者流程的准确性是没有保证的，从而可能会出现将错误文件下发到用户手机，导致用户手机功能异常的问题发生。

本申请实施例的目的是提供一种文件审核方法、文件审核装置、电子设备和可读存储介质，能够解决相关技术中审核流程中不能保证文件准确性的问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种文件审核方法，该方法包括：接收文件测试申请信息；根据文件测试申请信息对目标文件进行测试，得到测试结果；根据测试结果，对目标文件进行审核。

第二方面，本申请实施例提供了一种文件审核方法，该方法包括：接收目标文件和目标文件的测试结果；根据测试结果对目标文件进行审核；在目标文件审核通过的情况下，将目标文件发送至终端。

第三方面，本申请实施例提供了一种文件审核装置，该文件审核装置包括：接收单元，用于接收文件测试申请信息；测试单元，用于根据文件测试申请信息对目标文件进行测试，得到测试结果；审核单元，用于根据测试结果，对目标文件进行审核。

第四方面，本申请实施例提供了一种文件审核装置，该文件审核装置包括：接收单元，用于接收目标文件和目标文件的测试结果；审核单元，用于根据测试结果对目标文件进行审核；发送单元，用于在目标文件审核通过的情况下，将目标文件发送至终端。

第五方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面和第二方面的方法的步骤。

第六方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面和第二方面的方法的步骤。

第七方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面和第二方面的方法。

在本申请实施例中，在接收到文件的测试申请信息后，根据上述文件的测试申请信息对目标文件进行测试，得出测试结果，再根据上述测试结果，对目标文件进行审核。本申请实施例，通过根据测试结果对文件进行审核，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

图1示出了本申请实施例的文件审核方法的流程示意图之一；

图2示出了本申请实施例的测试申请工单的示意之一；

图3示出了本申请实施例的测试申请工单的示意之二；

图4示出了本申请实施例的上传文件及测试合格单的地址的示意图；

图5示出了本申请实施例的模块责任人填写的终端识别码的界面截图；

图6示出了本申请实施例的灰度测试结果的界面截图；

图7示出了本申请实施例的文件审核方法的流程示意图之二；

图8示出了本申请实施例的上传文件、测试合格单的地址及终端识别码的示意图；

图9示出了本申请实施例的应用于文件配置平台的文件审核方法的流程示意图；

图10示出了本申请实施例的应用于服务器的文件审核方法的流程示意图；

图11示出了本申请实施例的应用于文件配置平台的文件审核装置的结构示意框图；

图12示出了本申请实施例的应用于服务器的文件审核装置的结构示意框图；

图13示出了本申请实施例的电子设备的硬件结构示意框图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

针对相关技术中文件配置平台多审核流程中，无法确保文件有效性的问题，本申请提出针对不同的审核角在审核流程中保证文件有效性和准确性的技术方案。下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文件审核方法、文件审核装置、电子设备和可读存储介质进行详细地说明。

本申请的实施例提供了一种文件审核方法，如图1所示，该文件审核方法包括：

步骤102，模块开发工程师在文件配置平台上提出测试申请；

步骤104，填写测试申请工单；

步骤106，测试工程师在文件配置平台上对测试申请工单进行审核；

步骤108，在测试环境中依据测试申请工单对文件进行测试，判断测试是否合格，如果是，则进入步骤110，如果否，则进入步骤102；

步骤110，模块开发工程师在文件配置平台上配置文件及测试合格单的地址；

步骤112，服务器对文件进行完整性校验，判断文件是否完整，如果是则进入步骤114，如果否，则进入步骤110；

步骤114，模块责任人配置终端识别信息并触发终端请求服务器，拉取符合终端识别信息的配置文件；

步骤116，判断灰度测试是否合格，如果是则进入步骤118，如果否则进入步骤110；

步骤118，上传灰度测试结果截图；

步骤120，超级管理员在文件配置平台上判断上传的灰度测试结果与测试申请工单结果是否一致，如果是，则进入步骤122，如果否，则进入步骤110；

步骤122，审核通过，文件可以下发到终端。

在该实施例中，在对特定的应用进行管控或解决用户问题时，模块开发工程师会先提出测试申请，并填写测试申请工单，其中，如图2所示，该测试申请工单中的内容包括：测试目标名称(即需要测试的应用名称)、测试指标、文件和文件签名(例如，文件md5或者文件sha256)、测试工程师、测试结论(待填写的内容)。根据上述测试申请工单，测试工程师在测试环境中依据测试申请工单对文件进行测试，并对测试是否合格进行判定。如果判定测试不合格，则提示模块开发工程师重新提出测试申请，如果判定测试工单合格，则测试工程师对测试申请工单的测试结果进行填写，此时，测试申请工单的测试结果单如图3所示，增加了测试结论包括的内容。

在测试合格后，模块开发工程师确认需要上传的文件，如图4所示，在文件配置平台上对该文件及测试合格单的地址进行配置，并点击提交按钮进行提交。

在模块开发工程师提交完毕后，服务器根据测试合格单提取出其中的文件、文件md5或者文件sha256以及测试指标，并对提取文件的文件md5或者文件sha256进行计算。如果服务器发现计算出的文件md5或者文件sha256与测试合格单中的文件md5或者文件sha256不一致，则说明没有通过文件的完整性校验，即文件不完整，则发消息通知对应的模块开发工程师，提示模块开发工程师重新确认需要上传的文件，并重新配置文件及测试合格单地址；如果服务器发现计算出的文件md5或者文件sha256与测试合格单中文件md5或者文件sha256一致，则说明通过文件的完整性校验，即文件完整。

在确定文件完整后，进入模块责任人审核阶段。此时文件处于待模块责任人审核的状态，模块责任人填写需要灰度测试的终端识别信息(例如，机型、系统版本、终端识别码(即imei码)等)，然后触发终端请求服务器，图5示出了本申请实施例的模块责任人填写的终端识别码的界面截图。终端获取到服务器下发的文件以后，改变应用的相关状态，模块责任人判断上述应用的状态和测试申请工单中的测试指标的描述是否一致。如果一致，则说明灰度测试合格，如图6所示，将终端的灰度测试结果截图上传，并点击审核通过，其中，；如果不一致，则说明灰度测试不合格，发消息通知对应的模块开发工程师，提示模块开发工程师重新确认需要上传的文件，并重新配置文件及测试合格单地址。

在模块责任人审核通过后，进入超级管理员审核阶段。超级管理员检查测试申请工单的测试指标和模块责任人上传的灰度测试结果截图中所描述的结果是否一致。如果不一致，则提示模块开发工程师重新确认需要上传的文件，并重新配置文件及测试合格单地址，避免存在模块责任人灰度测试结果截图错误的情况；如果一致，则审核通过，即，对文件的整个审核过程完成。

本申请的上述实施例，通过校验文件md5或文件sha256以及校验文件生效后的指标来确定文件上传的是否正确，具体地，通过给每一个审核流程提供对应的审核判定依据，既保证在测试环境测试通过的文件的正确性，也避免了在正式环境上传文件时出现上传错误的情况，保证了文件上传的正确性与有效性，进而保证了上传文件的审核流程的准确性，避免因上传的错误文件导致用户终端出现故障的风险。

本申请的实施例提供了另一种文件审核方法，如图7所示，该文件审核方法包括：

步骤702，模块开发工程师在文件配置平台上提出测试申请；

步骤704，填写测试申请工单；

步骤706，测试工程师在文件配置平台上对测试申请工单进行审核；

步骤708，在测试环境中依据测试申请工单对文件进行测试，判断是否合格，如果是，则进入步骤710，如果否，则进入步骤702；

步骤710，模块开发工程师在文件配置平台上配置文件、测试合格单的地址及灰度测试的终端识别信息；

步骤712，服务器对文件进行完整性校验，判断文件是否完整，如果是则进入步骤714，如果否，则进入步骤710；

步骤714，服务器给符合终端识别信息的终端下发透传信息；

步骤716，终端请求服务器获取配置文件，读取配置文件配置，修改应用状态；

步骤718，终端上报测试结果；

步骤720，判断终端上报的测试结果与测试申请工单中的测试指标是否一致，如果是，则进入步骤722，如果否，则进入步骤710；

步骤722，超级管理员在文件配置平台上判断终端上报测试结果与测试申请工单中的测试指标是否一致，如果是，则进入步骤724，如果否，则进入步骤710；

步骤724，审核通过，文件可以下发到终端。

在该实施例中，在对特定的应用进行管控或解决用户问题时，模块开发工程师会先提出测试申请，并填写测试申请工单，其中，如图2所示，该测试申请工单中的内容包括：测试目标名称(即需要测试的应用名称)、测试指标、文件和文件签名(例如，文件md5或者文件sha256)、测试工程师、测试结论(待填写的内容)。根据上述测试申请工单，测试工程师在测试环境中依据测试申请工单对文件进行测试，并对测试是否合格进行判定。如果判定测试不合格，则提示模块开发工程师重新提出测试申请，如果判定测试工单合格，则测试工程师对测试申请工单的测试结果进行填写，此时，测试申请工单的测试结果单如图3所示，增加了测试结论包括的内容。

在测试合格后，模块开发工程师确认需要上传的文件，如图8所示，在文件配置平台上对该文件及测试合格单的地址进行配置，并选择灰度测试的终端识别信息(例如，机型、系统版本、imei码等)，并点击提交按钮进行提交。

在模块开发工程师提交完毕后，服务器根据测试合格单提取出其中的文件、文件md5或者文件sha256以及测试指标，并对提取文件的文件md5或者文件sha256进行计算。如果服务器发现计算出的文件md5或者文件sha256与测试合格单中的文件md5或者文件sha256不一致，则说明没有通过文件的完整性校验，即文件不完整，提示模块开发工程师重新确认需要上传的文件，并重新提交；如果服务器发现计算出的文件md5或者文件sha256与测试合格单中文件md5或者文件sha256一致，则说明通过文件的完整性校验，即文件完整。

在确定文件完整后，服务器通过终端识别信息，给终端透传消息，促使终端能够来请求服务器拉取符合终端识别信息要求的文件。

在终端拉取到对应的文件后，对该文件进行解析，并且修改对应应用的状态，然后将应用的状态上报到服务器，服务器根据测试申请工单中的测试指标和终端上报的测试结果进行比较，从而判断是否可以自动审核通过。如果终端上报测试结果与测试申请工单中的测试指标一致，则审核通过；如果不一致，则发消息通知对应的模块开发工程师，提示模块开发工程师重新确认需要上传的文件，并重新提交。

在终端上报测试结果与测试申请工单一致后，进入超级管理员审核阶段。超级管理员检查测试申请工单的测试指标和终端上报测试结果是否一致。如果不一致，则发消息通知对应的模块开发工程师，提示模块开发工程师重新确认需要上传的文件，并重新提交，避免存在模块责任人灰度测试结果截图错误的情况；如果一致，则审核通过，即，对文件的整个审核过程完成。

在整个审核过程完成后，服务器将文件下发至手机。

本申请的上述实施例，一方面，通过给每一个审核流程提供对应的审核判定依据，避免因上传的错误文件导致用户终端出现故障的风险，保证了文件上传的正确性与有效性，进而保证了上传文件的审核流程的准确性；

另一方面，通过给指定测试终端发送透传消息，来使测试终端主动请求服务器，使整个审核流程更加的自动化；再一方面，通过测试终端上报终端应用状态的方式，省略了审核流程中的模块责任人的角，使整个系统流转的更为快捷，既保证了上传文件的有效性和智能性，又提高了上传文件的审核流程效率。

本申请的实施例提供了一种应用于文件配置平台的文件审核方法，如图9所示，该文件审核方法包括：

步骤902，接收文件测试申请信息；

步骤904，根据文件测试申请信息对目标文件进行测试，得到测试结果；

步骤906，根据测试结果，对目标文件进行审核。

在该实施例中，在接收到文件的测试申请信息后，根据上述文件的测试申请信息对目标文件进行测试，得出测试结果，再根据上述测试结果，对目标文件进行审核。本申请实施例，通过根据测试结果对文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行审核，包括：根据测试结果，对目标文件进行文件完整性审核。

在该实施例中，根据测试结果，实现了对目标文件进行文件完整性的审核，从而保证了目标文件的审核流程的准确性。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行文件完整性审核，包括：将目标文件和测试结果上传至服务器；在服务器判断服务器计算出的第一文件签名与测试结果中的第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

在该实施例中，将目标文件和测试结果上传至服务器，服务器从测试结果中提取出测试结果中的第二文件签名，同时服务器根据目标文件计算出第一文件签名，服务器对上述第一文件签名与第二签名是否一致进行判断，如果判断出第一文件签名与第二签名一致，则确定目标文件的文件完整性审核通过，保证了目标文件的完整性，避免了因上传目标文件过程中文件内容丢失或上传了文件名相同而文件内容不一致的文件导致上传目标文件错误的风险，进一步地提高了目标文件的准确性。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行审核，包括：根据测试结果，对目标文件进行灰度测试审核。

在该实施例中，根据测试结果，对已通过完整性审核的目标文件进行灰度测试审核，在保证了目标文件完整性前提下，进一步对目标文件进行灰度测试审核，保证了对目标文件审核流程的严谨性，提高了目标文件的准确性。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行灰度测试审核，包括：接收终端识别信息，并根据终端识别信息确定终端；在终端根据服务器下发的目标文件更新应用状态后，且在判断更新后的应用状态与测试结果中的测试指标一致的情况下，确定目标文件的灰度测试审核通过。

在该实施例中，在确定目标文件完整后，配置管理平台会接收到终端识别信息(例如，机型、系统版本、imei码等)，并通过上述终端识别信息确定相对应的终端。终端触发服务器，使服务器下发目标文件，终端再根据服务器下发的目标文件更新应用状态。对上述更新的应用状态与测试结果中的测试指标是否一致进行判定，如果一致，则确定目标文件的灰度测试审核通过。本申请实施例，通过判断终端的应用状态与测试结果中的测试指标一致，实现了对目标文件的灰度测试审核通过的确定，避免了已通过完整性审核流程后再次上传文件时误传文件的风险，进而保证了目标文件的有效性。

进一步地，在本申请实施例中，文件审核方法包括：对灰度测试审核的结果与测试指标进行审核；在灰度测试审核的结果与测试指标一致的情况下，确定目标文件审核通过。

在该实施例中，在根据测试结果对目标文件进行灰度测试审核通过之后，会获取到灰度测试审核的结果，将上述灰度测试审核的结果与测试指标是否一致进行判定，如果一致，则确定目标文件的审核通过，即对目标文件的整个审核过程完成。本申请实施例，在判断灰度测试审核的结果与测试指标一致时，确定已通过终端审核的目标文件的审核的通过，避免了通过终端审核流程后再次上传文件时误传文件的风险，保证了目标文件的灰度测试审核流程的准确性，进而保证了目标文件的有效性。

本申请的实施例提供了一种应用于服务器的文件审核方法，如图10所示，该一种文件审核方法包括：

步骤1002，接收目标文件和目标文件的测试结果；

步骤1004，根据测试结果对目标文件进行审核；

步骤1006，在目标文件审核通过的情况下，将目标文件发送至终端。

在该实施例中，在接收目标文件和目标文件的测试结果后，根据上述测试结果，对目标文件进行审核，在确定目标文件审核通过后，将目标文件发送至终端。本申请的实施例，通过测试结果对目标文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

进一步地，在本申请实施例中，根据测试结果对目标文件进行审核，包括：根据测试结果，对目标文件进行文件完整性审核。

在该实施例中，根据测试结果，实现了目标文件进行文件完整性的审核，从而保证了目标文件的审核流程的准确性。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行文件完整性审核，包括：根据目标文件，计算第一文件签名；将第一文件签名与测试结果中的第二文件签名进行比较；在第一文件签名与第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

在该实施例中，在确定测试结果后，服务器从测试结果中提取出测试结果中的第二文件签名，同时服务器根据目标文件计算出第一文件签名，服务器对上述第一文件签名与第二签名是否一致进行判断，如果判断出第一文件签名与第二签名一致，则确定目标文件的文件完整性审核通过，保证了目标文件的完整性，避免了因上传目标文件过程中文件内容丢失或上传了文件名相同而文件内容不一致的文件导致上传目标文件错误的风险，进一步地提高了目标文件的准确性。

进一步地，在本申请实施例中，根据测试结果对目标文件进行审核，包括：根据测试结果，对目标文件进行灰度测试审核。

在该实施例中，根据测试结果，对已通过完整性审核的目标文件进行灰度测试审核，在保证了目标文件完整性前提下，进一步对目标文件进行灰度测试审核，保证了对目标文件审核流程的严谨性，提高了目标文件的准确性。

进一步地，在本申请实施例中，根据测试结果，对目标文件进行灰度测试审核，包括：接收终端的终端识别信息；响应于终端识别信息，向根据终端发送目标文件，以使终端根据目标文件更新应用状态；接收终端发送的更新后的应用状态的信息；将更新后的应用状态与测试结果中的测试指标进行比较；在更新后的应用状态与测试指标一致的情况下，确定目标文件的灰度测试审核通过。

在该实施例中，在确定目标文件完整后，服务器会根据接收到终端的终端识别信息响应于终端识别信息，使服务器下发目标文件，终端再根据服务器下发的目标文件更新应用状态。对上述更新的应用状态与测试结果中的测试指标是否一致进行判定，如果一致，则确定目标文件的灰度测试审核通过。本申请实施例，通过判断终端的应用状态与测试结果中的测试指标一致，实现了对目标文件的灰度测试审核通过的确定，避免了已通过完整性审核流程后再次上传文件时误传文件的风险，进而保证了目标文件的有效性。

需要说明的是，本申请实施例提供的文件审核方法，执行主体可以为文件审核装置，或者，该文件审核装置中的用于执行加载文件审核方法的控制模块。本申请实施例中以文件审核装置执行加载文件审核方法为例，说明本申请实施例提供的文件审核装置。

图11示出了本申请实施例的应用于文件配置平台的文件审核装置的结构示意框图。如图11所示，该文件审核装置1100包括：

第一接收单元1102，用于接收文件测试申请信息；

第一测试单元1104，用于根据文件测试申请信息对目标文件进行测试，得到测试结果；

第一审核单元1106，用于根据测试结果，对目标文件进行审核。

在该实施例中，在第一接收单元1102接收到文件的测试申请信息后，第一测试单元1104根据上述文件的测试申请信息对目标文件进行测试，得出测试结果，再由第一审核单元1106根据上述测试结果，对目标文件进行审核。本申请实施例，通过根据测试结果对文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

进一步地，在本申请实施例中，第一审核单元1106，具体用于根据测试结果，对目标文件进行文件完整性审核。

进一步地，在本申请实施例中，文件审核装置1100还包括：第一发送单元，用于将目标文件和测试结果上传至服务器；第一审核单元1106，具体用于在服务器判断服务器计算出的第一文件签名与测试结果中的第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

进一步地，在本申请实施例中，第一审核单元1106，具体用于根据测试结果，对目标文件进行灰度测试审核。

进一步地，在本申请实施例中，第一接收单元1102，具体用于接收终端识别信息，并根据终端识别信息确定终端；第一审核单元1106，具体用于在终端根据服务器下发的目标文件更新应用状态后，且在判断更新后的应用状态与测试结果中的测试指标一致的情况下，确定目标文件的灰度测试审核通过。

进一步地，在本申请实施例中，第一审核单元1106，还用于对灰度测试审核的结果与测试指标进行审核，以及在灰度测试审核的结果与测试指标一致的情况下，确定目标文件审核通过。

图12示出了本申请实施例的应用于服务器的文件审核装置的结构示意框图。如图12所示，该文件审核装置1200包括：

第二接收单元1202，用于接收目标文件和目标文件的测试结果；

第二审核单元1204，用于根据测试结果对目标文件进行审核；

第二发送单元1206，用于在目标文件审核通过的情况下，将目标文件发送至终端。

在该实施例中，在第二接收单元1202接收目标文件和目标文件的测试结果后，第二审核单元1204根据上述测试结果，对目标文件进行审核，在确定目标文件审核通过后，第二发送单元1206将目标文件发送至终端。本申请的实施例，通过测试结果对目标文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

进一步地，在本申请实施例中，第二审核单元1204，具体用于根据测试结果，对目标文件进行文件完整性审核。

进一步地，在本申请实施例中，第二审核单元1204，具体用于根据目标文件，计算第一文件签名；将第一文件签名与测试结果中的第二文件签名进行比较；在第一文件签名与第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

进一步地，在本申请实施例中，第二审核单元1204，具体用于根据测试结果，对目标文件进行灰度测试审核。

进一步地，在本申请实施例中，第二接收单元1202，具体用于接收终端的终端识别信息；第二发送单元1206，具体用于响应于终端识别信息，向根据终端发送目标文件，以使终端根据目标文件更新应用状态；第二接收单元1202，具体用于接收终端发送的更新后的应用状态的信息；第二审核单元1204，具体用于将更新后的应用状态与测试结果中的测试指标进行比较，以及在更新后的应用状态与测试指标一致的情况下，确定目标文件的灰度测试审核通过。

本申请实施例中的文件审核装置可以是装置，也可以是终端中的部件、集成电路或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(PersonalDigital Assistant，PDA)等，非移动电子设备可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(Personal Computer，PC)、电视机(Television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文件审核装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的文件审核装置能够实现图1至10的方法实施例中实现的各个过程，为避免重复，这里不再赘述。

可选的，本申请实施例还提供一种电子设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述文件审核方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图13为实现本申请实施例的电子设备1300的硬件结构示意框图。

该电子设备1300包括但不限于：射频单元1302、网络模块1304、音频输出单元1306、输入单元1308、传感器1310、显示单元1312、用户输入单元1314、接口单元1316、存储器1318以及处理器1320等部件。

本领域技术人员可以理解，电子设备1300还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图13中示出的电子设备1300结构并不构成对电子设备的限定，电子设备1300可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

在本实施例的第一方面，射频单元1302，用于接收文件测试申请信息；处理器1320，用于根据文件测试申请信息对目标文件进行测试，得到测试结果，以及根据测试结果，对目标文件进行审核。

在该实施例中，在射频单元1302接收到文件的测试申请信息后，处理器1320根据上述文件的测试申请信息对目标文件进行测试，得出测试结果，再根据上述测试结果，对目标文件进行审核。本申请实施例，通过根据测试结果对文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

可选地，处理器1320，具体用于根据测试结果，对目标文件进行文件完整性审核。

进一步地，射频单元1302，具体用于将测试结果上传至服务器；处理器1320，具体用于在服务器判断服务器计算出的第一文件签名与测试结果中的第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

进一步地，处理器1320，具体用于根据测试结果，对目标文件进行灰度测试审核。

进一步地，射频单元1302，具体用于接收终端识别信息；处理器1320，具体用于根据终端识别信息确定终端；在终端根据服务器下发的目标文件更新应用状态后，且在判断更新后的应用状态与测试结果中的测试指标一致的情况下，确定目标文件的灰度测试审核通过。

进一步地，处理器1320，还用于对灰度测试审核的结果与测试指标进行审核；在灰度测试审核的结果与测试指标一致的情况下，确定目标文件审核通过。

在本实施例的第二方面，射频单元1302，用于接收目标文件和目标文件的测试结果；处理器1320，用于根据测试结果对目标文件进行审核；射频单元1302，还用于在目标文件审核通过的情况下将目标文件发送至终端。

在该实施例中，在接收目标文件和目标文件的测试结果后，根据上述测试结果，对目标文件进行审核，在确定目标文件审核通过后，将目标文件发送至终端。本申请的实施例，通过测试结果对目标文件进行审核，实现了对目标文件的校验，保证了目标文件的审核流程的准确性，进而保证了目标文件的有效性，避免出现将错误文件下发到用户手机而导致用户手机功能异常的问题发生。

进一步地，处理器1320，具体用于根据测试结果，对目标文件进行文件完整性审核。

进一步地，处理器1320，具体用于根据目标文件，计算第一文件签名；将第一文件签名与测试结果中的第二文件签名进行比较；在第一文件签名与第二文件签名一致的情况下，确定目标文件的文件完整性审核通过。

进一步地，处理器1320，具体用于根据测试结果，对目标文件进行灰度测试审核。

进一步地，射频单元1302，具体用于接收终端的终端识别信息，响应于终端识别信息，向根据终端发送目标文件；处理器1320，具体用于终端根据目标文件更新应用状态；射频单元1302，具体用于接收终端发送的更新后的应用状态的信息；处理器1320，具体用于将更新后的应用状态与测试结果中的测试指标进行比较，以及在更新后的应用状态与测试指标一致的情况下，确定目标文件的灰度测试审核通过。

应理解的是，本申请实施例中，射频单元1302可用于收发信息或收发通话过程中的信号，具体的，接收的下行数据或向发送上行数据。射频单元1302包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

网络模块1304为用户提供了无线的宽带互联网访问，如帮助用户收发、浏览网页和访问流式媒体等。

音频输出单元1306可以将射频单元1302或网络模块1304接收的或者在存储器1318中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元1306还可以提供与电子设备1300执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元1306包括扬声器、蜂鸣器以及受话器等。

输入单元1308用于接收音频或视频信号。输入单元1308可以包括图形处理器(Graphics Processing Unit，GPU)13082和麦克风13084，图形处理器13082对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元上，或者存储在存储器(或其它存储介质)中，或者经由射频单元1302或网络模块1304发送。麦克风13084可以接收声音，并且能够将声音处理为音频数据，处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元1302发送到移动通信的格式输出。

电子设备1300还包括至少一种传感器1310，比如指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器以及其他传感器。

显示单元1312用于显示由用户输入的信息或提供给用户的信息。显示单元1312可包括显示面板13122，可以采用液晶显示器、有机发光二极管等形式来配置显示面板。

用户输入单元1314可用于接收输入的数字或字符信息，以及产生与电子设备1300的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元1314包括触控面板13142以及其他输入设备13144。触控面板13142也称为触摸屏，可收集用户在其上或附近的触摸操作。触控面板13142可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1320，接收处理器1320发来的命令并加以执行。其他输入设备13144可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板13142可覆盖在显示面板13122上，当触控面板13142检测到在其上或附近的触摸操作后，传送给处理器1320以确定触摸事件的类型，随后处理器1320根据触摸事件的类型在显示面板13122上提供相应的视觉输出。触控面板13142与显示面板13122可作为两个独立的部件，也可以集成为一个部件。

接口单元1316为外部装置与电子设备连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元1316可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备内的一个或多个元件或者可以用于在电子设备和外部装置之间传输数据。

存储器1318可用于存储软件程序以及各种数据。存储器1318可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据移动终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1318可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器1320通过运行或执行存储在存储器内的软件程序和/或模块，以及调用存储在存储器1318内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器1320可包括一个或多个处理单元；优选的，处理器1320可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述文件审核方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述文件审核方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。