技术领域
[0001] 本申请涉及测试技术领域，尤其是涉及一种显示屏性能的测试方法及装置。
相关背景技术
[0002] 随着汽车智能化的快速发展，车载信息娱乐系统(In‑Vehicle Infotainment,IVI)作为汽车智能化的重要组成部分，已经从传统的娱乐功能向更加智能、个性化的交互平台转变。车机娱乐系统的操作界面通常包括触摸屏作为主要的人机交互方式，用户通过触摸、滑动、缩放等手势与系统进行互动。因此，屏幕的响应速度与滑动流畅度直接影响着用户的驾驶体验和对车机系统的整体评价。
[0003] 然后，目前车机娱乐系统的屏幕测试方法仍然存在诸多不足。例如现有的测试方法大多依赖于测试人员的经验性判断以及主观感受来确定屏幕的性能状况。但这种方法缺乏客观和量化的评估标准，无法全面准确地反映出系统滑动流畅度的实际表现。例如，测试人员可能仅依据自己对流畅度的感知来评定滑动效果，而忽视了影响流畅度的多种因素。因此这种单一的测试方式无法为开发者提供科学的优化依据，从而使得车机娱乐系统的优化过程缺乏系统性和针对性。
具体实施方式
[0065] 为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。
[0066] 随着汽车智能化的快速发展，车载信息娱乐系统(In‑Vehicle Infotainment,IVI)作为汽车智能化的重要组成部分，已经从传统的娱乐功能向更加智能、个性化的交互平台转变。车机娱乐系统的操作界面通常包括触摸屏作为主要的人机交互方式，用户通过触摸、滑动、缩放等手势与系统进行互动。因此，屏幕的响应速度与滑动流畅度直接影响着用户的驾驶体验和对车机系统的整体评价。
[0067] 然后，目前车机娱乐系统的屏幕测试方法仍然存在诸多不足。例如现有的测试方法大多依赖于测试人员的经验性判断以及主观感受来确定屏幕的性能状况。但这种方法缺乏客观和量化的评估标准，无法全面准确地反映出系统滑动流畅度的实际表现。例如，测试人员可能仅依据自己对流畅度的感知来评定滑动效果，而忽视了影响流畅度的多种因素。因此这种单一的测试方式无法为开发者提供科学的优化依据，从而使得车机娱乐系统的优化过程缺乏系统性和针对性。
[0068] 基于此，本申请实施例提供了一种显示屏性能的测试方法及装置，以全面、准确、客观的评估显示屏的性能，从而为开发者提供科学的优化依据。
[0069] 请参阅图1，图1为本申请实施例所提供的一种显示屏性能的测试方法的流程图。如图1中所示，本申请实施例提供的测试方法，包括：
[0070] S101、针对每个待测试应用中的每个待测试界面，根据该待测试界面的应用信息从配置中心中获取至少一种测试维度下的至少一种测试方式的配置数据。
[0071] S102、根据获取的至少一种测试维度下的至少一种测试方式的配置数据，生成该待测试界面的至少一个测试用例，并从所述配置中心中提取每个测试用例各自所对应的测试脚本。
[0072] S103、依次加载并执行该待测试界面的测试脚本，生成该待测试界面的测试监控数据。
[0073] 针对步骤S101，该步骤中，针对用于评估目标显示屏性能情况的每个待测试应用中的每个待测试界面，根据所述待测试应用的应用信息中记录待测试界面的界面测试需求或者界面相关信息，从配置中心中获取与待测试界面相关的至少一种配置信息。
[0074] 所述待测试界面为可滑动界面；所述待测试应用中包括至少一个待测试界面；所述配置中心中预先设置至少一种测试维度，每个测试维度下包括至少一种测试方式。所述目标显示屏具备触碰感应功能；所述目标显示屏可能是一个智能设备的屏幕、计算机显示器或其他具有图形用户界面的设备。当本方案应用于车辆上时，所述目标显示屏可为车辆中控屏。
[0075] 示例的，所述测试维度可包括：滑动方式维度、运动模式维度以及环境条件维度。
[0076] 所述滑动方式维度下的测试方式可包括：单指直线滑动、单指曲线滑动、双指缩放操作等。
[0077] 所述运动模式维度下的测试方式可包括：水平方向滑动、匀速滑动、变速滑动等。
[0078] 所述环境条件维度下的测试方式可包括：高温环境测试、低温环境测试以及震动测试等。
[0079] 所述配置中心为一个集中管理和存储显示屏测试所需要的应用相关的配置数据的系统。
[0080] 此外，所述待测试应用为所述目标显示屏显示的所有应用或部分应用，因此，为了保证测试的自动化以及准确性，需要对待测试应用进行确定。
[0081] 在本申请提供的一种实施方式中，通过以下步骤确定待测试应用及其包括的待测试界面；
[0082] S201、确定所述目标显示屏支持的至少一个候选应用。
[0083] S202、针对每个候选应用，根据该候选应用的应用信息，从配置中心中进行配置数据提取。
[0084] S203、若提取到配置数据，确定该候选应用为待测试应用，并根据提取到的配置数据，确定待测试应用包括的待测试界面。
[0085] 针对步骤S201，所述候选应用为理解为所述目标显示屏所能支持和正常运行的所有应用。
[0086] 这里，在确定所述目标显示屏可加载的候选应用时，可通过与对应设备的操作系统或应用管理系统的互动进行确定。
[0087] 例如，在车载信息娱乐系统(IVI)中，操作系统会列出支持的所有应用(如导航、音乐播放器、语音助手等)，然后根据显示屏的硬件特性选择适合显示的应用程序。
[0088] 所述操作系统在列出支持的所有应用(候选应用)时，所有候选应用的相关信息可通过人工输入候选应用，或者根据预先确定的应用相关信息自动获取。
[0089] 针对步骤S202，确定出所有候选应用后，按优先级顺序，针对每个候选应用，根据该候选应用的应用信息，从配置中心中进行数据查找，确定是否可提取到对应的配置数据。
[0090] 这里，所述应用数据中通常可包括关于该应用的多种关键信息，这些信息帮助确定如何对显示屏进行适配测试。
[0091] 针对步骤S203，该步骤中，如果可以在配置中心中提取到该候选应用的配置数据，则将该候选应用确定为待测试应用，并根据提取到的配置数据中的界面相关数据，确定该待测试应用所包括的至少一个待测试界面。
[0092] 这样，通过确定候选应用并从配置中心提取配置数据来确认待测试应用，避免了手动选择和过度测试，减少了不必要的工作量，从而使得测试工作更加高效，有效节省时间和人力资源。
[0093] 针对步骤S102，该步骤中，按预设组合策略，对针对该待测试界面获取的所有至少一种测试维度下的至少一种测试方式的配置数据进行组合，得到该待测试界面的测试用例，至少得到一个。然后针对每个测试用例，并配置中心中提取该测试用例所对应的测试脚本。
[0094] 这里，测试脚本是指为了执行特定的测试用例而编写的一系列自动化指令和操作步骤。
[0095] 示例的，假设待测试应用为多媒体应用，对应的待测试界面为主界面，获取的配置数据包括滑动方式维度下测试方式为单指直线滑动的配置数据、运动模式维度下测试方式为匀速滑动的配置数据以及运动模式维度下测试方式为变速滑动的配置数据。
[0096] 这样，所述主界面对应的测试用例包括：单指直线沿垂直方向均速滑动(低速(每秒20像素)、中速(每秒80像素)和高速(每秒200像素))、单指直线沿垂直方向变速滑动(低速(每秒20像素)、中速(每秒80像素)和高速(每秒200像素))。
[0097] 需要说明的是，每个待测试界面均可确定出至少一个测试用例，为了使测试用例所指示的测试方式实现，就需要相应的执行脚本支持。
[0098] 在本申请提供的一种实施方式中，通过以下步骤提取测试用例所对应的测试脚本：
[0099] S1021、识别该测试用例中包括的所有测试方式的配置数据。
[0100] S1022、针对每个测试方式，根据该测试方式的配置数据以及所述映射关系，从所述配置中心中提取该测试方式的初始脚本。
[0101] S1023、将该测试用例中所有测试方式的初始脚本进行组合，得到该测试用例的测试脚本。
[0102] 需要说明的是，所述配置中心中建立有界面‑测试方式‑脚本间的映射关系。
[0103] 这里，界面通常代表用户将要操作的对象或系统的可视化部分。测试方式指的是执行测试的具体方法或策略，具体可包括每个测试维度下的每种测试方式。脚本是指具体执行测试的代码或指令。“界面‑测试方式‑脚本间的映射关系”是在配置中心中建立的一个规则或关系，它用于根据用户选择的界面和测试方式自动提取并执行相应的测试脚本。
[0104] 针对步骤S1021，该步骤中，针对每个测试用例，分析并识别该测试用例涉及的所有测试方式及其对应的配置数据。
[0105] 这里，每种测试方式均对应有一个配置数据。
[0106] 针对步骤S1022，该步骤中，对于步骤S1021中识别出的每种测试方式，根据其配置数据以及预定义的映射关系(即配置数据与脚本之间的对应规则)，从配置中心中提取出对应的初始测试脚本。
[0107] 需要说明的是，在配置中心中，每种测试方式均对应有唯一的初始脚本。
[0108] 针对步骤S1023，该步骤中，将所有提取到的初始脚本(每个测试方式对应的脚本)组合起来，形成一个完整的测试脚本。该测试脚本涵盖了该测试用例所需的所有测试方式和测试步骤，最终形成一个可以执行的、包含所有相关测试内容的脚本。
[0109] 针对步骤S103，该步骤中，获取完该待测试界面的所有测试脚本后，依次自动加载该测试界面所对应的每个测试脚本；当测试脚本被加载后，对测试过程中生成的多种数据进行实时获取并整合，生成该待测试界面的测试监控数据。
[0110] 在本申请提供的一种实施方式中，所述依次加载并执行该待测试界面的测试脚本，生成该待测试界面的测试监控数据，包括：
[0111] S1031、依次加载该待测试界面的测试脚本，控制机器臂对当前测试环境中目标显示屏上的该待测试界面执行测试操作。
[0112] S1032、控制图像采集装置对目标显示屏上执行测试操作的该待测试界面进行拍摄，得到屏幕显示数据，并同时通过监测脚本获取系统性能参数。
[0113] S1033、当达到该待测试界面的测试结束条件时，根据获取的屏幕显示数据和系统性能参数，生成该待测试界面的测试监控数据。
[0114] 针对步骤S1031，所述机械臂可为五指仿真机械臂，可模拟触摸屏上的点击、滑动、拖动、缩放等手势。机械臂会根据测试脚本中的指令执行每一步操作，确保每个测试步骤都能在实际硬件上被模拟。
[0115] 此外，在进行测试脚本加载时，还可进行环境仿真，例如模拟高温或低温等极端环境条件，来验证显示屏在不同环境下的性能和稳定性。
[0116] 针对步骤S1032‑S1033，所述图像采集装置可为高速摄像机，所述图像采集装置在进行屏幕显示数据采集时，可采集从机械臂接触屏幕开始滑动到滑动结束整个过程中的屏幕显示变化情况。
[0117] 所述系统性能参数可包括CPU使用率、GPU、内存占用、网络延迟、磁盘读写等技术指标。
[0118] 每个测试用例都有一个预设的测试结束条件，这个条件可能是某个操作完成、界面稳定、特定的时间限制等。每个测试用例的测试结束条件可在测试脚本加载时确定。
[0119] 在执行完步骤S103后，在本申请提供的另一种实施方式中，所述测试方法还包括：
[0120] S104、根据该待测试界面的测试监控数据，确定该待测试界面的每个性能评价指标的界面评价结果；
[0121] S105、根据至少一个待测试界面的所有性能评价指标的界面评价结果，生成所述目标显示屏的性能测试报告。
[0122] 针对步骤S104，该步骤中，针对每个待测试界面下的每个测试用例的测试监控数据，对该测试监控数据进行分析，确定本次测试时目标显示屏显示该待测试界面在不同性能评价指标下的表现(界面评价结果)。
[0123] 这里，界面评价结果可为评价值。
[0124] 示例的，所述性能评价指标包括以下至少一项：图像显示评价指标和系统性能评价指标；所述图像显示评价指标以及系统性能评价指标中均包含至少一个子性能评价指标。
[0125] 所述图像显示评价指标可包括：图像位移偏差程度、图像模糊程度、图像撕裂帧。
[0126] 所述图像位移偏差程度可通过平均值、标准差和最大值等数值进行确定。
[0127] 所述图像模糊程度可通过统计图像模糊度异常事件的发生频率和持续帧数来确定。
[0128] 所述图像撕裂帧具体可为图像撕裂帧总数。
[0129] 所述系统性能参数可包括：CPU影响程度、内存影响度、GPU影响程度以及图像帧变化信息等。
[0130] 所述CPU影响程度具体可指，CPU性能对屏幕显示效果的影响程度。
[0131] 所述内存影响度具体可指，内存资源对屏幕交互流畅性的影响程度。
[0132] GPU影响程度可指，GPU影响程度使用率在屏幕图形处理中的影响程度。
[0133] 图像帧变化信息可为测试过程中平均帧率、最大连续丢帧情况。
[0134] 其中，不同性能评价指标可根据实际情况设置对应的权重。
[0135] 针对步骤S105，该步骤中，当达到报告生成节点时，基于指定时间段中待测试界面的所有性能评价指标的界面评价结果，生成所述目标显示屏的性能测试报告。
[0136] 这里，所述性能测试报告可详细列出界面在各个维度(性能评价指标)下的表现。
[0137] 示例的，所述性能测试报告中可包括重点强调影响用户体验的关键流畅度问题，并提出初步的改进建议，如优化软件算法、调整系统资源分配策略、改进硬件散热设计等。
[0138] 所述显示屏的性能测试报告可根据一个界面的所有评价结果进行确定，也可以根据所有界面的所有评价结果确定。
[0139] 示例的，在本申请提供的一种实施方式中，所述根据至少一个待测试界面的所有性能评价指标的界面评价结果，生成所述目标显示屏的性能测试报告，包括：
[0140] S1051、针对每个待测试界面，对该待测试界面的所有界面评价结果进行加权处理，得到操作该待测试界面时显示屏性能情况的界面测试结果。
[0141] S1052、确定评估所述目标显示屏性能所需的至少一个目标界面。
[0142] S1053、根据操作所有目标界面时显示屏性能情况的界面测试结果，生成所述目标显示屏的性能测试报告。
[0143] 针对步骤S1051，针对每个待测试界面，对该待测试界面下每个测试用例对应的所有界面评价结果进行加权处理，得到操作该待测试界面时，显示屏性能状况的综合测试结果(界面测试结果)。
[0144] 针对步骤S1052，根据预设选择策略，确定至少一个目标界面用于评估整个目标显示屏的性能。所述目标界面为全部待测试界面、或部分待测试界面。
[0145] 针对步骤S1053，该步骤中，将使用所有目标界面所对应的界面测试结果进行加权处理和整合处理，生成所述目标显示屏的性能测试报告。
[0146] 这样，本方案通过从配置中心获取每个待测试界面对应的配置数据，确保测试方法的标准化和统一。通过这种方式，测试方法不再依赖测试人员的经验判断，而是根据事先设定的标准来进行测试，减少了人为因素的干扰。根据配置中心提取的配置数据生成测试用例和测试脚本，该自动化的测试用例和脚本能够涵盖不同维度和方式的测试，确保测试过程的全面性和准确性，提高测试结果的可信度和科学性。通过控制机器臂执行测试操作，消除了人工操作的不一致性，确保了每次测试操作的精确度和一致性，可避免传统方法中测试人员操作不当可能导致的测试误差。此外，根据多种性能评价指标对测试监控数据进行分析，可以客观地评估显示屏的表现，避免了传统测试中可能存在的凭个人经验的主观评判。并且根据各评价指标对应的评价结果可生成显示屏详细的性能测试报告，从而为开发者提供了详细的性能评估数据，以及帮助开发者识别出界面流畅度不达标的具体原因，从而为后续的优化提供科学、系统的依据。
[0147] 基于同一发明构思，本申请实施例中还提供了与测试方法对应的测试装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述测试方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
[0148] 请参阅图2、图3，图2为本申请实施例所提供的一种显示屏性能的测试装置的结构示意图之一，图3为本申请实施例所提供的一种显示屏性能的测试装置的结构示意图之二。如图2中所示，所述测试装置200包括：
[0149] 获取模块210，用于针对每个待测试应用中的每个待测试界面，根据该待测试界面的应用信息从配置中心中获取至少一种测试维度下的至少一种测试方式的配置数据；
[0150] 提取模块220，用于根据获取的至少一种测试维度下的至少一种测试方式的配置数据，生成该待测试界面的至少一个测试用例，并从所述配置中心中提取每个测试用例各自所对应的测试脚本；
[0151] 测试模块230，用于依次加载并执行该待测试界面的测试脚本，生成该待测试界面的测试监控数据.
[0152] 可选的，所述测试装置200还包括报告生成模块240，所述报告生成模块240用于：
[0153] 根据该待测试界面的测试监控数据，确定该待测试界面的每个性能评价指标的界面评价结果；
[0154] 根据至少一个待测试界面的所有性能评价指标的界面评价结果，生成所述目标显示屏的性能测试报告。
[0155] 可选的，所述配置中心中建立有界面‑测试方式‑脚本间的映射关系，所述提取模块220用于通过以下步骤提取测试用例所对应的测试脚本：
[0156] 识别该测试用例中包括的所有测试方式的配置数据；
[0157] 针对每个测试方式，根据该测试方式的配置数据以及所述映射关系，从所述配置中心中提取该测试方式的初始脚本；
[0158] 将该测试用例中所有测试方式的初始脚本进行组合，得到该测试用例的测试脚本。
[0159] 可选的，所述测试模块230在用于依次加载并执行该待测试界面的测试脚本，生成该待测试界面的测试监控数据时，所述测试模块230用于：
[0160] 依次加载该待测试界面的测试脚本，控制机器臂对当前测试环境中目标显示屏上的该待测试界面执行测试操作；
[0161] 控制图像采集装置对目标显示屏上执行测试操作的该待测试界面进行拍摄，得到屏幕显示数据，并同时通过监测脚本获取系统性能参数；
[0162] 当达到该待测试界面的测试结束条件时，根据获取的屏幕显示数据和系统性能参数，生成该待测试界面的测试监控数据。
[0163] 可选的，所述报告生成模块240在用于根据至少一个待测试界面的所有性能评价指标的界面评价结果，生成所述目标显示屏的性能测试报告时，所述报告生成模块240用于：
[0164] 针对每个待测试界面，对该待测试界面的所有界面评价结果进行加权处理，得到操作该待测试界面时显示屏性能情况的界面测试结果；
[0165] 确定评估所述目标显示屏性能状况所需的至少一个目标界面；
[0166] 根据所有目标界面的界面测试结果，生成所述目标显示屏的性能测试报告。
[0167] 可选的，所述测试维度包括以下至少一项：滑动方式维度、运动模式维度以及环境条件维度。
[0168] 可选的，所述性能评价指标包括以下至少一项：图像显示评价指标和系统性能评价指标；所述图像显示评价指标以及系统性能评价指标中均包含至少一个子性能评价指标。
[0169] 可选的，如图3所示，所述测试装置200还包括第二确定模块250，所述第二确定模块250用于通过以下步骤确定待测试应用及其包括的待测试界面；
[0170] 确定所述目标显示屏支持的至少一个候选应用；
[0171] 针对每个候选应用，根据该候选应用的应用信息，从配置中心中进行配置数据提取；
[0172] 若提取到配置数据，确定该候选应用为待测试应用，并根据提取到的配置数据，确定待测试应用包括的待测试界面。
[0173] 请参阅图4，图4为本申请实施例所提供的一种电子设备的结构示意图。如图4中所示，所述电子设备400包括处理器410、存储器420和总线430。
[0174] 所述存储器420存储有所述处理器410可执行的机器可读指令，当电子设备400运行时，所述处理器410与所述存储器420之间通过总线430通信，所述机器可读指令被所述处理器410执行时，可以执行如上述图1所示方法实施例中的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
[0175] 本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的测试方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。
[0176] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0177] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0178] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0179] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0180] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read‑Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0181] 最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
