测试机型推荐方法及系统与流程

1.本技术涉及数据处理技术领域，尤其涉及一种测试机型推荐方法、系统、电子装置及计算机可读存储介质。


背景技术：

2.随着电子设备(例如手机)的普及与技术发展，针对电子设备的各种测试场景也越来越多。当前测试中，测试人员在测试一些场景时，需要在多个机型的设备上测试。但是，现在主要是靠人工选择需要的机型，对机型的筛选过于依赖测试经验，对于一些测试经验不多的人员较难筛选。而且，若是机型选择的不合适，或者市场占有率不足，则该测试场景的覆盖面出现偏差，还很有可能影响测试结果的准确性和参考价值。


技术实现要素：

3.本技术的主要目的在于提出一种测试机型推荐方法、系统、电子装置及计算机可读存储介质，旨在解决如何针对各种不同的测试场景推荐合适的机型的问题。
4.为实现上述目的，本技术实施例提供了一种测试机型推荐方法，所述方法包括：
5.维护各种测试场景及对应的权重参数；
6.向客户端提供测试场景选项，接收用户所选择的指定测试场景；
7.获取所述指定测试场景对应的权重参数；
8.根据所述权重参数对所有测试机型进行分组；
9.按照预设指标对每组机型进行排序；
10.向客户端返回排序后的分组结果，作为机型推荐结果进行展示。
11.可选地，所述方法在按照预设指标对每组机型进行排序之后还包括：
12.识别主流厂商在所述预设指标下排序靠前的机型，在分组结果中标记并优先推荐。
13.可选地，所述方法在向客户端提供测试场景选项之前还包括：
14.收集历史测试中出现问题的机型清单；
15.在按照预设指标对每组机型进行排序之后还包括：
16.根据所述清单将所述测试场景下出现问题次数最多的机型在分组结果中标记并优先推荐。
17.可选地，所述根据所述权重参数对所有测试机型进行分组包括：
18.获取数据库中保存的所有测试机型的参数；
19.将所述权重参数相同的机型划分为一个等价类，从而将所有测试机型分成多个机型分组。
20.可选地，所述方法在获取所述指定测试场景对应的权重参数后还包括：
21.接收用户对所述权重参数的修改。
22.可选地，所述方法在所提供的测试场景选项中没有用户所需的测试场景时，还包
括：
23.接收用户自定义设置的测试场景和对应的权重参数。
24.可选地，所述权重参数为所述测试场景对应的电子设备的两个维度的设备参数。
25.可选地，所述预设指标为市场占有率排名。
26.此外，为实现上述目的，本技术实施例还提供一种测试机型推荐系统，所述系统包括：
27.维护模块，用于维护各种测试场景及对应的权重参数；
28.接收模块，用于向客户端提供测试场景选项，接收用户所选择的指定测试场景；
29.获取模块，用于获取所述指定测试场景对应的权重参数；
30.分组模块，用于根据所述权重参数对所有测试机型进行分组；
31.排序模块，用于按照预设指标对每组机型进行排序；
32.返回模块，用于向客户端返回排序后的分组结果，作为机型推荐结果进行展示。
33.为实现上述目的，本技术实施例还提供一种电子装置，所述电子装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的测试机型推荐程序，所述测试机型推荐程序被所述处理器执行时实现如上述的测试机型推荐方法。
34.为实现上述目的，本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有测试机型推荐程序，所述测试机型推荐程序被处理器执行时实现如上述的测试机型推荐方法。
35.本技术实施例提出的测试机型推荐方法、系统、电子装置及计算机可读存储介质，能够根据不同的测试场景及对应的权重参数对测试机型进行分组筛选，并按照预设指标(例如市场占有率)排序，从而自动向用户(测试人员)推荐测试机型，方便用户进行测试，不用依靠用户的测试经验，并且可以保证适合该测试场景的机型覆盖。
附图说明
36.图1为实现本技术各个实施例的一种应用环境架构图；
37.图2为本技术第一实施例提出的一种测试机型推荐方法的流程图；
38.图3为本技术中一种测试场景维护页面的示意图；
39.图4为本技术中一种添加权重数据页面的示意图；
40.图5为本技术中一种测试场景选择和推荐结果展示页面的示意图；
41.图6为图2中步骤s206的细化流程示意图；
42.图7为本技术第二实施例提出的一种测试机型推荐方法的流程图；
43.图8为本技术第三实施例提出的一种测试机型推荐方法的流程图；
44.图9为本技术第三实施例提出的所述测试机型推荐方法另一种形式的流程示意图；
45.图10为本技术第四实施例提出的一种电子装置的硬件架构示意图；
46.图11为本技术第五实施例提出的一种测试机型推荐系统的模块示意图。
具体实施方式
47.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对
本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本技术，并不用于限定本技术。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.需要说明的是，在本技术实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
49.请参阅图1，图1为实现本技术各个实施例的一种应用环境架构图。本技术可应用于包括，但不仅限于客户端2、服务器4、网络6的应用环境中。
50.其中，所述客户端2用于向用户(测试人员)展示预设的各种测试场景和相应的权重参数，接收用户的选择等操作，以及向用户展示机型推荐结果。所述客户端2可以为pc(personal computer，个人电脑)、手机、平板电脑、便携计算机等终端设备。
51.所述服务器4用于向所述客户端2提供预设的各种测试场景和对应的权重参数，根据客户端2的用户的选择操作进行机型分组，返回机型推荐结果等。所述服务器4可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器等计算设备，可以是独立的服务器，也可以是多个服务器所组成的服务器集群。
52.所述网络6可以是企业内部网(intranet)、互联网(internet)、全球移动通讯系统(global system of mobile communication，gsm)、宽带码分多址(wideband code division multiple access，wcdma)、4g网络、5g网络、蓝牙(bluetooth)、wi-fi等无线或有线网络。所述服务器4和一个或多个所述客户端2之间通过所述网络6通信连接，以进行数据传输和交互。
53.实施例一
54.如图2所示，为本技术第一实施例提出的一种测试机型推荐方法的流程图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。下面以所述服务器作为执行主体对该方法进行说明。
55.该方法包括以下步骤：
56.s200，维护各种测试场景及对应的权重参数。
57.在本实施例中，可以预先维护所需的各种测试场景，并从各种机型的多个设备参数中选择对每种测试场景影响较大的一个或多个参数，作为该测试场景对应的权重参数。将各种测试场景和对应的权重参数之间的映射关系保存在数据库中。其中，所述设备为手机等电子设备，所述参数例如内存、处理器、屏幕刷新率、屏幕分辨率、屏幕类型、系统rom等。
58.在优选实施例中，每种测试场景建议添加两个维度的权重参数。例如，对于动画类场景展示这一测试场景，主要受手机屏幕分辨率和刷新率影响，则将这两种参数设置为该测试场景对应的权重参数。
59.对于具有管理员权限的用户，可以对数据库中维护的测试场景及对应的权重参数进行新增、修改、删除等操作。
60.如图3所示，为一种测试场景维护页面的示意图。在该页面中，可以添加权重数据(测试场景及权重参数)，也可以删除已设置的测试场景及权重参数。
61.如图4所示，为一种添加权重数据(权重参数)页面的示意图。在该页面中，权重名称指测试场景名称，针对各种设备参数，可以通过设置优先级数值来确定是否为该测试场景对应的权重参数。其中，数值1表示该参数有影响，不填表示影响小或者没有影响，也就是说，优先级数值为1的参数即为该测试场景对应的权重参数。
62.可以理解，在向用户推荐测试机型之前，还需要收集各种机型的各个设备参数，并将所有机型的参数保存到数据库中，以备后续推荐时使用。所述设备参数可以从各种官方网站中进行收集，例如手机官网、手机中国等网站发布的权威数据，并且实时或定时更新。
63.s202，向客户端提供测试场景选项，接收用户所选择的指定测试场景。
64.当客户端用户需要进行测试时，可以根据预先维护的这些测试场景向客户端提供测试场景选项，用户根据需要选择一个指定测试场景即可。
65.在一种可选实施例中，所述测试场景选项可以通过多个层级展示给用户，例如用户可以先选择所要测试的性能(例如兼容性测试)，再选择具体的测试场景(例如动画类场景)。另外，所述测试场景还可以包括通用场景和业务场景等，用户可以先选择所需的测试场景是属于通用场景还是业务场景，再从相应的选项中选择一个指定测试场景。
66.如图5所示，为一种测试场景选择和推荐结果展示页面的示意图。用户可以在该页面中通过关键字搜索所需的测试场景，也可以在下拉框中选中所需的测试场景。
67.在一种可选实施例中，若所提供的所述测试场景选项中没有用户所需的测试场景，还可以进行测试场景的自定义设置，也就是新增自己想要的测试场景。当然，还需要针对新增的测试场景自定义设置对应的权重参数。
68.s204，获取所述指定测试场景对应的权重参数。
69.在客户端用户选择好所述指定测试场景后，服务器从所述数据库中获取所述指定测试场景对应的权重参数。例如，当用户选择动画类场景展示这一测试场景时，服务器从数据库中获取得到对应的权重参数为手机屏幕分辨率和刷新率。
70.在一种可选实施例中，服务器获取所述权重参数后返回至客户端显示给用户查看，用户还可以根据需要对所述权重参数进行修改，例如将屏幕类型修改为屏幕分辨率。服务器接收修改后的权重参数。
71.s206，根据所述权重参数对所有测试机型进行分组。
72.具体而言，进一步参阅图6，为上述步骤s206的细化流程示意图。可以理解，该流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。在本实施例中，所述步骤s206具体包括：
73.s2060，获取数据库中保存的所有测试机型的参数。
74.具体地，可以只获取所有测试机型的所述权重参数即可，不属于所述权重参数的其他参数可以不用获取。
75.s2062，将所述权重参数相同的机型划分为一个等价类，从而将所有测试机型分成多个机型分组。
76.在本实施例中，服务器按照所述权重参数将所有机型进行分组，其中，所述权重参数相同的机型划分为一个等价类(一个分组)。例如权重数据为分辨率和屏幕类型，那么分
组后，每一组机型的分辨率相同且屏幕类型相同。另外，组名可以按照两个权重参数取并集命名，例如“xxx分辨率xxx屏幕类型”，又例如“中端机(根据手机发布时间和处理器进行划分高中低端机)、挖孔屏(屏幕类型)”。
77.s208，按照预设指标对每组机型进行排序。
78.在本实施例中，所述预设指标为市场占有率排名。并且，所述市场占有率排名还可以具体为在所需测试的应用程序对应的市场中，每种机型的市场占有率排名。该排名可以预先收集并实时或定时更新。在分组之后，再将每组机型按照占有率排名从高到低进行排序。也就是说，在每组机型中市场占有率越高的越靠前。
79.在其他实施例中，所述预设指标也可以是其他任意可行的指标，只要可以用来对分组结果进行排序即可，在此不再赘述。
80.s210，返回排序后的分组结果，作为机型推荐结果进行展示。
81.最后，服务器将按市场占有率排好序之后的机型分组返回给客户端，在客户端中作为机型推荐结果展示给用户查看。如图5中所示，用户可以通过选择不同的分组名称查看该分组下的机型推荐结果。
82.具体地，服务器可以将每个机型分组中包含的所有机型按顺序返回并展示给用户，也可以仅返回或展示每个机型分组中的前几名机型(例如前五名、前十名)。并且，除了返回和展示每个机型的名称，还可以包含每个机型对应的所有设备参数。
83.本实施例提出的测试机型推荐方法，可以根据不同的测试场景及对应的权重参数对测试机型进行分组筛选，并按照预设指标(例如市场占有率)排序，从而自动向用户(测试人员)推荐测试机型，方便用户进行测试，不用依靠用户的测试经验(而是依赖大数据)，并且可以保证适合该测试场景的机型覆盖。另外，该方法支持自定义配置测试场景和权重参数，还能及时更新机型排名数据，灵活推荐。
84.实施例二
85.如图7所示，为本技术第二实施例提出的一种测试机型推荐方法的流程图。在第二实施例中，所述测试机型推荐方法在上述第一实施例的基础上，还包括步骤s310。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。
86.该方法包括以下步骤：
87.s300，维护各种测试场景及对应的权重参数。
88.在本实施例中，可以预先维护所需的各种测试场景，并从各种机型的多个设备参数中选择对每种测试场景影响较大的一个或多个参数，作为该测试场景对应的权重参数。将各种测试场景和对应的权重参数之间的映射关系保存在数据库中。其中，所述设备为手机等电子设备，所述参数例如内存、处理器、屏幕刷新率、屏幕分辨率、屏幕类型、系统rom等。
89.s302，向客户端提供测试场景选项，接收用户所选择的指定测试场景。
90.当客户端用户需要进行测试时，可以根据预先维护的这些测试场景向客户端提供测试场景选项，用户根据需要选择一个指定测试场景即可。
91.在一种可选实施例中，若所提供的所述测试场景选项中没有用户所需的测试场景，还可以进行测试场景的自定义设置，也就是新增自己想要的测试场景。当然，还需要针
对新增的测试场景自定义设置对应的权重参数。
92.s304，获取所述指定测试场景对应的权重参数。
93.在客户端用户选择好所述指定测试场景后，服务器从所述数据库中获取所述指定测试场景对应的权重参数。例如，当用户选择动画类场景展示这一测试场景时，服务器从数据库中获取得到对应的权重参数为手机屏幕分辨率和刷新率。
94.在一种可选实施例中，服务器获取所述权重参数后返回至客户端显示给用户查看，用户还可以根据需要对所述权重参数进行修改，例如将屏幕类型修改为屏幕分辨率。服务器接收修改后的权重参数。
95.s306，根据所述权重参数对所有测试机型进行分组。
96.具体而言，首先获取数据库中保存的所有测试机型的参数。可以只获取所有测试机型的所述权重参数即可，不属于所述权重参数的其他参数可以不用获取。然后将所述权重参数相同的机型划分为一个等价类，从而将所有测试机型分成多个机型分组。例如权重数据为分辨率和屏幕类型，那么分组后，每一组机型的分辨率相同且屏幕类型相同。另外，组名可以取权重参数对应的详细数据，例如“xxx分辨率xxx屏幕类型”。
97.s308，按照预设指标对每组机型进行排序。
98.在本实施例中，所述预设指标为市场占有率排名。并且，所述市场占有率排名还可以具体为在所需测试的应用程序对应的市场中，每种机型的市场占有率排名。该排名可以预先收集并实时或定时更新。在分组之后，再将每组机型按照占有率排名从高到低进行排序。也就是说，在每组机型中市场占有率越高的越靠前。
99.s310，识别主流厂商在所述预设指标下排序靠前的机型，在分组结果中标记并优先推荐。
100.在本实施例中，除了将每组机型按照市场占有率进行排序外，还可以从中识别出主流厂商(例如华为、小米、oppo、vivo等，可以预先设置哪些属于主流厂商)的机型，在每组机型中对主流厂商市场占有率最大的机型(或者前几名的机型)，标记并优先推荐。其中，所述标记可以是将该机型对应的厂商这一参数进行醒目化标记，或者是备注属于主流厂商机型。所述优先推荐是指将该机型放到相应分组的第一名(若是识别出前n名的机型，则按市场占有率排名顺序放到相应分组的前n名)。
101.s312，返回排序后的分组结果，作为机型推荐结果进行展示。
102.最后，服务器将按市场占有率排好序并且对主流厂商优先推荐的机型分组返回给客户端，在客户端中作为机型推荐结果展示给用户查看。
103.值得注意的是，服务器还可以先返回按市场占有率排好序的分组结果给客户端展示给用户。在接收到客户端的识别主流厂商机型的请求(例如用户点击图5中的“查看主流厂商机型推荐”按钮)后，再执行上述步骤s310，然后返回将主流厂商优先推荐后的机型分组结果。
104.本实施例提出的测试机型推荐方法，可以根据不同的测试场景及对应的权重参数对测试机型进行分组筛选，并按照预设指标(例如市场占有率)排序，从而自动向用户(测试人员)推荐测试机型，还能识别主流厂商的机型进行优先推荐，方便用户进行测试，不用依靠用户的测试经验，并且可以保证适合该测试场景的机型覆盖。
105.实施例三
106.如图8所示，为本技术第三实施例提出的一种测试机型推荐方法的流程图。在第三实施例中，所述测试机型推荐方法在上述第一实施例或第二实施例的基础上，还包括步骤s402和s412。下面以在上述第二实施例的基础上加上步骤s402和s412为例进行说明。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。根据需要，还可以对该流程图中的部分步骤进行添加或删减。
107.该方法包括以下步骤：
108.s400，维护各种测试场景及对应的权重参数。
109.在本实施例中，可以预先维护所需的各种测试场景，并从各种机型的多个设备参数中选择对每种测试场景影响较大的一个或多个参数，作为该测试场景对应的权重参数。将各种测试场景和对应的权重参数之间的映射关系保存在数据库中。其中，所述设备为手机等电子设备，所述参数例如内存、处理器、屏幕刷新率、屏幕分辨率、屏幕类型、系统rom等。
110.s402，收集历史测试中出现问题的机型清单。
111.在历史测试中，每种测试场景下的测试结果中一般都会有机型出现问题(bug)。为了给后续测试提供参考，可以在每次测试结束后记录测试场景和出现问题的机型，然后根据已记录的所有测试结果统计每种机型在每种测试场景下出现问题的次数。所述清单中包括每种测试场景名称、出现问题的机型以及统计出的每种机型在该测试场景下出现问题的次数。所述清单可以写入数据库中保存，并且可以在每次测试结束后更新或者定时更新。
112.s404，向客户端提供测试场景选项，接收用户所选择的指定测试场景。
113.当客户端用户需要进行测试时，可以根据预先维护的这些测试场景向客户端提供测试场景选项，用户根据需要选择一个指定测试场景即可。
114.在一种可选实施例中，若所提供的所述测试场景选项中没有用户所需的测试场景，还可以进行测试场景的自定义设置，也就是新增自己想要的测试场景。当然，还需要针对新增的测试场景自定义设置对应的权重参数。
115.s406，获取所述指定测试场景对应的权重参数。
116.在客户端用户选择好所述指定测试场景后，服务器从所述数据库中获取所述指定测试场景对应的权重参数。例如，当用户选择动画类场景展示这一测试场景时，服务器从数据库中获取得到对应的权重参数为手机屏幕分辨率和刷新率。
117.在一种可选实施例中，服务器获取所述权重参数后返回至客户端显示给用户查看，用户还可以根据需要对所述权重参数进行修改，例如将屏幕类型修改为屏幕分辨率。服务器接收修改后的权重参数。
118.s408，根据所述权重参数对所有测试机型进行分组。
119.具体而言，首先获取数据库中保存的所有测试机型的参数。可以只获取所有测试机型的所述权重参数即可，不属于所述权重参数的其他参数可以不用获取。然后将所述权重参数相同的机型划分为一个等价类，从而将所有测试机型分成多个机型分组。例如权重数据为分辨率和屏幕类型，那么分组后，每一组机型的分辨率相同且屏幕类型相同。另外，组名可以取权重参数对应的详细数据，例如“xxx分辨率xxx屏幕类型”。
120.s410，按照预设指标对每组机型进行排序。
121.在本实施例中，所述预设指标为市场占有率排名。并且，所述市场占有率排名还可
以具体为在所需测试的应用程序对应的市场中，每种机型的市场占有率排名。该排名可以预先收集并实时或定时更新。在分组之后，再将每组机型按照占有率排名从高到低进行排序。也就是说，在每组机型中市场占有率越高的越靠前。
122.s412，根据所述清单将所述测试场景下出现问题次数最多的机型在分组结果中标记并优先推荐。
123.在本实施例中，除了将每组机型按照市场占有率进行排序外，还可以根据所收集的历史测试中出现问题的机型清单，识别出所述测试场景下出现问题次数最多的一个或多个机型，在每组机型中标记并优先推荐。其中，所述标记可以是将该机型备注为高危机型。所述优先推荐是指将该机型放到相应分组的第一名(若是识别出出现问题次数排名前m名的机型，则按出现问题次数排名顺序放到相应分组的前m名)。
124.s414，识别主流厂商在所述预设指标下排序靠前的机型，在分组结果中标记并优先推荐。
125.在本实施例中，还可以从分组结果中识别出主流厂商(例如华为、小米、oppo、vivo等，可以预先设置哪些属于主流厂商)的机型，在每组机型中对主流厂商市场占有率最大的机型(或者前几名的机型)，标记并优先推荐。其中，所述标记可以是将该机型对应的厂商这一参数进行醒目化标记，或者是备注属于主流厂商机型。所述优先推荐是指将该机型放到相应分组的第一名(若是识别出前n名的机型，则按市场占有率排名顺序放到相应分组的前n名)。
126.s416，返回排序后的分组结果，作为机型推荐结果进行展示。
127.最后，服务器将按市场占有率排好序并且对主流厂商优先推荐的机型分组返回给客户端，在客户端中作为机型推荐结果展示给用户查看。
128.值得注意的是，所述步骤s412和步骤s414的顺序可以交换，至于所述步骤s412和所述步骤s414中的优先推荐冲突时如何处理，也就是说主流厂商机型和出现问题最多的机型哪个放在最前面推荐，可以预先设置。一般情况下，会设置将出现问题最多的机型置顶推荐，也就是优先级最高。
129.另外，服务器还可以先返回按市场占有率排好序的分组结果给客户端展示给用户。在接收到客户端的识别出现问题最多机型的请求或者识别主流厂商机型的请求(例如用户点击图5中的“查看主流厂商机型推荐”按钮)后，再执行上述步骤s412、s414，然后返回相应结果。
130.参阅图9所示，为本实施例中所述测试机型推荐方法另一种形式的流程示意图。在图9中，所述测试机型推荐方法主要包括数据收集、数据维护、场景维护、推荐算法、机型展示五个部分，并且给出了一些具体举例。该图中各个部分的具体内容参见上述说明，在此不再赘述。
131.本实施例提出的测试机型推荐方法，可以根据不同的测试场景及对应的权重参数对测试机型进行分组筛选，并按照预设指标(例如市场占有率)排序，从而自动向用户(测试人员)推荐测试机型，还能识别主流厂商的机型以及历史测试中出现问题最多的机型，进行优先推荐，标记高风险机型，方便用户进行测试，不用依靠用户的测试经验，并且可以保证适合该测试场景的机型覆盖。
132.实施例四
133.如图10所示，为本技术第四实施例提出一种电子装置20的硬件架构示意图。本实施例中，所述电子装置20可包括，但不仅限于，可通过系统总线相互通信连接的存储器21、处理器22、网络接口23。需要指出的是，图10仅示出了具有组件21-23的电子装置20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。在本实施例中，所述电子装置20可以是所述服务器。
134.所述存储器21至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器21可以是所述电子装置20的内部存储单元，例如该电子装置20的硬盘或内存。在另一些实施例中，所述存储器21也可以是所述电子装置20的外部存储设备，例如该电子装置20上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，所述存储器21还可以既包括所述电子装置20的内部存储单元也包括其外部存储设备。本实施例中，所述存储器21通常用于存储安装于所述电子装置20的操作系统和各类应用软件，例如测试机型推荐系统60的程序代码等。此外，所述存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
135.所述处理器22在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制所述电子装置20的总体操作。本实施例中，所述处理器22用于运行所述存储器21中存储的程序代码或者处理数据，例如运行所述测试机型推荐系统60等。
136.所述网络接口23可包括无线网络接口或有线网络接口，该网络接口23通常用于在所述电子装置20与其他电子设备之间建立通信连接。
137.实施例五
138.如图11所示，为本技术第五实施例提出一种测试机型推荐系统60的模块示意图。所述测试机型推荐系统60可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本技术实施例。本技术实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例各程序模块的功能。
139.在本实施例中，所述测试机型推荐系统60包括：
140.维护模块600，用于维护各种测试场景及对应的权重参数。
141.接收模块602，用于向客户端提供测试场景选项，接收用户所选择的指定测试场景。
142.获取模块604，用于获取所述指定测试场景对应的权重参数。
143.分组模块606，用于根据所述权重参数对所有测试机型进行分组。
144.排序模块608，用于按照预设指标对每组机型进行排序。
145.返回模块610，用于返回排序后的分组结果，作为机型推荐结果进行展示。
146.上述各个模块的具体功能参见上述第一实施例中的说明，在此不再赘述。
147.实施例六
148.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机
可读存储介质存储有测试机型推荐程序，所述测试机型推荐程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的测试机型推荐方法的步骤。
149.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
150.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
151.显然，本领域的技术人员应该明白，上述的本技术实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本技术实施例不限制于任何特定的硬件和软件结合。
152.以上仅为本技术实施例的优选实施例，并非因此限制本技术实施例的专利范围，凡是利用本技术实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术实施例的专利保护范围内。