CN114996162A - 测试方法及相关装置 - Google Patents

Abstract

本申请实施例提供了测试方法及相关装置，其中，该方法包括：在电子设备中的通用集成电路卡对应的运营商标识码与待测试定制升级COTA包中配置的运营商标识码不同的情况下，获取该待测试COTA包中配置的第一运营商标识码；将该第一运营商标识码作为该通用集成电路卡对应的运营商标识码；基于该第一运营商标识码下载该待测试COTA包，对该待测试COTA包进行测试。通过本申请可以提高测试COTA包的测试效率。

Description

测试方法及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及测试方法及相关装置。

背景技术

定制升级（configuration over the air，COTA）包可以理解为设备厂商根据运营商的需求定制的安装包，以实现运营商期望的功能。

COTA包中包括配置信息，在某些功能中，需要电子设备中的通用集成电路卡对应的运营商的运营商标识码与该配置信息包括运营商标识码相同时才能生效对应的功能。例如，COTA包的功能可以是让电子设备下载COTA包时取消移动数据流量的提示（简称免流，对应的COTA包简称免流COTA包），免流COTA包中的配置信息包括能够生效免流功能的运营商的运营商标识码A，意味着电子设备中的卡来自运营商A才能生效免流功能。

在COTA包被发布到服务器供消费者使用之前，测试人员需要对COTA的功能进行测试。在某些测试场景中，例如COTA包对应的运营商属于A国，但是测试人员以及测试环境在B国，测试人员可能很难获得COTA包对应的运营商的通用集成电路卡，导致测试效率低下。

发明内容

本申请提供了测试方法及相关装置，通过本申请可以提高测试COTA包的测试效率。

第一方面，本申请提供了一种测试方法，包括：

在电子设备中的通用集成电路卡对应的运营商标识码与待测试定制升级COTA包中配置的运营商标识码不同的情况下，获取上述待测试COTA包中配置的第一运营商标识码；

将上述第一运营商标识码作为上述通用集成电路卡对应的运营商标识码；

基于上述第一运营商标识码下载上述待测试COTA包，对上述待测试COTA包进行测试。

可以理解的是，本申请实施例提供的测试方法可以由电子设备执行，示例性地，上述电子设备可以是手机，平板电脑等可以连接网络以及包括通用集成电路卡的设备。本申请实施例提供的方法还可以由芯片执行，上述芯片应用于电子设备。可选地，上述电子设备可以是后文实施例中的电子设备A。

本申请实施例中，对通用集成电路卡、运营商标识码以及COTA包的描述可以参阅具体实施例中的术语部分，这里不再赘述。其中，待测试COTA包可以理解为需要测试定制的功能的COTA包，本申请实施例中，待测试COTA包中配置有第一运营商标识码。

电子设备中的通用集成电路卡对应的运营商标识码与待测试COTA包中配置的运营商标识码不同，可以理解为，电子设备中的通用集成电路卡对应的运营商标识码与上述第一运营商标识码不同；也可以理解为电子设备中的通用集成电路卡对应的运营商与定制上述待测试COTA的运营商不同。例如，电子设备中的通用集成电路卡对应的运营商为运营商A，定制上述待测试COTA的运营商B，那么电子设备中的通用集成电路卡对应的运营商标识码为标识码A，待测试COTA包中配置的第一运营商标识码为标识码B。

本实施例中，获取上述待测试COTA包中配置的第一运营商标识码。可以理解的是，在通过用户持有的例如手机等电子设备上生效COTA包的功能时，电子设备需要从例如服务器等网络设备处获取COTA包。但是，在对待测试COTA包进行测试的过程中，电子设备本地也可以包括上述待测试COTA包，因此，在一些实施例中，电子设备可以从本地的待测试COTA包中读取配置的第一运营商标识码。在另一些实施例中，电子设备可以包括输入组件，将通过输入组件输入的运营商标识码作为上述第一运营商标识码。

在获取上述待测试COTA包中配置的第一运营商标识码后，电子设备将上述第一运营商标识码作为上述通用集成电路卡对应的运营商标识码。例如，电子设备中的通用集成电路卡对应的运营商为运营商A，定制上述待测试COTA的运营商B，上述过程可以形象地理解为将上述通用集成电路卡对应的运营商A替换为运营商B。

之后，电子设备利用上述替换后的运营商标识码，即上述第一运营商标识码作为通用集成电路卡的标识码进行测试，可以理解的是，为了在测试场景中尽可能模拟出用户的真实使用场景，测试上述待测试COTA包的功能时将从网络设备处下载COTA包进行测试。

在电子设备中的通用集成电路卡对应的运营商标识码与待测试定制升级COTA包中配置的运营商标识码不同的情况下，无法下载待测试COTA包对其功能进行测试。本实施例中，在上述场景下，先获取待测试COTA包中配置的第一运营商标识码，将第一运营商标识码作为通用集成电路卡对应的运营商标识码后，通用集成电路卡对应的运营商标识码与待测试COTA包中配置的运营商标识码相同。后续，利用上述第一运营商标识码下载待测试COTA包将实生效上述待测试COTA包相应的功能，有效地进行测试。相比于花费大量时间去寻找待测试COTA包对应的通用集成电路卡，本申请通过将通用集成电路卡“包装”成待测试COTA包对应的通用集成电路卡，可以极大地提高测试效率。

结合第一方面，在一种可能的实现方式中，上述待测试COTA包发布在网络设备，上述待测试COTA包的发布参数包括第二运营商标识码，上述第二运营商标识码为上述通用集成电路卡对应的运营商的运营商标识码；

上述获取上述待测试COTA包对应的运营商的第一运营商标识码，包括：

向上述网络设备发送第一请求，上述第一请求携带上述第二运营商标识码；

在上述网络设备确定上述第二运营商标识码与上述待测试COTA包的发布参数匹配的情况下，接收上述网络设备发送的配置信息；

从上述配置信息中解析出上述第一运营商标识码。

本实施例中，待测试COTA包发布在网络设备上，本申请实施例中，上述网络设备可以是服务器或其他用于电子设备获取待测试COTA包进行测试的设备，可选地，上述服务器还可以称为云服务器，云端等，本申请对此不作限定。可选地，上述服务器可以后文中的服务器A。

本实施例中，待测试COTA包发布在网络设备，可以理解的是，发布COTA包需要对上述COTA包设置发布参数，在其他电子设备上报给网络设备的发布参数与上述COTA包的发布参数相同的情况下，可以获取到上述COTA包，具体可以参阅具体实施例中对发布参数的相关描述，这里不再赘述。本实施例中，待测试COTA包的发布参数包括第二运营商标识码，上述第二运营商标识码为通用集成电路卡对应的运营商的运营商标识码，也就是说，电子设备直接上报通用集成电路卡对应的第二运营商标识码可以获取到上述待测试COTA包。

因此，本实施例中，电子设备获取上述待测试COTA包对应的运营商的第一运营商标识码可以从网络设备处获取。本实施例中，由于上述第一请求携带了通用集成电路卡对应的第二运营商标识码，并且，待测试COTA包的发布参数包括第二运营商标识码，那么对于网络设备来说，网络设备可以确定上述第二运营商标识码与待测试COTA包的发布参数匹配，从而将待测试COTA包的配置信息发送给电子设备，即电子设备接收网络设备发送的配置信息。上述配置信息可以理解为用于生效上述待测试COTA包的功能配置的运营商信息，例如对运营商标识码的设定。示例性地，上述配置信息可以理解为图8所示的方法中的配置文件包括的信息，例如可以是配置文件Filelist.xml中的配置项datafreeOpkeyList的配置信息。

可以理解的是，由于为了模拟用户真实使用场景，待测试COTA包会效仿使用场景而发布在网络设备上，本实施例中，电子设备通过向网络设备发送请求来获取第一运营商标识码，可以简化测试流程，无需将待测试放在除了上述发布COTA包的网络设备的其他设备中，也无需手动输入等操作。

结合第一方面，在一种可能的实现方式中，上述待测试COTA包的发布参数还包括上述第一运营商标识码，上述基于上述第一运营商标识码下载上述待测试COTA包，对上述待测试COTA包进行测试，包括：

向上述网络设备发送的第二请求，上述第二请求携带上述第一运营商标识码；

在上述网络设备确定上述第一运营商标识码与上述待测试COTA包的发布参数匹配的情况下，接收上述网络设备发送的上述配置信息；

在确定上述配置信息解析出的上述第一运营商标识码与上述通用集成电路卡对应的运营商标识码相同的情况下，从上述网络设备中下载上述待测试COTA包，对上述待测试COTA包进行测试。

在电子设备将第一运营商标识码作为通用集成电路卡对应的运营商标识码后，通用集成电路卡可以理解为已经“包装”成待测试COTA包对应的通用集成电路卡。电子设备这时根据“包装”后的通用集成电路卡下载待测试COTA包进行测试，可以得到实现对待测试COTA包的有效测试。

由于电子设备已经获取第一运营商标识码，并将第一运营商标识码作为通用集成电路卡对应的运营商标识码，那么上述第二请求携带通用集成电路卡对应的运营商标识码就是上述第一运营商标识码。本实施例中，待测试COTA包的发布参数还包括上述第一运营商标识码，电子设备上报的运营商标识码与待测试COTA包的发布参数匹配，那么上述第二请求也可以获取到上述待测试COTA包。

另外，由于上述配置信息解析出的上述第一运营商标识码与上述通用集成电路卡对应的运营商标识码相同，都是第一运营商标识码，因此，电子设备可以在下载上述待测试COTA包时或下载上述待测试COTA包后生效对应的功能。

结合第一方面，在一种可能的实现方式中，上述将上述第一运营商标识码作为上述通用集成电路卡对应的运营商标识码，包括：

将上述第一运营商标识码赋值给用于存储上述通用集成电路卡对应的运营商标识码的变量。

本实施例中，通用集成电路卡真实对应的运营商标识码为第二运营商标识码，电子设备获取到上述第二运营商标识码后，可以使用变量来存储上述第二运营商标识码，也可以理解为将上述第二运营商标识码赋值给上述变量。示例性地，该变量可以命名为VNK等，在电子设备获取到通用集成电路卡对应的运营商标识码为00001时，将00001赋值给VNK，即变量VNK的值为00001。在电子设备获取到上述第一运营商标识码后，将上述第一运营商标识码赋值给用于存储上述通用集成电路卡对应的运营商标识码的变量，可以理解为将上述变量的值从原本的第二运营商标识码变成上述第一运营商标识码，例如上述第一运营商标识码为ABC，VNK变量的值从原本的00001变成ABC，从而将电子设备中的通用集成电路卡“包装”成上述第一运营商标识码对应的卡。

结合第一方面，在一种可能的实现方式中，上述获取上述待测试COTA包对应的运营商的第一运营商标识码之前，上述方法还包括：

在上述通用集成电路卡为插入式通用集成电路卡的情况下，响应于插入上述通用集成电路卡的操作，从上述通用集成电路卡中读取上述通用集成电路卡对应的运营商标识码；或者，

在上述通用集成电路卡为嵌入式通用集成电路卡的情况下，响应于用户激活上述通用集成电路卡对应的账户的操作，从上述通用集成电路卡中读取通用集成电路卡对应的运营商标识码。

本实施例中，电子设备可以根据不同类型的通用集成电路卡来读取通用集成电路卡对应的运营商标识码，即第二运营商标识码。上述插入式通用集成电路卡可以理解为可插入电子设备且可拔出在电子设备中，通过通用集成电路卡座可以感应出通用集成电路卡的插入和拔出；嵌入式通用集成电路卡可以理解为在嵌入电子设备中，不可被移除，例如，在上述通用集成电路卡为用户标识模块SIM卡时，嵌入式通用集成电路卡可以称为eSIM。

结合第一方面，在一种可能的实现方式中，上述通用集成电路卡包括用户标识模块SIM卡。

结合第一方面，在一种可能的实现方式中，上述待测试COTA包中的配置信息包括第一配置信息或第二配置信息，上述第一配置信息与上述第二配置信息实现的功能不同。

本申请实施例中，待测试COTA包的配置信息对应不同的功能，由于COTA包是根据运营商定制的，上述配置信息中包括运营商信息。例如运营商标识码。示例性地，COTA包可以是通过配置信息的配置实现下载COTA包时不包括流量消耗提示的功能，也可以是通过配置信息的配置实现下载COTA包后，在电子设备开机时输出特定的提示语等。

结合第一方面，在一种可能的实现方式中，上述第一配置信息配置为上述第一运营商标识码，用于表示在电子设备中的通用集成电路卡对应的运营商的运营商标识码与上述第一运营商标识码相同的情况下，下载上述待测试COTA包时不包括消耗移动数据流量的提示。

对本实施例的描述可以参阅后文中有关免流COTA包的描述，例如图2-图4，这里不再赘述。

第二方面，本申请实施例提供了一种测试装置，包括：

获取单元，用于在电子设备中的通用集成电路卡对应的运营商标识码与待测试定制升级COTA包中配置的运营商标识码不同的情况下，获取上述待测试COTA包中配置的第一运营商标识码；

确定单元，用于将上述第一运营商标识码作为上述通用集成电路卡对应的运营商标识码；

测试单元，用于基于上述第一运营商标识码下载上述待测试COTA包，对上述待测试COTA包进行测试。

第三方面，本申请实施例提供一种电子设备，包括处理器、存储器以及收发器；上述收发器，用于接收信号或者发送信号；上述存储器与上述处理器耦合，上述存储器用于存储计算机程序代码，上述计算机程序代码包括计算机指令，上述处理器调用上述计算机指令，以使第一方面或第一方面的任意可能的实现方式中的方法被执行。

第四方面，本申请实施例提供一种芯片，包括逻辑电路和接口，上述逻辑电路和接口耦合；上述接口用于输入和/或输出代码指令，上述逻辑电路用于执行上述代码指令，以使第一方面或第一方面的任意可能的实现方式中的方法被执行。

第五方面，本申请实施例公开了一种计算机程序产品，上述计算机程序产品包括程序指令，上述程序指令当被处理器执行时，使第一方面或第一方面的任意可能的实现方式中的方法被执行。

第六方面，本申请实施例提供一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，当上述计算机程序在处理器上运行时，使第一方面或第一方面的任意可能的实现方式中的方法被执行。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种在系统升级之前对需要消耗的移动数据流量进行提示的用户界面示意图；

图2是本申请实施例提供的一种运营商与设备厂商之间进行合作的流程示意图；

图3是本申请实施例提供的一种在使用场景下生效免流功能的场景示意图；

图4是本申请实施例提供的一种在使用场景下生效免流功能的流程示意图；

图5是本申请实施例提供的一种免流功能在电子设备上生效的用户界面示意图；

图6是本申请实施例提供的一种修改免流COTA包的发布参数和内部配置项进行测试的场景示意图；

图7是本申请实施例提供的一种修改COTA包的发布参数进行测试的场景示意图；

图8是本申请实施例提供的一种测试方法的流程示意图；

图9是本申请实施例提供的一种电子设备100的结构示意图；

图10是本申请实施例提供的一种电子设备100的软件结构框图。

具体实施方式

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个所列出项目的任何或所有可能组合。

容易理解，生产例如手机、平板电脑等电子设备的设备厂商可以设计并控制自身生产的电子设备的功能、外观等。示例性地，手机厂商A生产的手机可以支持自动从图库图片筛选部分图片在桌面进行显示，手机厂商B生产的手机支持在使用移动数据流量之前进行移动数据流量消耗的提醒。

为便于理解，示例性地，图1是本申请实施例提供的一种在系统升级之前对需要消耗的移动数据流量进行提示的用户界面示意图。图1所示的示例中，电子设备通过移动数据流量进行网络访问，例如图1中的用户界面101的1011部分，可以理解为电子设备使用第四代移动通信技术（the 4th generation mobile communication technology，4G）网产生网络流量。

在用户界面101中，示例性地，响应于作用在应用软件“设置”上的点击操作，电子设备可以显示用户界面102。示例性地，用户界面102可以显示多个设置项的按钮，例如蓝牙、无线网络等。

在用户界面102中，示例性地，响应于作用在设置项“系统和更新”上的点击操作，触发电子设备从对应的服务器处检查系统更新。示例性地，电子设备可以显示用户界面103，由于系统更新检查会消耗一定时间，该用户界面103可以显示当前系统的名称“阳光系统”以及当前版本号“2.5.0”，还可以显示提示信息“系统更新检查中...”。

可以理解的是，本实施例中系统更新可以是电子设备的操作系统的更新，也可以是除操作系统之外的其他软件或组件的更新，另外，服务器上发布的该电子设备可以安装的安装包也可以认为是上述系统更新。

在电子设备检查到系统更新（例如新版本软件或组件）后，电子设备可以显示用户界面104。在用户界面104中，可以显示新版本号“2.6.0”，“稍后更新”按钮以及“立即更新”按钮。示例性地，响应于作用在“稍后更新”按钮上的点击操作，电子设备将取消本次系统更新；响应于作用在“立即更新”按钮上的点击操作，电子设备可以显示用户界面105。

在用户界面105中，电子设备可以通过提示框1051提示用户进行系统升级需要消耗的移动数据流量。示例性地，可以显示“当前处于非wifi环境，继续进行系统更新将消耗300M流量，是否继续”。

在用户界面105，响应于作用在“取消”按钮上的点击操作，电子设备将取消本次系统更新；响应于作用在“继续”按钮上的用户操作，电子设备将从服务器下载新的安装包进行系统升级，示例性地，电子设备可以显示用户界面106。

可以理解的是，移动数据流量是运营商提供的网络服务，设备厂商生产出的电子设备通过运营商提供的网络服务进行网络访问，但是，运营商无法控制电子设备的界面以及用户交互。例如图1所示的示例，电子设备在消耗移动数据流量进行系统升级之前会通过提示框提示用户即将消耗移动数据流量，由于消耗移动数据流量意味着将造成资金消费，在用户点击“继续”按钮之后才会进行系统升级，可以减少不必要的移动数据流量消耗，提高用户体验。

在某些场景下，运营商希望用户在下载某个安装包的时候不消耗流量（本申请实施例中简称免流）。此时，运营商可以在计费中免去这部分费用，但是电子设备依旧会提示流量消耗，这对用户来说显然是不合理的。

为了提高电子设备上向用户提供的各项功能（例如免流功能）的合理性，运营商与设备厂商之间常常展开合作，共同向用户提供某项功能。为便于理解，示例性地，请参阅图2，图2是本申请实施例提供的一种运营商与设备厂商之间进行合作的流程示意图。其中，图2以运营商A与设备厂商A之间的合作为例进行解释，可以理解的是，运营商A除了可以与设备厂商A合作，也可以与其他设备厂商（例如设备厂商B）之间合作；设备厂商B除了与运营商A之间进行合作，也可以与其他运营商（例如运营商C）之间合作，合作流程类似，将不再赘述。

可以理解的是，本申请实施例中的免流功能，可以是用户在下载某个安装包的时候不消耗流量，也可以是只消耗部分流量，例如流量消耗减半，减三分之一等。

如图2所示，在合作中，首先是运营商A向设备厂商A提出需求。

示例性地，运营商A向设备厂商A提的需求可以是运营商A的用户使用设备厂商A生产的电子设备开机时显示运营商提供的壁纸；也可以是运营商A的用户使用设备厂商A生产的电子设备可以使用运营商提供的桌面壁纸、锁屏壁纸等；还可以是运营商A的用户使用设备厂商A生产的电子设备下载COTA包时免流。

然后，设备厂商A根据运营商A提出的需求制作定制升级（configuration overthe air，COTA）包。本申请实施例中，COTA包可以理解为根据运营商的需求定制的安装包。可以理解的是，在一些实施例中，上述定制升级包也可以称为空中配置包、需求配置包或者配置包等，本申请对此不作限定。

示例性地，COTA包中可以包括不同类型的文件。示例性地，COTA包中可以包括应用程序压缩包，可以包括存储配置信息的配置文件，还可以包括例如图片，动图、视频以及音频文件等资源文件。

最后，设备厂商A将制作的COTA包发布到设备厂商A的服务器。

可以理解的是，将COTA包上传到服务器之后，还需要对COTA包进行发布，即为COTA包设定访问权限，让电子设备能够访问到被发布的COTA包。对COTA包进行发布的过程中需要对COTA包设定发布参数，本申请实施例中，发布参数可以理解为用于筛选能够访问COTA包的电子设备的参数，只有电子设备向服务器上报的参数与COTA包的发布参数相匹配的情况下才能访问到该COTA包。示例性地，COTA包的发布参数可以包括电子设备的设备型号、电子设备的操作系统的版本号、电子设备的产品序列号（serial number，SN）以及运营商标识码等。

本申请实施例中，运营商标识码可以理解为用于标识运营商的标识码。可以理解的是，移动国家码（mobile country code，MCC）与移动网络码（mobile network code，MNC）相结合，可以用于唯一表示一个运营商。因此，本申请实施例中，运营商标识码（或者也可以称为运营商的标识码）可以理解为移动国家码和移动网络码组成的用于标识运营商的标识码，可以简称为MCC-MNC。

本申请实施例中，集成电路卡可以理解为用于存储电子设备接入网络所需信息的卡。如果电子设备没有集成电路卡，那么仅能够使用紧急呼叫业务。在一些实施例中，集成电路卡也可以称为UICC（universal integrated circuit card）卡。

集成电路卡中可以包括用户标识模块（subscriber identity module，SIM）、通用用户标识模块（universal subscriber identity module，USIM）、网际互连协议多媒体业务标识模块（internet protocol multimedia service identity module，ISIM）等。可以理解的是，在集成电路卡中包括的是SIM时，集成电路卡也可以称为SIM卡；在集成电路卡中包括的是USIM时，集成电路卡也可以称为USIM卡。还应理解，本申请实施例中的集成电路卡还可以是未来为了适应发展而衍生出的以其他名称命名的卡，只要该卡能够使电子设备接入网络并且能够使电子设备获取到运营商标识码即可。

为便于理解，接下来的实施例中以SIM卡为例进行解释。SIM卡中存储有国际移动用户识别（international mobile subscriber identity，IMSI）码，IMSI码由MCC、MNC以及移动用户识别号码（mobile subscription identification number，MSIN）等组成，因此，电子设备可以从SIM卡中读取IMSI，然后根据IMSI确定该SIM对应的运营商标识码，即MCC-MNC。

示例性地，COTA包的发布参数被设置为：运营商标识码为00001，电子设备操作系统版本号为2.5.0。假设运营商A的运营商标识码是00001，那么，运营商A的用户（SIM卡信息中会携带运营商标识码）使用操作系统版本号为2.5.0的电子设备才能从服务器访问到上述COTA包。相反，如果无法匹配发布参数将无法获取到上述COTA包，例如，运营商A的用户使用的是操作系统版本号为2.4.6的电子设备，无法与发布参数中的操作系统版本号匹配，因此无法访问到上述COTA包。类似地，其他运营商由于运营商识别码的不同（例如运营商B）将无法访问到上述COTA包。可以理解的是，上述发布参数的设置仅是示例，实际情况中可根据需要调整，本申请不作限定。

从图2的相关描述可以知道，COTA包的生效与运营商和设备厂商之间存在紧密联系。一方面，设备厂商生产的电子设备才能访问到发布COTA包的服务器，另一方面，COTA包的发布参数可以通过运营商标识码的设定对运营商进行筛选，因此，一个COTA包往往与一个运营商、一个设备厂商相对应。

为便于理解COTA包的生效过程，接下来结合图3-图5进行解释。

以图3为例，假设运营商A向设备厂商A提出的需求是：下载COTA包时免流（即需要电子设备A取消流量消耗提示），为便于理解，可以将根据该需求定制的COTA包称为免流COTA包。可以理解的是，该COTA包中也可以包括为运营商A定制的其他功能，例如该免流COTA包定制的功能可以是让电子设备的锁屏壁纸为壁纸A，同时下载该免流COTA包时免流。

示例性地，请参阅图3，图3是本申请实施例提供的一种在使用场景下生效免流功能的场景示意图。

如图3所示，服务器A可以理解为设备厂商A的服务器，电子设备A可以理解为设备厂商A生产的电子设备，因此，用户（可以理解为消费者）在通过市场渠道获得该电子设备A后可以访问到服务器A。

服务器A中已经包括设备厂商A为运营商A定制的免流COTA包。其中，该免流COTA包的发布参数中运营商标识码被设定为00001，即运营商A的运营商标识码，以保证运营商A的用户可以访问到该免流COTA包。该免流COTA包内部包括免流配置项，且免流配置项被设定为00001，表示该COTA包支持免流，并且保证运营商A的用户能够生效免流功能。

最终，持有电子设备A的用户插入运营商A的SIM卡就可以从服务器A中访问并下载到该免流COTA包（通过发布参数的匹配实现），并在电子设备A中生效免流功能（通过内部免流配置项的匹配实现）。

电子设备A生效免流功能的具体步骤如图4所示，图4是本申请实施例提供的一种在使用场景下生效免流功能的流程示意图。如图4所示，该流程包括以下步骤：

401：响应于用户的系统更新操作，电子设备A向服务器A发送请求，该请求携带电子设备A的验证信息，该验证信息包括电子设备A中插入的SIM卡对应的运营商标识码。相应地，服务器A接收该请求。

本步骤中的系统更新操作可以理解为下载免流COTA包的触发操作。示例性地，如图2所示，持有电子设备A的用户可以点击应用软件“设置”，通过其中的“系统和更新”按钮触发电子设备A发送请求。

电子设备A向服务器A发送请求时，携带电子设备A的验证信息，该验证信息用于与服务器上发布的安装包的发布参数进行比较，只有发布参数与该验证信息匹配的安装包才能被电子设备A访问到。该验证信息包括电子设备A中插入的SIM卡对应的运营商标识码。假设采用图3所示的示例数据，电子设备A插入的SIM卡对应的运营商标识码为00001（也就是运营商A的运营商标识码为00001），上述请求携带运营商标识码00001。示例性地，该验证信息还可以包括设备型号、版本号以及产品序列号等信息。

402：服务器A判断是否存在发布参数与该验证信息匹配的COTA包。

在步骤402的判断结果为“否”的情况下，执行步骤403：服务器A向电子设备A发送反馈信息，该反馈信息用于指示未查找到COTA包。相应地，电子设备A接收该反馈信息。

在步骤402的判断结果为“是”的情况下，执行步骤404：服务器A向电子设备A发送该匹配的COTA包中的配置文件。相应地，电子设备A接收该配置文件。

可以理解的是，电子设备A发送的验证信息可以包括多个设置项，发布参数也可以设置多项数据，在COTA包的发布参数中每个设置项都被电子设备A上报的数据匹配上的情况下，认为发布参数与验证信息匹配，电子设备A具备访问该COTA包的权限。

可以理解的是，COTA包是为运营商定制的，发布参数中包括运营商标识码的设定。假设采用图3所示的示例数据，电子设备A向服务器A发送的运营商标识码为00001，服务器A中，发布参数中的运营商标识码被设定为00001的COTA包与之匹配，发布参数中其他设置项也与验证信息中的数据匹配，因此，图3所示的服务器A中的“运营商A的免流COTA包”可以理解为电子设备A可访问的COTA包，即发布参数与该验证信息匹配的COTA包。

405：电子设备A判断该配置文件中免流配置项的配置值是否与该运营商标识码相同。

在步骤405的判断结果为“是”的情况下，执行步骤406：电子设备A下载该匹配的COTA包，并取消下载该匹配的COTA包需要消耗移动数据流量的提示。

在步骤405的判断结果为“否”的情况下，执行步骤407：电子设备A下载该匹配的COTA包，并向用户输出下载该匹配的COTA包需要消耗移动数据流量的提示。

在免流场景中，COTA包中包括免流配置项，该免流配置项用于表示COTA包支持免流服务，在下载该COTA包后将生效免流功能。为了免流功能的正确生效，免流配置项的配置值被设定为定制COTA包的运营商的运营商标识码。

例如图3所示的示例，服务器A中的“运营商A的免流COTA包”的内部包括免流配置项，该免流配置项的配置值被设为00001，即标识码为00001的运营商才能在下载该COTA包后生效免流功能，该免流功能对于电子设备A来说可以理解为取消下载该匹配的COTA包需要消耗移动数据流量的提示。具体可参阅图5，图5是本申请实施例提供的一种免流功能在电子设备上生效的用户界面示意图。

如图5所示，包括用户界面501-用户界面505，在升级过程中，用户界面501-用户界面504与前文图1中的用户界面101-用户界面104的内容相似，这里不再赘述。可以理解的是，图1所示的系统更新过程没有生效免流功能，因此，图1中的用户界面105包括提示需要消耗移动数据流量的提示信息，对比图5，图5所示的系统更新过程生效了免流功能，因此，响应于“立即更新”按钮上的点击操作，电子设备直接进行系统更新，取消需要消耗移动数据流量的提示。

本申请实施例中，取消需要消耗移动数据流量的提示，可以是不输出需要消耗移动数据流量提示信息，例如不进行“当前处于非wifi环境，继续进行系统更新将消耗300M流量，是否继续”的提示；也可以是直接输出不需要消耗移动数据流量提示信息，例如图5中的用户界面505，包括提示信息“正在下载2.6.0版本进行系统更新，本次下载不消耗流量，请勿操作设备。”。因此，可以理解，上述步骤406对应的免流功能可以对应图5所示的用户界面示意图，上述步骤407对应的非免流功能可以对应图1所示的用户界面示意图。

可以理解的是，图1和图5所示的系统升级是电子设备的一种升级方式，由于电子设备一般不会在界面详细展示升级细节，COTA包的下载和升级可以认为包含在系统升级中。

可以理解的是，在COTA包中不包括免流配置项，或者，COTA包中免流配置项的配置值设置为无效值（例如NULL等）时，表示该COTA包不支持免流功能。不支持免流功能则对应前文图1所示的用户界面示意图，下载COTA包时将输出需要移动数据流量消耗的提示信息。

在运营商的需求包括免流的场景中，上述图2所示的流程可以认为是免流COTA的制作阶段，即根据运营商的需求把免流COTA包制作好，并发布到服务器上；上述图3和图4对应的流程可以认为是用户使用阶段，即例如消费者等用户拿到电子设备后在电子设备上生效免流功能。可以理解的是，在产品制作完成之后，出售到消费者之前，还需要对产品进行测试，以提高产品的可靠性。因此，在上述制作阶段与上述用户使用阶段之间，还包括测试阶段。

可以理解的是，对电子设备进行测试操作的用户可以称为测试人员。在免流场景中，需要测试人员对免流功能进行测试，也可以理解为，需要测试出电子设备从服务器下载COTA包时取消移动数据流量的消耗提醒。

在一些测试场景中，测试方式与图3-图5所示的流程类似，图3-图5图示对应的消费者型用户转变为测试人员即可。为便于理解，假如运营商A（该运营商A的标识码为00001）与设备厂商A进行合作，向设备厂商A提出免流需求，设备厂商A制作免流COTA包并发布在服务器上，由于消费者使用阶段中是从服务器获取COTA包，因此，测试阶段也需要将COTA包发布到服务器。其中，免流COTA包的发布参数中运营商标识码设置为00001，免流COTA包内部包括免流配置项，该免流配置项的配置值被设定为00001。

测试人员进行免流功能测试时，测试人员在电子设备A（设备厂商A生产的电子设备）中插入运营商A的SIM卡（这里称为SIM卡A），其中包括SIM卡A对应的运营商（即运营商A）的标识码。测试人员点击例如图1的“系统和更新”进行系统更新检查，该电子设备A上报的运营商标识码与发布参数匹配，与COTA包内部的免流配置项也匹配，因此，进行系统升级（即下载该免流COTA）时不进行流量消耗提醒，由此可以认为免流功能正常。

以上测试场景可以理解为普通测试场景，但是在某些特殊测试场景中，测试人员可能无法获得免流COTA包对应的运营商提供的SIM卡。

例如场景1：设备厂商A属于国家1，运营商B属于国家2，免流COTA包中的配置是根据运营商B的标识码设置的。可以理解的是，在使用阶段，消费者插入的SIM卡必定是运营商B提供的，可以与免流COTA包匹配上。但是，在测试阶段，测试人员在国家1对运营商B的免流COTA包进行测试，往往很难获得运营商B对应的SIM卡。可以理解的是，如果无法找到运营商B对应的SIM卡，将导致电子设备无法与服务器上的免流COTA包匹配上，进而无法对免流功能进行测试；就算可以找到运营商B对应的SIM卡也将花费大量时间成本和人力成本，导致测试效率低下。

又例如场景2：设备厂商A和运营商C属于同一国家，两者合作制作了免流COTA包，但是测试人员是运营商D的用户，没有运营商C对应的SIM卡，此时使用运营商D对应的SIM卡也无法与服务器上的免流COTA包匹配上，进而无法对免流功能进行测试。

在一些实施例中，针对测试人员无法获得免流COTA包对应的运营商提供的SIM卡的情况下，可以对免流COTA包进行修改，让该免流COTA适配测试人员的SIM卡。示例性地，请参阅图6，图6是本申请实施例提供的一种修改免流COTA包的发布参数和内部配置项进行测试的场景示意图。

如图6所示，示例性地，电子设备A和服务器A属于设备厂商A，设备厂商A的测试人员对服务器A中免流COTA包进行测试。可以理解的是，测试人员持有运营商B的SIM卡，其中，运营商B对应的标识码为00002。服务器A中的免流COTA包原本应该为根据运营商A定制的COTA包，即原本发布参数中运营商标识码应该是00001，免流COTA包内部的免流配置项应该是00001，采用上述配置才能让电子设备插入运营商A的SIM卡之后能够访问并下载到该免流COTA包，进而生效免流功能。但是测试人员持有的SIM卡来自运营商B，如图6中电子设备A插入的SIM卡为“运营商B的SIM卡”。可以理解，运营商B的标识码与运营商A不同，因此，电子设备A无法访问到服务器A中的“运营商A的免流COTA包”，更加无法下载该COTA包。

由此，测试人员可以对运营商A的免流COTA包进行修改，将发布参数中的运营商标识码从00001修改为00002，内部的免流配置项从00001修改为00002后再在服务器A进行发布。最终，可以理解为将运营商A的免流COTA包“包装”为运营商B的免流COTA，使得在上述测试场景中，插入运营商B的SIM卡的电子设备A可以以自身真实的运营商标识码00002进行上报，上报后可以访问并下载到该COTA，进而生效免流功能，即下载该免流COTA时取消移动数据流量的提示。其中，运营商B的SIM卡对免流COTA包的访问是通过匹配发布参数中实现的，免流功能的生效是通过匹配免流配置项实现的。

可以理解的是，图6所示的示意图中，发布参数中的运营商标识码从00001修改为00002以使电子设备A能够访问到免流COTA包。在一些实施例中，也可以将发布参数中的运营商标识码从00001修改为00001和00002，即增加00002，同样可以使电子设备A能够访问到免流COTA包。

从上述实施例可以看出，通过修改免流COTA包的参数可以测试到免流COTA包的免流能力，但是依然存在以下问题：

1、真实的免流COTA中的免流配置项应该被配置为运营商A的标识码，但是将免流配置项的配置值修改为运营商B的标识码后无法测试到原COTA包中的免流配置项，使得测试不够完整。

2、对免流COTA包中免流配置项进行修改的方式，测试完成之后需要从服务器上将测试的COTA包下载下来，解压后将内部的免流配置项修改回原来的配置值，最后再在服务器上重新发布，该过程耗时长，导致整个测试过程效率低下。

针对上述问题，本申请实施例提供了一种测试方法，该方法中，端侧（可以理解为电子设备一侧）在测试过程中向服务器进行“两次上报”。其中，第一次上报时按照端侧实际插入的SIM卡信息进行上报，以获取COTA包中免流配置项的配置值；在获取到配置值之后，一方面将自身对应的SIM卡信息替换为该配置值，另一方面使用该配置值进行第二次上报。由于在第二次上报中服务器中免流COTA包的配置值与端侧的SIM卡信息匹配，因此可以生效免流功能，实现对免流功能的测试。

本申请提供的方法，相比于对服务器中的免流COTA包进行修改来适配端侧的SIM卡的方式，本申请对端侧的上报流程进行修改，让端侧在测试过程中进行“两次上报”。一方面可以直接测试到免流COTA包中的免流配置项，保证测试的完整性；另一方面，不需要对COTA内部的配置项进行修改，因此测试完成之后不需要重新发布，在服务器上修改发布参数即可，节约测试时长，从而提高测试效率。

可以理解的是，本申请实施例提供的测试方法可以由电子设备执行，示例性地，该电子设备可以是手机，平板电脑等可以连接网络以及置入通用集成电路卡的设备。本申请实施例提供的方法还可以由芯片执行，该芯片应用于电子设备。

示例性地，请参阅图7，图7是本申请实施例提供的一种修改COTA包的发布参数进行测试的场景示意图。

与图6类似，图7所示的电子设备A和服务器A属于同一设备厂商，服务器A中的COTA包为根据运营商A的需求定制的“运营商A的免流COTA包”，即原本发布参数中运营商标识码应该是00001，这里将发布参数中的运营商标识码从“00001”修改为“00001”和“00002”，表示标识码为00001和00002均可访问到该COTA包。

可以理解的是，与图6对应的示意图相比，图7中修改了“运营商A的免流COTA包”的发布参数，即增加了运营商B的标识码，使得运营商B可以访问到该COTA包，但是该COTA包内部的免流配置项并未修改，如图7所示，内部的免流配置项依旧为运营商A的标识码00001。

在测试过程中，电子设备A第一次向服务器A上报信息时，以真实插入的运营商B的SIM卡信息为准，即上报自身的运营商标识码为00002。此时该运营商标识码00002可以与上述发布参数匹配上，因此第一次上报后可以访问到“运营商A的免流COTA包”。

在匹配成功并得到该“运营商A的免流COTA包”后，读取该COTA包配置的运营商标识码00001，并将该配置的运营商标识码00001作为电子设备A插入的SIM卡对应的标识码，可以理解为将电子设备A中的SIM卡从“真实的”运营商B转换到“虚假的”运营商A。

转换之后，电子设备A以“虚假的”运营商A对应的信息进行第二次上报，即上报自身的运营商标识码为00001，此时该运营商标识码00001依旧可以与上述发布参数匹配上，因此第二次上报也可以访问到“运营商A的免流COTA包”。并且，在第二次上报中，由于电子设备A中的SIM卡已经从“真实的”运营商B转换到“虚假的”运营商A，自身的运营商标识码00001可以与“运营商A的免流COTA包”中配置的运营商标识码00001匹配上，于是，电子设备A可以实现免流下载“运营商A的免流COTA包”。

为便于理解，接下来结合图8对本申请提供的方法进行解释。

图8是本申请实施例提供的一种测试方法的流程示意图。其中，电子设备和服务器属于同一设备厂商，待检测的COTA包被发布在该服务器上。待检测的COTA包的发布参数被设定为用于测试的电子设备中的SIM卡对应的运营商的标识码（简称为测试标识码，例如图6中的运营商B的标识码00002）、以及定制该待检测的COTA包的运营商对应的标识码（简称为真正标识码，例如图6中的运营商B的标识码00001）。如图8所示，该方法包括以下步骤：

801：电子设备向服务器发送请求，该请求携带验证信息A，该验证信息A包括电子设备中的SIM卡对应的运营商标识码。相应地，服务器接收该请求。

可以理解的是，图8所示的方法对应测试场景，因此，本步骤中可以是持有电子设备的测试人员点击应用软件“设置”，通过其中的“系统和更新”按钮触发电子设备向服务器发送请求。也可以是电子设备每间隔时间段A向服务器周期性地发送该请求。

可以理解的是，SIM卡除了以日常生活中常见的插入式卡片的方式存在，也可以以嵌入式的方式存在，即嵌入式SIM（embedded-SIM，eSIM）卡。eSIM的关键在于将传统SIM卡直接嵌入到电子设备芯片上，而不是作为独立的可移除零部件加入电子设备中，用户无需插入物理SIM卡。本步骤中，电子设备中的SIM卡可以是例如测试人员等用户插入的SIM卡，也可以是电子设备内部嵌入的SIM卡。

可以理解的是，在SIM卡是需要插入的物理SIM卡的情况下，电子设备可以通过SIM卡插座感应到SIM卡的插入，进而读取SIM卡中的信息。在SIM卡为内部嵌入的情况下，电子设备可以在用户激活账户后读取SIM卡中的信息。

802：服务器判断是否存在发布参数与该验证信息A匹配的COTA包。

在步骤802的判断结果为“否”的情况下，执行步骤803：服务器向电子设备发送反馈信息，该反馈信息用于指示未查找到匹配的COTA包。相应地，电子设备接收该反馈信息。

在步骤802的判断结果为“是”的情况下，执行步骤804：服务器向电子设备发送该匹配的COTA包中的配置文件。相应地，电子设备接收该配置文件。

步骤801-步骤804可以理解为电子设备的第一次上报。在第一次上报中，由于服务器中的待检测的COTA包的发布参数被设定为测试标识码和真正标识码，因此，电子设备以本身真实包括的SIM卡信息进行上报时，可以与发布参数中的测试标识码匹配，从而访问到待检测COTA包，即上述匹配的COTA包。

805：电子设备将电子设备中的SIM卡对应的运营商标识码替换为该配置文件中免流配置项的配置值。

可以理解的是，电子设备接收上述步骤804的配置文件后，可以对配置文件进行解析，从而读取到该配置文件中免流配置项的配置值。可以理解的是，由于未对该待检测的COTA包内部进行修改，该免流配置项的配置值应该是上述真正标识码。

本步骤中，将电子设备中的SIM卡对应的运营商标识码替换为该配置文件中免流配置项的配置值，可以理解为，将该配置值作为电子设备对应的运营商的标识码，也可以形象地理解为变换了电子设备对应的运营商。

示例性地，在实际情况中，电子设备可以通过代码读取SIM卡中的运营商代码，并将读取到的运营商代码赋值给某一变量，例如赋值给变量VNK。在电子设备读取到配置文件中的配置值后，将该配置值赋值给该变量VNK，在后续需要使用运营商代码而再次使用该变量VNK时，将不再使用之前读取的SIM卡中的运营商代码，而是使用重新赋予的配置值，从而实现运营商的变换。

806：电子设备发送请求，该请求携带验证信息B，该验证信息B包括替换后的运营商标识码。

本步骤中可以理解为电子设备的第二次上报。可以理解的是，由于电子设备本身的运营商代码已经被替换，本次请求中携带的运营商标识码不再是第一次上报时携带的测试标识码，而是携带替换后的运营商标识码，也就是上述配置值，或者理解为上述真正标识码。

807：服务器判断是否存在发布参数与该验证信息B匹配的COTA包。

在步骤807的判断结果为“否”的情况下，执行步骤803：服务器向电子设备发送反馈信息，该反馈信息用于指示未查找到匹配的COTA包。相应地，电子设备接收该反馈信息。

在步骤807的判断结果为“是”的情况下，执行步骤808：服务器向电子设备发送该匹配的COTA包中的配置文件。相应地，电子设备接收该配置文件。

在第二次上报中，由于服务器中的待检测的COTA包的发布参数被设定为测试标识码和真正标识码，因此，电子设备以替换后的运营商标识码进行上报时，可以与发布参数中的真正标识码匹配，从而访问到待检测COTA包，即上述匹配的COTA包。可以理解的是，由于发布参数被设定为测试标识码和真正标识码，第一次上报和第二次上报中，电子设备访问到的COTA是同一个COTA包。

809：电子设备判断该配置文件中免流配置项的配置值是否与电子设备中的SIM卡对应的运营商标识码相同。

在步骤809的判断结果为“是”的情况下，执行步骤810：电子设备下载该匹配的COTA包，并取消下载该匹配的COTA包需要消耗移动数据流量的提示。

在步骤809的判断结果为“否”的情况下，执行步骤811：电子设备下载该匹配的COTA包，并向用户输出下载该匹配的COTA包需要消耗移动数据流量的提示。

可以理解的是，这里给出“否”分支是为了流程的完整性。由于步骤805中按照配置值对运营商标识码进行了替换，因此，第二次上报中，得到的配置文件中的配置项的配置值必定与电子设备中的SIM卡对应的运营商标识码相同，即电子设备会执行步骤810，生效免流功能。

安卓应用程序包（android application package，APK）是安卓操作系统使用的一种应用程序包文件格式，用于分发和安装移动应用及中间件。安卓应用程序的代码在安卓设备上运行之前需要先进行编译，然后被打包为被安卓系统所能识别的文件，即APK。可以理解的是，上述步骤801-步骤810可以理解为，在测试过程中电子设备重新打桩生成一个新的APK进行测试，以提高测试效率。

示例性地，为便于形象地理解本申请提供的方法，假设设备厂商属于国家A，与该设备厂商进行合作的运营商来自国家B，设备厂商根据该运营商的需求制作了免流COTA包，将该免流COTA包发布在服务器上。其中，对于该设备厂商来说，合作的运营商是海外运营商，该免流COTA包将在海外生效。可以理解的是，在海外生效时，海外用户可以持有对应的海外运营商的SIM卡，但是测试人员在国家A进行测试时，很难找到对应的海外SIM卡进行测试。

示例性地，假设该免流COTA包中包括安装包A以及配置文件Filelist.xml，其中，配置文件Filelist.xml中包括免流配置项datafreeOpkeyList。该海外运营商的运营商标识码为00003，因此，该COTA包中datafreeOpkeyList = ABC。

在进行免流功能测试时，测试人员使用标识码为00004的SIM卡（简称测试SIM卡）。因此，在测试过程中，测试人员将该免流COTA包的发布参数设定为ABC和00004。

测试人员将测试SIM卡插入电子设备，电子设备读取该测试SIM卡的信息，将其中的运营商标识码赋值给变量VNK，即VNK=00004。

然后，测试人员点击“系统和更新”按钮，电子设备向服务器发送请求（第一次上报），该请求携带运营商标识码00004。服务器接收到该请求之后，由于运营商标识码00004与该免流COTA包的发布参数匹配，因此，服务器将COTA包中的配置文件Filelist.xml返回给电子设备。

电子设备对配置文件Filelist.xml进行解析，得到配置文件Filelist.xml中datafreeOpkeyList的配置值ABC，然后对自身的SIM卡的信息进行修改，给变量VNK赋值ABC，将自身处理成一张“海外SIM卡”。

然后，再次向服务器发送请求（第二次上报），该请求中携带运营商标识码ABC。服务器接收到该请求之后，由于运营商标识码ABC与该免流COTA包的发布参数匹配，因此，服务器将COTA包中的配置文件Filelist.xml返回给电子设备。

电子设备对配置文件Filelist.xml进行解析，得到配置文件Filelist.xml中datafreeOpkeyList的配置值ABC，发现该配置值ABC与自身的运营商标识码ABC相同，因此下载安装包A，并且取消流量消耗提示，即生效免流功能。

在免流功能测试完后，将服务器上该免流COTA包的发布参数从ABC和00004修改为ABC，该免流COTA包就可以给消费者用户使用。

可以理解的是，本申请提供的方法除了可以测试COTA包的免流功能，在其他功能也需要电子设备中的SIM卡对应的运营商与配置项的配置值匹配时，也可以采用与本申请类似的方式进行测试。示例性地，COTA包的功能可以是，在电子设备中的SIM卡为运营商A的卡时，在电子设备开机时输出特定提示语；也可以是在电子设备中的SIM卡为运营商B的卡，且电子设备设置的语言是语言B时，在电子设备开机和关机时输出语言B特定的提示语。

以上介绍了本申请实施例提供的测试方法，接下来对本申请实施例涉及的电子设备进行介绍。

请参阅图9，图9是本申请实施例提供的一种电子设备100的结构示意图。

电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriber identification module，SIM）卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可理解地，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器（image signal processor，ISP），控制器，存储器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路（inter-integrated circuit，I2C）接口，集成电路内置音频（inter-integrated circuitsound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general-purposeinput/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或通用串行总线（universal serial bus，USB）接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线（serial data line，SDA）和一根串行时钟线（derail clock line，SCL）。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口（camera serial interface，CSI），显示屏串行接口（displayserial interface，DSI）等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可理解地，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态（漏电，阻抗）等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器（low noise amplifier，LNA）等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器170A，受话器170B等）输出声音信号，或通过显示屏194显示图片或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在电子设备100上的包括无线局域网（wirelesslocal area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（bluetooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统（global system for mobile communications，GSM），通用分组无线服务（general packet radio service，GPRS），码分多址接入（codedivision multiple access，CDMA），宽带码分多址（wideband code division multipleaccess，WCDMA），时分码分多址（time-division code division multiple access，TD-SCDMA），长期演进（long term evolution，LTE），BT，GNSS，WLAN，NFC ，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统（global positioning system ，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidounavigation satellite system，BDS），准天顶卫星系统（quasi-zenith satellitesystem，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图片，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organic light-emittingdiode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emitting diode的，AMOLED），柔性发光二极管（flex light-emittingdiode，FLED），Miniled，MicroLed，Micro-oLed，量子点发光二极管（quantum dot lightemitting diodes，QLED）等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。

电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现采集功能，以实现本申请实施例中HAL层的图像采集模块。

ISP 用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图片或视频。ISP还可以对图片的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图片或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件（charge coupled device，CCD）或互补金属氧化物半导体（complementary metal-oxide-semiconductor，CMOS）光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图片或视频信号。ISP将数字图片或视频信号输出到DSP加工处理。DSP将数字图片或视频信号转换成标准的RGB，YUV等格式的图片或视频信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图片或视频信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组（moving picture experts group，MPEG）1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络（neural-network，NN）计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序（比如声音播放功能，图片或视频播放功能等）等。存储数据区可存储电子设备100使用过程中所创建的数据（比如音频数据，电话本等）等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flash storage，UFS）等。

电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台（open mobile terminal platform，OMTP）标准接口，美国蜂窝电信工业协会（cellular telecommunications industry association of the USA，CTIA）标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。电子设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，电子设备100根据压力传感器180A检测所述触摸操作强度。电子设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定电子设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定电子设备100围绕三个轴（即，x，y和z轴）的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测电子设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，电子设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。电子设备100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当电子设备100是翻盖机时，电子设备100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测电子设备100在各个方向上（一般为三轴）加速度的大小。当电子设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。电子设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管（LED）和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备100通过发光二极管向外发射红外光。电子设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备100附近有物体。当检测到不充分的反射光时，电子设备100可以确定电子设备100附近没有物体。电子设备100可以利用接近光传感器180G检测用户手持电子设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。电子设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测电子设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。电子设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，电子设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，电子设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备100对电池142加热，以避免低温导致电子设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于电子设备100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用（例如拍照，音频播放等）的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景（例如：时间提醒，接收信息，闹钟，游戏等）也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。

在一些实施例中，该处理器110可以调用内部存储器121存储的计算机指令，向服务器发送请求，该请求携带SIM卡的运营商标识码，该运营商标识码包括真实插入或嵌入的SIM卡对应的运营商标识码。

在另一些实施例中，该处理器110可以调用内部存储器121存储的计算机指令，对从服务器接收到的配置文件进行解析，获取到该配置文件中免流配置项的配置值。

在又一些实施例中，该处理器110可以调用内部存储器121存储的计算机指令，将真实插入或嵌入的SIM卡对应的运营商标识码替换为上述配置值。

在又一些实施例中，该处理器110可以调用内部存储器121存储的计算机指令，根据接收到的配置文件中的免流配置项的配置值显示提示信息（例如弹框）。在该配置值与自身的运营商标识码匹配的情况下，取消需要消耗移动数据流量的提示信息；在该配置值与自身的运营商标识码不匹配的情况下，输出需要消耗移动数据流量的提示信息。

电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓系统为例，示例性说明电子设备100的软件结构。

请参阅图10，图10是本申请实施例提供的一种电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时（Android runtime）和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图10所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。

如图10所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备100的通信功能。例如通话状态的管理（包括接通，挂断等）。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器（surface manager），媒体库（Media Libraries），三维图形处理库（例如：OpenGL ES），2D图形引擎（例如：SGL）等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例中，该应用程序框架层还可以包括测试模块，该测试模块用于本申请提供的测试方法。

在一些实施例中，传感器驱动用于响应用户操作，生成事件以触发测试模块向服务器发送请求以进行COTA包查询，该请求携带SIM卡对应的运营商标识码（即上述第二运营商标识码），或者，携带修改后的运营商标识码（即上述第一运营商标识码）。

在另一些实施例中，该测试模块用于在上述请求携带的参数与COTA包的发布参数匹配的情况下，获取该COTA包中配置的运营商标识码。

在又一些实施例中，该测试模块用于获取电子设备中的SIM卡对应的运营商标识码。

可以理解的是，在一些实施例中，该测试模块也可以在该分层构架的其他层级，例如应用程序层等，此处不作限定。

此外，本申请还提供一种芯片，该芯片包括逻辑电路和接口，该逻辑电路用于实现上述方法中电子设备的执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由电子设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由电子设备执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由电子设备执行的操作和/或处理被执行。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到（所陈述的条件或事件）”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到（所陈述的条件或事件）时”或“响应于检测到（所陈述的条件或事件）”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质（例如固态硬盘）等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (11)

1.一种测试方法，其特征在于，所述方法包括：

在电子设备中的通用集成电路卡对应的运营商标识码与待测试定制升级COTA包中配置的运营商标识码不同的情况下，获取所述待测试COTA包中配置的第一运营商标识码；

将所述第一运营商标识码作为所述通用集成电路卡对应的运营商标识码；

基于所述第一运营商标识码下载所述待测试COTA包，对所述待测试COTA包进行测试。

2.根据权利要求1所述的方法，其特征在于，所述待测试COTA包发布在网络设备，所述待测试COTA包的发布参数包括第二运营商标识码，所述第二运营商标识码为所述通用集成电路卡对应的运营商的运营商标识码；

所述获取所述待测试COTA包对应的运营商的第一运营商标识码，包括：

向所述网络设备发送第一请求，所述第一请求携带所述第二运营商标识码；

在所述网络设备确定所述第二运营商标识码与所述待测试COTA包的发布参数匹配的情况下，接收所述网络设备发送的配置信息；

从所述配置信息中解析出所述第一运营商标识码。

3.根据权利要求2所述的方法，其特征在于，所述待测试COTA包的发布参数还包括所述第一运营商标识码，所述基于所述第一运营商标识码下载所述待测试COTA包，对所述待测试COTA包进行测试，包括：

向所述网络设备发送的第二请求，所述第二请求携带所述第一运营商标识码；

在所述网络设备确定所述第一运营商标识码与所述待测试COTA包的发布参数匹配的情况下，接收所述网络设备发送的所述配置信息；

在确定所述配置信息解析出的所述第一运营商标识码与所述通用集成电路卡对应的运营商标识码相同的情况下，从所述网络设备中下载所述待测试COTA包，对所述待测试COTA包进行测试。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述将所述第一运营商标识码作为所述通用集成电路卡对应的运营商标识码，包括：

将所述第一运营商标识码赋值给用于存储所述通用集成电路卡对应的运营商标识码的变量。

5.根据权利要求4所述的方法，其特征在于，所述获取所述待测试COTA包对应的运营商的第一运营商标识码之前，所述方法还包括：

在所述通用集成电路卡为插入式通用集成电路卡的情况下，响应于插入所述通用集成电路卡的操作，从所述通用集成电路卡中读取所述通用集成电路卡对应的运营商标识码；

或者，在所述通用集成电路卡为嵌入式通用集成电路卡的情况下，响应于用户激活所述通用集成电路卡对应的账户的操作，从所述通用集成电路卡中读取所述通用集成电路卡对应的运营商标识码。

6.根据权利要求5所述的方法，其特征在于，所述通用集成电路卡包括用户标识模块SIM卡。

7.根据权利要求1-3中任一项所述的方法，其特征在于，所述待测试COTA包中的配置信息包括第一配置信息或第二配置信息，所述第一配置信息与所述第二配置信息实现的功能不同。

8.根据权利要求7所述的方法，其特征在于，所述第一配置信息配置为所述第一运营商标识码，用于表示在电子设备中的通用集成电路卡对应的运营商的运营商标识码与所述第一运营商标识码相同的情况下，下载所述待测试COTA包时不包括消耗移动数据流量的提示。

9.一种电子设备，其特征在于，所述电子设备包括处理器、存储器以及收发器；所述收发器，用于接收信号或者发送信号；所述存储器与所述处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令，所述处理器调用所述计算机指令，以使权利要求1-8中任一项所述的方法被执行。

10.一种芯片，其特征在于，包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使权利要求1-8中任一项所述的方法被执行。

11.一种计算机可读存储介质，包括指令，其特征在于，当所述指令在电子设备上运行时，使得权利要求1-8中任一项所述的方法被执行。

Images