一种软件测试方法及装置
阅读：42发布：2023-01-28
专利汇可以提供一种软件测试方法及装置专利检索，专利查询，专利分析的服务。并且本 发明 实施例 提供了一种 软件 测试方法及装置，其中方法包括：从测试 用例 集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息；向所述被测软件发送所选取的测试用例中的广播信息；记录所述被测软件对所述广播信息的响应信息；通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。本发明实施例中预先生成了测试用例集，相当于 抽取 并汇总了app1中的与打洞测试相关的各 接口 ，这样便可使用该测试用例集进行自动测试，无需再使用其他app，脱离了其他app的环境，摆脱了束缚，实现了测试的自动化，从而大大提高了测试效率。，下面是一种软件测试方法及装置专利的具体信息内容。
1.一种软件测试方法，其特征在于，所述方法包括：
从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息；
向所述被测软件发送所选取的测试用例中的广播信息；
记录所述被测软件对所述广播信息的响应信息；
通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括如下形成所述测试用例集的步骤：
设置要过滤的字段及对应的关键词；
打开指定应用，并操作所述指定应用对所述被测软件进行打洞测试；
在进行所述打洞测试的过程中，抓取所述指定应用的广播信息；
当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例；
将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
3.根据权利要求2所述的方法，其特征在于，组成所述测试用例集之前，所述方法还包括：
在各条所述测试用例中过滤掉重复的测试用例。
4.根据权利要求1所述的方法，其特征在于，所述响应信息包括：所述被测应用根据所述广播信息而向服务器发送的请求。
5.根据权利要求1所述的方法，其特征在于，所述测试用例的测试结果包括：
用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
7.一种软件测试装置，其特征在于，所述装置包括：
测试用例选取模块，用于从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息；
广播信息发送模块，用于向所述被测软件发送所选取的测试用例中的广播信息；
响应信息记录模块，用于记录所述被测软件对所述广播信息的响应信息；
测试结果生成模块，用于通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
测试用例集生成模块，用于设置要过滤的字段及对应的关键词，打开指定应用，并操作所述指定应用对所述被测软件进行打洞测试，在进行所述打洞测试的过程中，抓取所述指定应用的广播信息，当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例，以及，将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
9.根据权利要求8所述的装置，其特征在于，所述装置还包括：
过滤模块，用于在各条所述测试用例中过滤掉重复的测试用例。
10.根据权利要求7所述的装置，其特征在于，所述响应信息包括：所述被测应用根据所述广播信息而向服务器发送的请求。
11.根据权利要求7所述的装置，其特征在于，所述测试用例的测试结果包括：
用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括：
测试报告生成模块，用于在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
一种软件测试方法及装置
技术领域
[0001] 本发明涉及通信技术领域，尤其涉及一种软件测试方法及装置。
背景技术
[0002] 随着为手机、平板电脑等终端设备所开发的app(应用)的数量的增多，app之间相互调用的情况也越来越多。例如在app2(如购物应用)中，可以有用于调用app1(如聊天应用、视频播放应用)的按钮或图片等，用户在app2中通过点击该按钮可以调用app1的某种功能、某个接口或某个页面等。这种调用方式可以称为打洞。
[0003] 在app1正式发布之前，通常需要对app1进行各种类型的打洞测试，以测试app1中允许被其他app调用的各项功能\接口\页面等是否真的可被正确调用。在现有技术中，测试人员可以在app2、app3等其他app中对app1进行实地的打洞测试。
[0004] 发明人在实现本发明的过程中发现，现有技术中利用app2对app1进行打洞测试时，出于app2可能并不支持app1的所有打洞类型等原因，为了测试，可能每次都需要专门对app2进行配置，配置各种打洞到app1的场景，从而导致现有技术的这种测试方式非常繁琐，效率很低。
发明内容
[0005] 为克服现有技术中存在的问题，本发明提供一种软件测试方法及装置，以提高对一款app进行打洞测试时的测试效率。
[0006] 根据本发明实施例的第一方面，提供一种软件测试方法，所述方法包括：
[0007] 从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息；
[0008] 向所述被测软件发送所选取的测试用例中的广播信息；
[0009] 记录所述被测软件对所述广播信息的响应信息；
[0010] 通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
[0011] 可选的，所述方法还包括如下形成所述测试用例集的步骤：
[0012] 设置要过滤的字段及对应的关键词；
[0014] 在进行所述打洞测试的过程中，抓取所述指定应用的广播信息；
[0015] 当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例；
[0016] 将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
[0017] 可选的，组成所述测试用例集之前，所述方法还包括：
[0018] 在各条所述测试用例中过滤掉重复的测试用例。
[0020] 可选的，所述测试用例的测试结果包括：
[0021] 用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
[0022] 可选的，所述方法还包括：
[0023] 在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
[0024] 根据本发明实施例的第二方面，提供一种软件测试装置，所述装置包括：
[0025] 测试用例选取模块，用于从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息；
[0026] 广播信息发送模块，用于向所述被测软件发送所选取的测试用例中的广播信息；
[0027] 响应信息记录模块，用于记录所述被测软件对所述广播信息的响应信息；
[0028] 测试结果生成模块，用于通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
[0029] 可选的，所述装置还包括：
[0030] 测试用例集生成模块，用于设置要过滤的字段及对应的关键词，打开指定应用，并操作所述指定应用对所述被测软件进行打洞测试，在进行所述打洞测试的过程中，抓取所述指定应用的广播信息，当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例，以及，将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
[0031] 可选的，所述装置还包括：
[0032] 过滤模块，用于在各条所述测试用例中过滤掉重复的测试用例。
[0033] 可选的，所述响应信息包括：所述被测应用根据所述广播信息而向服务器发送的请求。
[0034] 可选的，所述测试用例的测试结果包括：
[0035] 用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
[0036] 可选的，所述装置还包括：
[0037] 测试报告生成模块，用于在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
[0038] 本发明的实施例提供的技术方案可以包括以下有益效果：
[0039] 在现有技术中，对app1的打洞测试受限于其他app，费时费力，而本发明实施例中预先生成了测试用例集，相当于抽取并汇总了app1中的与打洞测试相关的各接口，这样除了首次时可能需要人工操作其他app来得到测试用例集外，以后的测试均可使用该测试用例集进行自动测试，无需再使用其他app，脱离了其他app的环境，摆脱了束缚，实现了测试的自动化，从而大大提高了测试效率。
[0042] 图1是根据一示例性实施例示出的一种软件测试方法的流程图；
[0043] 图2是根据一示例性实施例示出的界面操作示意图；
[0044] 图3是根据一示例性实施例示出的一种软件测试方法的流程图；
[0045] 图4是根据一示例性实施例示出的一种软件测试方法的流程图；
[0046] 图5是根据一示例性实施例示出的一种软件测试方法的流程图；
[0047] 图6是根据一示例性实施例示出的一种软件测试装置的框图；
[0048] 图7是根据一示例性实施例示出的一种软件测试装置的框图；
[0049] 图8是根据一示例性实施例示出的一种软件测试装置的框图；
[0050] 图9是根据一示例性实施例示出的一种软件测试装置的框图；
[0051] 图10是根据一示例性实施例示出的一种用于软件测试的装置的框图。
具体实施方式
[0052] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0053] 本文中的终端设备可以是手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器和膝上型便携计算机等等。
[0054] 图1是根据一示例性实施例示出的一种软件测试方法的流程图。该方法可用于自动测试工具，自动测试工具可以是终端设备，也可以是服务器，等等，对此本实施例并不进行限制。
[0055] 参见图1所示，该方法可以包括：
[0056] 步骤S101，从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息。
[0057] 为了实现测试时可以脱离具体的app测试环境，也为了实现测试的自动化，本实施例中定义了测试用例，测试用例包括了用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息。众多测试用例合在一起便形成了测试用例集。
[0058] 测试用例集需要预先准备好，对于获取测试用例集的方式本实施例并不进行限制，可以在此处使用的这些方式都没有背离本发明的精神和保护范围。
[0059] 此外在从测试用例集中选取一条测试用例时，可以按照预设规则选取，例如按顺序依次选取或随机选取等，对此本实施例也并不进行限制。
[0060] 步骤S102，向所述被测软件发送所选取的测试用例中的广播信息。
[0061] 步骤S103，记录所述被测软件对所述广播信息的响应信息。
[0062] 例如所述响应信息可以包括：所述被测应用根据所述广播信息而向服务器发送的请求。
[0063] 以被测试app(即app1)为视频播放应用为例，在某场景下，app2为一款购物软件，其中有关于某商品功能演示的视频播放按钮，参见图2所示，用户点击该按钮后，app2就会通过发送广播信息的方式调用app1，由app1播放商品功能演示的视频，而在本实施例中，自动测试工具会模拟app2，向app1发送广播消息，例如广播信息可以包括“VideoID”字段，字段内容为“21773470”，app1收到后便会发出响应信息，例如响应信息可以是向服务器发送的请求(request)，如“http://api.itv.letv.com/iptv/api/new/video/play/list.json？terminalApplication＝letv&videoid＝21773470&appCode＝252....”，以便从服务器得到相关视频流然后播放。
[0064] 步骤S104，通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
[0065] 自动测试工具可以抓取app1的响应信息，通过识别所抓取的响应信息是否是正确的响应信息来判断该测试用例是否测试通过。
[0066] 作为示例，所述测试用例的测试结果可以包括：
[0067] 用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
[0068] 参见图3所示，在本实施例或本发明其他某些实施例中，所述方法还包括如下形成所述测试用例集的步骤：
[0069] 步骤S301，设置要过滤的字段及对应的关键词。
[0070] 图3所示的步骤是在使用自动测试工具进行自动测试之前通过实地操作app2对app1进行打洞，以使自动测试工具可以抓取到测试用例并形成测试用例集的步骤。
[0071] 举例来讲，自动测试工具可以抓取app2的众多广播信息，可以在自动测试工具中设置要过滤的字段为“burrow”，关键词为“com.letv.tv”，那么当自动测试工具监测到app2的广播信息中含有“burrow”字段且字段内容为“com.letv.tv”时，则可以确定该广播信息是对app1的调用，需要抓取该广播信息及app1收到该广播信息之后的响应信息，以得到一条测试用例。
[0072] 步骤S302，打开指定应用，并操作所述指定应用对所述被测软件进行打洞测试。
[0073] 指定应用即用来对app1进行调用的app2。在打开app2之前，可以先对app2进行配置，以便可以进行打洞测试。
[0074] 步骤S303，在进行所述打洞测试的过程中，抓取所述指定应用的广播信息。
[0075] 步骤S304，当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例。
[0076] 步骤S305，将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
[0077] 另外参见图4所示，组成所述测试用例集之前，所述方法还可以包括：
[0078] 步骤S401，在各条所述测试用例中过滤掉重复的测试用例。
[0079] 此外参见图5所示，所述方法还可以包括：
[0080] 步骤S501，在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
[0081] 这样测试人员或开发人员通过阅读测试报告，便可知道对app1进行打洞测试的结果。
[0082] 在现有技术中，对app1的打洞测试受限于其他app，费时费力，而本实施例中预先生成了测试用例集，相当于抽取并汇总了app1中的与打洞测试相关的各接口，这样除了首次时可能需要人工操作其他app来得到测试用例集外，以后的测试均可使用该测试用例集进行自动测试，无需再使用其他app，脱离了其他app的环境，摆脱了束缚，实现了测试的自动化，从而大大提高了测试效率。
[0083] 下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
[0084] 图6是根据一示例性实施例示出的一种软件测试装置的框图。参见图6所示，所述装置可以包括：
[0085] 测试用例选取模块601，用于从测试用例集中选取一条测试用例，其中所述测试用例集中的每条测试用例包括用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息。
[0086] 为了实现测试时可以脱离具体的app测试环境，也为了实现测试的自动化，本实施例中定义了测试用例，测试用例包括了用于打洞测试的广播信息以及被测软件收到所述广播信息后的正确的响应信息。众多测试用例合在一起便形成了测试用例集。
[0087] 测试用例集需要预先准备好，对于获取测试用例集的方式本实施例并不进行限制，可以在此处使用的这些方式都没有背离本发明的精神和保护范围。
[0088] 此外在从测试用例集中选取一条测试用例时，可以按照预设规则选取，例如按顺序依次选取或随机选取等，对此本实施例也并不进行限制。
[0089] 广播信息发送模块602，用于向所述被测软件发送所选取的测试用例中的广播信息。
[0090] 响应信息记录模块603，用于记录所述被测软件对所述广播信息的响应信息。
[0091] 例如所述响应信息可以包括：所述被测应用根据所述广播信息而向服务器发送的请求。
[0092] 以被测试app(即app1)为视频播放应用为例，在某场景下，app2为一款购物软件，其中有关于某商品功能演示的视频播放按钮，参见图2所示，用户点击该按钮后，app2就会通过发送广播信息的方式调用app1，由app1播放商品功能演示的视频，而在本实施例中，自动测试工具会模拟app2，向app1发送广播消息，例如广播信息可以包括“VideoID”字段，字段内容为“21773470”，app1收到后便会发出响应信息，例如响应信息可以是向服务器发送的请求(request)，如“http://api.itv.letv.com/iptv/api/new/video/play/list.json？terminalApplication＝letv&videoid＝21773470&appCode＝252....”，以便从服务器得到相关视频流然后播放。
[0093] 测试结果生成模块604，用于通过对比正确的响应信息与所记录的响应信息，生成所述测试用例的测试结果。
[0094] 自动测试工具可以抓取app1的响应信息，通过识别所抓取的响应信息是否是正确的响应信息来判断该测试用例是否测试通过。
[0095] 作为示例，所述测试用例的测试结果可以包括：
[0096] 用于指示所述测试用例失败或成功的标记，以及指定页面的截图。
[0097] 参见图7所示，在本实施例或本发明其他某些实施例中，所述装置还可以包括：
[0098] 测试用例集生成模块701，用于设置要过滤的字段及对应的关键词，打开指定应用，并操作所述指定应用对所述被测软件进行打洞测试，在进行所述打洞测试的过程中，抓取所述指定应用的广播信息，当所抓取的一条广播信息中包含所述字段且所述字段中包含所述关键词时，则记录下所述被测软件对当前广播信息的响应信息，并将所述响应信息与当前广播信息作为一条测试用例，以及，将所述打洞测试结束后得到的各条测试用例组成所述测试用例集。
[0099] 举例来讲，自动测试工具可以抓取app2的众多广播信息，可以在自动测试工具中设置要过滤的字段为“burrow”，关键词为“com.letv.tv”，那么当自动测试工具监测到app2的广播信息中含有“burrow”字段且字段内容为“com.letv.tv”时，则可以确定该广播信息是对app1的调用，需要抓取该广播信息及app1收到该广播信息之后的响应信息，以得到一条测试用例。
[0100] 另外参见图8所示，在本实施例或本发明其他某些实施例中，所述装置还包括：
[0101] 过滤模块801，用于在各条所述测试用例中过滤掉重复的测试用例。
[0102] 此外参见图9所示，在本实施例或本发明其他某些实施例中，所述装置还包括：
[0103] 测试报告生成模块901，用于在所述测试用例集中的测试用例都被测试后，将所述生成的各测试结果汇总成测试报告。
[0104] 这样测试人员或开发人员通过阅读测试报告，便可知道对app1进行打洞测试的结果。
[0105] 在现有技术中，对app1的打洞测试受限于其他app，费时费力，而本实施例中预先生成了测试用例集，相当于抽取并汇总了app1中的与打洞测试相关的各接口，这样除了首次时可能需要人工操作其他app来得到测试用例集外，以后的测试均可使用该测试用例集进行自动测试，无需再使用其他app，脱离了其他app的环境，摆脱了束缚，实现了测试的自动化，从而大大提高了测试效率。
[0106] 关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0107] 图10是根据一示例性实施例示出的一种用于软件测试的装置的框图。该装置即图中所示的装置1000，该装置1000例如可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0108] 参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
[0109] 处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
[0110] 存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
[0111] 电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。
[0112] 多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0113] 音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
[0115] 传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到设备1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0116] 通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
[0117] 在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行终端侧的上述方法。
[0118] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由所附的权利要求指出。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 专利编撰与分析应用软件 | 2021-04-12 | 2 |
| 一种计算机软件编程用键盘装置 | 2021-05-13 | 5 |
| 一种软件测试用例自动生成方法 | 2021-06-02 | 6 |
| 软件检查装置、软件检查方法、软件检查程序 | 2020-08-21 | 2 |
| 一种扩展Android软件功能的方法及装置 | 2021-07-08 | 5 |
| 基于软件过程时序数据自动挖掘的多步预测方法和系统 | 2020-08-08 | 2 |
| 有明确目标的汉字输入软件设计方法 | 2021-09-17 | 0 |
| 机载显示控制软件的测试方法 | 2021-10-12 | 2 |
| 原生移动APP软件自动生成方法和设备 | 2021-06-23 | 6 |
| 无线软件定义网络 | 2020-11-23 | 6 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
软件热门专利
QQ群二维码
意见反馈
意见反馈