电视应用的检测方法及装置与流程

本发明涉及电视应用领域，尤其涉及电视应用的检测方法及装置。

背景技术：

目前，随着智能电视的普及和推广，电视应用越来越多。当将电视应用集成到电视系统中时，需要通过lint程序对电视应用进行多轮随机测试和压测，才能得到测试结果并反馈给开发人员，然后开发人员根据反馈结果从头至尾分析压测，这种方式存在的缺陷是测试周期长，耗费了大量的测试资源。

技术实现要素：

本发明的主要目的在于提供一种电视应用的检测方法，旨在减少电视应用的测试周期，节约测试资源。

为实现上述目的，本发明提供的一种电视应用的检测方法包括以下步骤：

检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行；

若是，则获取影响电视应用正常运行的文件对应的文件名称；

根据获取的所述文件名称生成报表。

优选地，所述判断所述预设文件是否影响所述电视应用的正常运行的步骤包括：

在所述预设文件为组件时，通过应用程序包管理单位获取所述组件对应的组件名称；

在预设的上下文中，根据所述组件名称获取映射组件；

判断所述映射组件是否已安装，其中，在所述映射组件未安装时所述组件影响电视应用的正常运行。

优选地，所述判断所述预设文件是否影响所述电视应用的正常运行的步骤包括：

在所述预设文件为图片时，通过反射R.Java文件获取所述图片对应的图片名称；

在预设的上下文中，根据所述图片名称获取映射图片；

判断所述映射图片与所述电视应用中除当前映射图片外的其他图片是否相同，其中，在电视应用中存在与所述映射图片相同的其他图片时所述图片影响电视应用的正常运行。

优选地，所述判断所述映射图片与所述电视应用中除当前映射图片外的其他图片是否相同的步骤之后，所述判断所述预设文件是否影响所述电视应用的正常运行的步骤还包括：

当电视应用中不存在与所述映射图片相同的其他图片时，判断所述映射图片的工程密度与所述映射图片所在文件夹所支持的工程密度是否相同，其中，在工程密度不同时所述图片影响电视应用的正常运行。

优选地，所述判断所述预设文件是否影响所述电视应用的正常运行的步骤包括：

在所述预设文件为布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称；

在预设的上下文中，根据所述布局文件名称获取映射布局文件；

解析所述映射布局文件，以判断所述映射布局文件的根布局中是否设置有背景，其中，当所述根布局中设置有背景时所述布局文件影响电视应用的正常运行。

此外，为实现上述目的，本发明还提供一种电视应用的检测装置包括：

判断模块，用于检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行；

获取模块，用于当判断到所述文件影响电视应用的正常运行时，获取影响电视应用正常运行的文件对应的文件名称；

报表生成模块，用于根据获取的所述文件名称生成报表。

优选地，所述判断模块包括：

第一名称获取单元，用于在所述预设文件为组件时，通过应用程序包管理单元获取所述组件对应的组件名称；

组件获取单元，用于在预设的上下文中，根据所述组件名称获取映射组件；

组件判断单元，用于判断所述映射组件是否已安装，其中，在所述映射组件未安装时所述组件影响电视应用的正常运行。

优选地，所述判断模块包括：

第二名称获取单元，用于在所述预设文件为图片时，通过反射R.Java文件获取所述图片对应的图片名称；

图片获取单元，用于在预设的上下文中，根据所述图片名称获取映射图片；

第一图片判断单元，用于判断所述映射图片与所述电视应用中除当前映射图片外的其他图片是否相同，其中，在电视应用中存在与所述映射图片相同的其他图片时所述图片影响电视应用的正常运行。

优选地，所述判断模块还包括：

第二图片判断单元，用于当电视应用中不存在与所述映射图片相同的其他图片时，判断所述映射图片的工程密度与所述映射图片所在文件夹所支持的工程密度是否相同，其中，在工程密度不同时所述图片影响电视应用的正常运行。

优选地，所述判断模块包括：

第三名称获取单元，用于在所述预设文件为布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称；

布局文件获取单元，用于在预设的上下文中，根据所述布局文件名称获取映射布局文件；

解析判断单元，用于解析所述映射布局文件，以判断所述映射布局文件的根布局中是否设置有背景，其中，当所述根布局中设置有背景时所述布局文件影响电视应用的正常运行。

本发明实施例通过检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行；若是，则获取影响电视应用正常运行的文件对应的文件名称；根据获取的所述文件名称生成报表。从而统计出影响电视应用正常运行的文件数据，并生成报表，使得可以直观显示检测结果，进而根据检测结果进行修正，因此减少了在集成应用时的出错率，从而减少了电视应用的测试周期，节约了测试资源。

附图说明

图1为本发明电视应用的检测方法第一实施例的流程示意图；

图2为本发明电视应用的检测方法第二实施例中检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行步骤的细化流程示意图；

图3为本发明电视应用的检测方法第三实施例中检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行步骤的细化流程示意图；

图4为本发明电视应用的检测方法第四实施例中检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行步骤的细化流程示意图；

图5为本发明电视应用的检测方法第五实施例中检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行步骤的细化流程示意图；

图6为本发明电视应用的检测装置第一实施例的功能模块示意图；

图7为本发明电视应用的检测装置第二实施例中判断模块的细化功能模块示意图；

图8为本发明电视应用的检测装置第三实施例中判断模块的细化功能模块示意图；

图9为本发明电视应用的检测装置第四实施例中判断模块的细化功能模块示意图；

图10为本发明电视应用的检测装置第五实施例中判断模块的细化功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种电视应用的检测方法，参照图1，在本发明的第一实施例中，该电视应用的检测方法包括：

步骤S100，检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行；若是，则执行步骤S200；

本发明应用于安卓(Android)智能电视系统应用测试。在本实施例中，具体在电视系统的应用开发过程中，通过检测电视应用中预设文件以获取所述电视应用预设的存储器中存储的文件的文件名称；并根据所述文件名称，在上下文中获取所述文件名称对应的映射文件，以根据所述映射文件判断所述文件是否影响电视应用的正常运行。可以理解的是，在本实施例中，所述预设文件的类型可以根据实际需要进行设置，可以是组件，可以是图片，还可以是布局文件(Layout)。需要说明的是，上下文是一种属性的有序序列，它们为驻留在环境内的对象定义环境，相当于一个数据区域，当与其他模块进行交互时，通过上下文可以了解所述其他模块的状态信息；而应用在本实施例中，通过上下文可以获取文件名称对应的映射文件。

可选地，判断所述预设文件是否影响电视应用的正常运行的方式可以根据实际需要进行设置，在本实施例中，当所述预设文件是组件时，可以加载映射组件以判断当前映射组件是否已经安装使用，其中，在所述映射组件未加载时所述文件影响电视应用的正常使用；上述映射组件为在上下文中，根据组件对应的组件名称获取的映射组件。

当所述预设文件是图片时，可以判断当前图片大小是否落入预设区间内，可以结合图片名称和图片大小判断当前应用程序的存储器中除当前映射图片外的其他图片是否与所述映射图片相同，还可以判断图片的工程密度与所在文件夹所支持的工程密度是否相同，其中，当图片大小未落入预设区间时或存储器中存在与所述映射图片相同的其他图片时或工程密度不相同时所述文件影响电视应用的正常运行；上述映射图片为在上下文中，根据图片对应的图片名称获取的映射图片。

当所述预设文件是布局文件时，可以解析布局文件，并判断当前布局文件中是否存在根布局的背景(background)，若存在所述根布局的背景则所述文件影响电视应用的正常使用。

可选地，当所述文件不影响电视应用的正常运行时的步骤可以根据实际需要进行设置，可以是执行下一个文件的获取步骤。

步骤S200，获取影响电视应用正常运行的文件对应的文件名称；

本实施例具体是通过当判断到所述组件、图片及布局文件的信息中任一项影响电视应用的正常运行时，获取影响电视应用正常运行的文件对应的文件名称。例如，当检测到组件未使用时，获取未使用的组件的名称。

需要说明的是，在获取影响电视应用正常运行的文件名称的同时，还可以标记所述文件名称，以便后续开发人员根据标记直接寻找到影响运行的文件，节约了操作时间。

步骤S300，根据获取的所述文件名称生成报表。

目前，在智能电视系统应用检测时，常常是应用集成后，通过多轮随机测试和压测得出反馈结果，这种方式花费时间长，同时测试工程师将测试结果反馈给开发人员后，开发人员也需要重新分析和压测，这样浪费了不必要的时间和精力。而上述将获取的所述文件名称生成报表能直观的查看文件存储的状态和问题原因，供开发人员参考并调试，从而降低测试的错误率，减少应用集成的检测周期和资源占用。与lint程序相比，本实施例无需通过源代码进行操作，简化了操作。

需要说明的是，在根据获取的所述文件名称生成报表的同时还能统计不同文件的个数及路径，并按照不同的检测时间显示在报表中。

参见图2，基于本发明电视应用的检测方法的第一实施例提出本发明电视应用的检测方法的第二实施例，在本实施例中所述步骤S100包括：

步骤S111，检测电视应用中的预设文件，并在所述预设文件为组件时，通过应用程序包管理单元获取所述组件对应的组件名称；

步骤S112，在预设的上下文中，根据所述组件名称获取映射组件；

步骤S113，判断所述映射组件是否已安装，其中，在所述映射组件未安装时所述组件影响电视应用的正常运行。

在本实施例中，具体是当预设文件类型是组件时，通过应用程序包管理单元(Package Manager)查询当前电视Application(Application Program，应用程序)的组件名称，其中，所述组件包括活动(Activity)、服务(Service)、广播接收器(Broadcast Receiver)及内容提供商(Content Provider)。并在预设的上下文中，根据当前组件的组件名称反射加载当前应用程序中的映射组件，若所述映射组件加载内容为空，则表明所述组件未安装；若所述映射组件加载内容成功则表明所述组件已安装；其中，在组件未安装时所述组件影响电视应用的正常运行。

需要说明的是，无用的组件注册进系统，导致系统组件过多，会影响智能电视的整体性能。因此在本实施例中，通过判断所述电视应用的映射组件是否安装使用能有效区分出当前应用中无用的组件。从而在当判断到当前组件未安装使用时，根据影响电视应用的组件名称，按照组件类型、检测出的未安装的组件个数及不同的检测时间等内容生成报表，以供开发人员调试和参考，能有效提高安卓电视系统的整体性能。与lint程序相比，本实施例无需通过源代码进行操作，同时可以区分出无用的组件。

参见图3，基于本发明的电视应用的检测方法第一实施例提出本发明电视应用的检测方法的第三实施例，在本实施例中所述步骤S100包括：

步骤S121，检测电视应用中的预设文件，并在所述预设文件为图片时，通过反射R.Java文件获取所述图片对应的图片名称；

步骤S122，在预设的上下文中，根据所述图片名称获取映射图片；

步骤S123，判断所述映射图片与所述电视应用中除当前映射图片外的其他图片是否相同；其中，在电视应用中存在与所述映射图片相同的其他图片时所述图片影响电视应用的正常运行。

在本实施例中，具体是检测电视应用中的预设文件，并在所述预设文件是图片时，通过反射R.Java文件获取所述图片对应的图片名称；需要说明的是，R.Java文件是在安卓应用程序开发过程中自动生成的，具体是开发者在子目录中添加相应类型的文件之后，为了对添加的文件进行索引，运行环境所自动生成的静态常量。在本实施例中，通过反射机制调用R.Java文件即可索引到对应的图片名称。在获取图片名称之后，可以在上下文中，根据所述图片名称获取映射图片，然后通过比较算法判断获取到的映射图片与当前电视应用的存储器中除当前映射图片外的其他图片是否相同。若存在相同即重复的图片则表示所述图片会影响电视应用的正常运行，可以根据影响电视应用正常运行的图片名称生成报表，以统计数据。通过上述判断是否存在重复图片的步骤，以生成表格，供开发人员参考和处理重复图片的存储情况，从而解决电视应用中因存在太多重复图片，占据存储空间的问题，方便了开发人员实施监测和及时处理。

参见图4，基于本发明的电视应用的检测方法第三实施例提出本发明电视应用的检测方法的第四实施例，在本实施例中所述步骤S123之后，所述步骤S100还包括：

步骤S124，当电视应用中不存在与所述映射图片相同的其他图片时，判断所述映射图片的工程密度与所述映射图片所在文件夹所支持的工程密度是否相同，其中，在工程密度不同时所述图片影响电视应用的正常运行。

在本实施例中，具体是当电视应用中不存在与所述映射图片相同的其他图片时，通过检测当前电视应用系统的工程密度来判断获取到的映射图片的工程密度与所在文件夹所支持的工程密度是否相同；其中，当工程密度不同时所述图片影响电视应用的正常运行。需要说明的是，安卓电视的图片适配难度较大，为了做到图片大小和电视屏幕密度适配，提供了很多文件夹来存放不同大小的图片，比如：低分辨率图片存储文件夹(drawable-ldpi)、中等分辨率图片存储文件夹(drawable-mdpi)、高分辨率图片存储文件夹(drawable-hdpi)等，系统会根据系统屏幕的分辨率来分别到不同的文件夹中寻找对应分辨率等级的图片。但当开发人员把图片放入了与当前图片的分辨率不相同的文件夹中时，会造成图片的缩小或放大，清晰度不符合系统要求，因此通过比对获取到的图片的工程密度与文件夹所支持的工程密度，能区分图片是否有缩放，继而获取工程密度不一致的图片即有缩放的图片的数量和具体路径，帮助开发人员在开发的进行调试。

可选地，在判断是否存在重复的图片及对应图片是否存在缩放后，还可检测当前图片的大小，并按照图片的大小生成报表，其中，所述报表包含图片所占字节和图片名称等信息。可以理解的是，在电视应用中，由于制作失误，可能将原本占用空间很小的图片的残留信息保存下来，导致图片过大，从而让过大的图片占据太多的内存空间，电视应用的加载变慢；而当图片占用空间太小，则可能是在应用试运行的过程中，保存的缓存文件，积累下来，也容易占用内存空间；因此通过检测图片大小，并记录生成报表，供开发人员参考，能了解应用中图片资源的占用情况，方便处理。

参见图5，基于本发明的电视应用的检测方法第一实施例提出本发明电视应用的检测方法的第五实施例，在本实施例中所述步骤S100包括：

步骤S131，检测电视应用中的预设文件，并在所述预设文件为布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称；

步骤S132，在预设的上下文中，根据所述布局文件名称获取映射布局文件；

步骤S133，解析所述映射布局文件，以判断所述映射布局文件的根布局中是否设置有背景，其中，当所述根布局中设置有背景时所述布局文件影响电视应用的正常运行。

在本实施例中，具体是通过检测电视应用中预设文件，并当所述预设文件是布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称。需要说明的是，所述布局文件名称为通过反射机制调动R.Java文件所获取的。在获取布局文件名称后，可以在上下文中根据所述布局文件名称获取映射布局文件，接着解析所述映射布局文件，然后根据解析后的结果判断是否存在根布局的背景(background)。其中，当存在根布局背景时，所述布局文件会影响电视应用的正常运行，可以在判断结束后获取当前影响电视应用正常运行的布局文件名称。需要说明的是，每个活动(activity)中存在一个背景，如果修改了背景，对应的根布局的背景将增加一个，多余的背景会影响UI(User Interface，用户界面)的渲染速度，从而影响智能电视的整体性能。因此通过上述方式，能够判断当前根布局中是否设置有多余的背景，然后根据结果生成报表，以供开发人员参考调试，进而提高UI的渲染速度。

可选地，在判断是否存在多余背景后，还可以解析所述布局，遍历计算子视图(view)的个数和嵌套层级，并记录在所述报表中。需要说明的是，子视图(view)和嵌套层级增加均会导致计算、测量、布局及绘制等的时间增加，继而导致UI的卡顿。因此通过上述方式，统计子视图和嵌套层级的个数，生成报表，提醒开发人员注意处理，从而减少用户界面的卡顿。

本发明还提供一种电视应用的检测装置，参照图6，在本发明第一实施例中，本发明提供的网络呼叫系统包括：

判断模块100，用于检测电视应用中的预设文件，并判断所述预设文件是否影响所述电视应用的正常运行；

本发明应用于安卓(Android)智能电视系统应用测试。在本实施例中，具体在电视系统的应用开发过程中，通过检测电视应用中预设文件以获取所述电视应用预设的存储器中存储的文件的文件名称；并根据所述文件名称，在上下文中获取所述文件名称对应的映射文件，以根据所述映射文件判断所述预设文件是否影响电视应用的正常运行。可以理解的是，在本实施例中，所述文件的类型可以根据实际需要进行设置，可以是组件，可以是图片，还可以是布局文件(Layout)。需要说明的是，上下文是一种属性的有序序列，它们为驻留在环境内的对象定义环境，相当于一个数据区域，当与其他模块进行交互时，通过上下文可以了解所述其他模块的状态信息；而应用在本实施例中，通过上下文可以获取文件名称对应的映射文件。

可选地，判断所述预设文件是否影响电视应用的正常运行的方式可以根据实际需要进行设置，在本实施例中，当所述预设文件是组件时，可以加载映射组件以判断当前映射组件是否已经安装使用，其中，在所述映射组件未加载时所述文件影响电视应用的正常使用；上述映射组件为在上下文中，根据组件对应的组件名称获取的映射组件。

当所述预设文件是图片时，可以判断当前图片大小是否落入预设区间内，可以结合图片名称和图片大小判断当前应用程序的存储器中除当前映射图片外的其他图片是否与所述映射图片相同，还可以判断图片的工程密度与所在文件夹所支持的工程密度是否相同，其中，当图片大小未落入预设区间时或存储器中存在与所述映射图片相同的其他图片时或工程密度不相同时所述文件影响电视应用的正常运行；上述映射图片为在上下文中，根据图片对应的图片名称获取的映射图片。

当所述预设文件是布局文件时，可以解析布局文件，并判断当前布局文件中是否存在根布局的背景(background)，若存在所述根布局的背景则所述文件影响电视应用的正常使用。

可选地，当所述文件不影响电视应用的正常运行时的步骤可以根据实际需要进行设置，可以是执行下一个文件的获取步骤。

获取模块200，用于当判断到所述文件影响电视应用的正常运行时，获取影响电视应用正常运行的文件对应的文件名称；

本实施例具体是通过当判断到所述组件、图片及布局文件的信息中任一项影响电视应用的正常运行时，获取影响电视应用正常运行的文件对应的文件名称。例如，当检测到组件未使用时，获取未使用的组件的名称。

需要说明的是，在获取影响电视应用正常运行的文件名称的同时，还可以标记所述文件名称，以便后续开发人员根据标记直接寻找到影响运行的文件，节约了操作时间。

报表生成模块300，用于根据获取的所述文件名称生成报表。

目前，在智能电视系统应用检测时，常常是应用集成后，通过多轮随机测试和压测得出反馈结果，这种方式花费时间长，同时测试工程师将测试结果反馈给开发人员后，开发人员也需要重新分析和压测，这样浪费了不必要的时间和精力。而上述将获取的所述文件名称生成报表能直观的查看文件存储的状态和问题原因，供开发人员参考并调试，从而降低测试的错误率，减少应用集成的检测周期和资源占用。与lint程序相比，本实施例无需通过源代码进行操作，简化了操作。

需要说明的是，在根据获取的所述文件名称生成报表的同时还能统计不同文件的个数及路径，并按照不同的检测时间显示在报表中。

参见图7，基于本发明的电视应用的检测装置第一实施例提出本发明电视应用的检测方法的第二实施例，在本实施例中所述判断模块100包括：

第一名称获取单元111，用于在所述预设文件为组件时，通过应用程序包管理单元获取所述组件对应的组件名称；

组件获取单元112，用于在预设的上下文中，根据所述组件名称获取映射组件；

组件判断单元113，用于判断所述映射组件是否已安装，其中，在所述映射组件未安装时所述组件影响电视应用的正常运行。

在本实施例中，具体是当预设文件类型是组件时，通过应用程序包管理单元(Package Manager)查询当前电视Application(Application Program，应用程序)的组件名称，其中，所述组件包括活动(Activity)、服务(Service)、广播接收器(Broadcast Receiver)及内容提供商(Content Provider)。并在预设的上下文中，根据当前组件的组件名称反射加载当前应用程序中的映射组件，若所述映射组件加载内容为空，则表明所述组件未安装；若所述映射组件加载内容成功则表明所述组件已安装；其中，在组件未安装时所述组件影响电视应用的正常运行。

需要说明的是，无用的组件注册进系统，导致系统组件过多，会影响智能电视的整体性能。因此在本实施例中，通过判断所述电视应用的映射组件是否安装使用能有效区分出当前应用中无用的组件。从而在当判断到当前组件未安装使用时，根据影响电视应用的组件名称，按照组件类型、检测出的未安装的组件个数及不同的检测时间等内容生成报表，以供开发人员调试和参考，能有效提高安卓电视系统的整体性能。与lint程序相比，本实施例无需通过源代码进行操作，同时可以区分出无用的组件。

参见图8，基于本发明的电视应用的检测装置第一实施例提出本发明电视应用的检测方法的第三实施例，在本实施例中所述判断模块100包括：

第二名称获取单元121，用于在所述预设文件为图片时，通过反射R.Java文件获取所述图片对应的图片名称；

图片获取单元122，用于在预设的上下文中，根据所述图片名称获取映射图片；

第一图片判断单元124，用于判断所述映射图片与所述电视应用中除当前映射图片外的其他图片是否相同；其中，在电视应用中存在与所述映射图片相同的其他图片时所述图片影响电视应用的正常运行。

在本实施例中，具体是检测电视应用中的预设文件，并在所述预设文件是图片时，通过反射R.Java文件获取所述图片对应的图片名称；需要说明的是，R.Java文件是在安卓应用程序开发过程中自动生成的，具体是开发者在子目录中添加相应类型的文件之后，为了对添加的文件进行索引，运行环境所自动生成的静态常量。在本实施例中，通过反射机制调用R.Java文件即可索引到对应的图片名称。在获取图片名称之后，可以在上下文中，根据所述图片名称获取映射图片，然后通过比较算法判断获取到的映射图片与当前电视应用的存储器中除当前映射图片外的其他图片是否相同。若存在相同即重复的图片则表示所述图片会影响电视应用的正常运行，可以根据影响电视应用正常运行的图片名称生成报表，以统计数据。通过上述判断是否存在重复图片的步骤，以生成表格，供开发人员参考和处理重复图片的存储情况，从而解决电视应用中因存在太多重复图片，占据存储空间的问题，方便了开发人员实施监测和及时处理。

参见图9，基于本发明的电视应用的检测装置第三实施例提出本发明电视应用的检测方法的第四实施例，在本实施例中所述判断模块100还包括：

第二图片判断单元124，用于当电视应用中不存在与所述映射图片相同的其他图片时，判断所述映射图片的工程密度与所述映射图片所在文件夹所支持的工程密度是否相同，其中，在工程密度不同时所述图片影响电视应用的正常运行。

在本实施例中，具体是当电视应用中不存在与所述映射图片相同的其他图片时，通过检测当前电视应用系统的工程密度来判断获取到的映射图片的工程密度与所在文件夹所支持的工程密度是否相同；其中，当工程密度不同时所述图片影响电视应用的正常运行。需要说明的是，安卓电视的图片适配难度较大，为了做到图片大小和电视屏幕密度适配，提供了很多文件夹来存放不同大小的图片，比如：低分辨率图片存储文件夹(drawable-ldpi)、中等分辨率图片存储文件夹(drawable-mdpi)、高分辨率图片存储文件夹(drawable-hdpi)等，系统会根据系统屏幕的分辨率来分别到不同的文件夹中寻找对应分辨率等级的图片。但当开发人员把图片放入了与当前图片的分辨率不相同的文件夹中时，会造成图片的缩小或放大，清晰度不符合系统要求，因此通过比对获取到的图片的工程密度与文件夹所支持的工程密度，能区分图片是否有缩放，继而获取工程密度不一致的图片即有缩放的图片的数量和具体路径，帮助开发人员在开发的进行调试。

可选地，在判断是否存在重复的图片及对应图片是否存在缩放后，还可检测当前图片的大小，并按照图片的大小生成报表，其中，所述报表包含图片所占字节和图片名称等信息。可以理解的是，在电视应用中，由于制作失误，可能将原本占用空间很小的图片的残留信息保存下来，导致图片过大，从而让过大的图片占据太多的内存空间，电视应用的加载变慢；而当图片占用空间太小，则可能是在应用试运行的过程中，保存的缓存文件，积累下来，也容易占用内存空间；因此通过检测图片大小，并记录生成报表，供开发人员参考，能了解应用中图片资源的占用情况，方便处理。

参见图10，基于本发明的电视应用的检测装置第一实施例提出本发明电视应用的检测方法的第五实施例，在本实施例中所述所述判断模块100包括：

第三名称获取单元131，用于在所述预设文件为布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称；

布局文件获取单元132，用于在预设的上下文中，根据所述布局文件名称获取映射布局文件；

解析判断单元133，用于解析所述映射布局文件，以判断所述映射布局文件的根布局中是否设置有背景，其中，当所述根布局中设置有背景时所述布局文件影响电视应用的正常运行。

在本实施例中，具体是通过检测电视应用中预设文件，并当所述预设文件是布局文件时，通过反射R.Java文件获取所述布局文件对应的布局文件名称。需要说明的是，所述布局文件名称为通过反射机制调动R.Java文件所获取的。在获取布局文件名称后，可以在上下文中根据所述布局文件名称获取映射布局文件，接着解析所述映射布局文件，然后根据解析后的结果判断是否存在根布局的背景(background)。其中，当存在根布局背景时，所述布局文件会影响电视应用的正常运行，可以在判断结束后获取当前影响电视应用正常运行的布局文件名称。需要说明的是，每个活动(activity)中存在一个背景，如果修改了背景，对应的根布局的背景将增加一个，多余的背景会影响UI(User Interface，用户界面)的渲染速度，从而影响智能电视的整体性能。因此通过上述方式，能够判断当前根布局中是否设置有多余的背景，然后根据结果生成报表，以供开发人员参考调试，进而提高UI的渲染速度。

可选地，在判断是否存在多余背景后，还可以解析所述布局，遍历计算子视图(view)的个数和嵌套层级，并记录在所述报表中。需要说明的是，子视图(view)和嵌套层级增加均会导致计算、测量、布局及绘制等的时间增加，继而导致UI的卡顿。因此通过上述方式，统计子视图和嵌套层级的个数，生成报表，提醒开发人员注意处理，从而减少用户界面的卡顿。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。