CN108959057B - 测试方法、测试装置、存储设备及网络设备 - Google Patents

Abstract

本发明实施例提供一种测试方法、测试装置、存储设备及网络设备，其中的方法可包括：采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。实施本发明能够提升测试效率，且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

Description

测试方法、测试装置、存储设备及网络设备

技术领域

本发明涉及互联网技术领域，具体涉及应用程序的测试领域，尤其涉及一种测试方法及一种测试装置、一种测试装置、一种存储设备及一种网络设备。

背景技术

应用程序的文档兼容性是指应用程序对格式文档内部属性的支持情况，通常，每一种格式文档均包含大量的属性，例如：ppt(Microsoft Office PowerPoint，微软开发的演示文稿软件，此处指一种文件扩展名)格式文档包含的属性可包括：图表、艺术字等等；doc(document，文档，一种文件扩展名)格式文档包含的属性可包括：文字、图片等等；如果应用程序对格式文档的属性支持不够全面，可能使得应用程序在处理格式文档时出现兼容性问题，例如：若某应用程序不支持doc格式文档的排版属性，那么该应用程序在处理doc格式文档时可能出现排版混乱的兼容性问题；再如：若某应用程序不支持ppt格式文档的图片显示属性，那么该应用程序在处理ppt格式文档时可能出现图片无法显示的兼容性问题等等；兼容性问题会降低应用程序的实用性，影响应用程序对格式文档的显示效果，从而影响用户对该应用程序的使用体验；因此，需要对应用程序的文档兼容性进行测试以发现及解决兼容性问题。目前，对应用程序的文档兼容性测试一般是由技术人员手工完成的，面对格式文档大量的属性，这样的手工测试效率太低，成本较高；另外，受限于人力及资源限制，现有技术中针对用户在对应用程序进行实际使用过程中产生的文档兼容性问题，也无法得到及时有效的解决。

发明内容

本发明实施例提供一种测试方法、测试装置、存储设备及网络设备，能够提升测试效率，且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

一方面，本发明实施例提供一种测试方法，可包括：

采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；

对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；

按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。

优选地，所述采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据之前，还包括：

向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

优选地，所述对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，包括：

分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档；

按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；

统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

优选地，所述按照所述兼容性问题分布信息对各类兼容性问题进行修复处理，包括：

根据所述兼容性问题分布信息设置各类兼容性问题的优先级；

按照优先级从高至低的顺序对各类兼容性问题进行修复处理。

优选地，所述根据所述兼容性问题分布信息设置各类兼容性问题的优先级，包括：

根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期；

按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

优选地，所述按照所述兼容性问题分布信息对各类兼容性问题进行修复处理之后，还包括：

对各类兼容性问题的修复处理结果进行验证；

在验证通过后，更新所述被测应用程序的文档兼容性。

另一方面，本发明实施例提供一种测试装置，可包括：

采集单元，用于采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；

分析单元，用于对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；

处理单元，用于按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。

优选地，该测试装置还包括：

发布单元，用于向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

优选地，所述分析单元包括：

校验单元，用于分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档；

去重处理单元，用于按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；

统计单元，用于统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

优选地，所述处理单元包括：

设置单元，用于根据所述兼容性问题分布信息设置各类兼容性问题的优先级；

修复处理单元，用于按照优先级从高至低的顺序对各类兼容性问题进行修复处理。

优选地，所述设置单元具体用于根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期，并按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

优选地，该测试装置还包括：

更新验证单元，用于对各类兼容性问题的修复处理结果进行验证，在验证通过后，更新所述被测应用程序的文档兼容性。

再一方面，本发明实施例还提供一种存储设备，所述存储设备存储有一条或一条以上指令，所述一条或一条以上指令适于由处理器加载并执行本发明实施例所述的测试方法。

再一方面，本发明实施例还提供一种网络设备，包括：

处理器，适于实现一条或一条以上指令；以及，

存储设备，所述存储设备存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行本发明实施例所述的测试方法。

本发明实施例能够借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

附图说明

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

图1为本发明实施例提供的一种测试方法的流程图；

图2为本发明实施例提供的另一种测试方法的流程图；

图3为本发明实施例提供的被测应用程序针对目标格式文档的兼容性问题分布信息的示意图；

图4为本发明实施例提供的一种测试装置的结构示意图；

图5为本发明实施例提供的一种网络设备的内部结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

应用程序的文档兼容性是指应用程序对格式文档内部属性的支持情况，例如：浏览器关于ppt格式文档的兼容性是指浏览器对ppt格式文档内部的排版、表格、艺术字、图像等属性的支持情况。应用程序的文档兼容性直接反映了应用程序对格式文档的处理能力，例如：一款应用程序A能够支持doc格式文档的45种属性，另一款应用程序B仅能够支持doc格式文档的10种属性，相比而言，应用程序A对doc格式文档内部属性的支持情况更为全面，其处理能力相对较高，能够更好地展现doc格式文档给用户更好的浏览体验。此处，格式文档可包括但不限于：pdf(Portable Document Format，便携式文档格式)格式文档、doc格式文档、docx(一种文件扩展名)格式文档、ppt格式文档、pptx(一种文件扩展名)格式文档、txt(Text File，文本文件)格式文档、xls(MicrosoftExcel，电子表格，此处指一种文件扩展名)格式文档、xlsx(一种文件扩展名)格式文档等等。

通常，每一种格式文档均包含大量的属性，例如：ppt格式文档包含的属性可包括：图表大小、图表颜色、图表背景、艺术字颜色、艺术字字体版本、表格大小、表格排版等等；doc格式文档包含的属性可包括：图表大小、图表颜色、图表背景、文字字体大小、文字字体颜色等等；如果应用程序对格式文档的属性支持不够全面，可能使得应用程序在处理格式文档时出现兼容性问题，例如：若某应用程序不支持doc格式文档的图文排版属性，那么该应用程序在处理doc格式文档时可能出现图片文字排版混乱的兼容性问题；再如：若某应用程序不支持ppt格式文档的图片显示属性，那么该应用程序在处理ppt格式文档时可能出现图片无法显示的兼容性问题等等。兼容性问题会降低应用程序的实用性，影响应用程序对格式文档的显示效果，从而影响用户对该应用程序的使用体验；因此，需要对应用程序的文档兼容性进行测试以发现及解决兼容性问题。目前，对应用程序的文档兼容性测试一般是由技术人员手工完成的，面对格式文档大量的属性，这样的手工测试效率太低，成本较高；另外，受限于人力及资源限制，现有技术中针对用户在对应用程序进行实际使用过程中产生的文档兼容性问题，也无法得到及时有效的解决。

实际上，应用程序是针对互联网中的用户进行发布的，互联网用户是应用程序的直接使用者，也是应用程序的文档兼容性问题的直接发现者，因此为了突破人力及资源限制，本发明实施例将互联网用户作为测试用户，借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

基于上述描述，本发明实施例提供一种测试方法，请参见图1，该测试方法可包括以下步骤S101-S103。

S101，采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据；所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题。

测试用户是指互联网中请求参与执行被测应用程序的文档兼容性测试的用户。具体实现中，测试用户可以按照测试要求使用被测应用程序来处理目标格式文档，此处，目标格式文档可以为以下任一种：pdf格式文档、doc格式文档、docx格式文档、ppt格式文档、pptx格式文档、txt格式文档、xls格式文档、xlsx格式文档等等；例如：假设被测应用程序为浏览器，目标格式文档为doc格式文档，测试要求指示采用浏览器打开doc格式文档；某测试用户在测试过程中发现该浏览器无法完整显示该doc格式文档中的图片，因此，该测试用户可将“图片显示不全”这一问题以及出现这一问题的doc格式文档共同作为反馈数据进行提交。一个测试用户可以提交一条反馈数据，也可以提交多条反馈数据。将所有测试用户所提交的反馈数据收集并存储，则可形成关于所述被测应用程序针对目标格式文档的兼容性问题文档库。

S102，对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息；所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量。

如前述，反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；那么，一条完整有效的反馈数据至少应当包括一个兼容性问题及一个对应的问题文档。一个测试用户提交的一条或多条反馈数据所包含的兼容性问题可以相同也可以不同，多个测试用户所提交的反馈数据所包含的兼容性问题同样可以相同也可以不同，那么，需要对收集到的反馈数据进行筛选，去除一些无效数据，并对相同兼容性问题的反馈数据进行归类统计，最后可得到被测应用程序针对目标格式文档的兼容性问题分布信息。兼容性问题分布信息可以清楚展示被测应用程序在哪些方面存在兼容能力缺陷，以及哪些方面的兼容能力缺陷更为突出；例如：某浏览器针对ppt格式文档的兼容性问题分布信息包括：“打开失败”这一类兼容性问题对应5个问题文档，颜色问题对应21个问题文档，形状问题对应17个问题文档；由此可知，该浏览器对ppt格式文档的颜色属性支持力度不够，其对ppt格式文档的颜色属性方面的兼容能力缺陷较为突出。

S103，按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。

兼容性问题分布信息所展现的各类兼容性问题都需要修复处理，那么可按照问题的解决难度、问题的紧急程度等因素综合考量修复处理的顺序，也就是说，可以结合实际考量因素设置各类兼容性问题的优先级顺序，按序对各类兼容性问题进行修复处理。修复处理的过程即是使被测应用程序对目标格式文档的内容属性由不支持转换为支持，或者提升支持力度；实际应用中，应用程序对格式文档的属性支持一般通过插件的形式体现，那么，可以针对各类兼容性问题修复更新对应的插件代码，并通过后台更新方式对被测应用程序进行更新，使被测应用程序使用最新的插件以解决各类兼容性问题，从而提升被测应用程序的文档兼容能力。

通过实施本发明实施例的测试方法，能够借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

本发明实施例提供另一种测试方法，请参见图2，该测试方法可包括以下步骤S201-S209。

S201，向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

S202，采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据。

测试用户是指互联网中请求参与执行被测应用程序的文档兼容性测试的用户，本实施例中测试用户可以是指各种众测平台上的注册用户。众测平台是一个让互联网用户参与产品测试的平台，旨在更好的帮助提升产品品质。众测平台的处理流程主要包括：产品开发者可以在众测平台上发布测试任务，众测平台的后台服务器将测试任务推送给众测平台内的所有注册用户，注册用户可在众测平台上领取测试任务，领取测试任务的注册用户即为测试用户，这些测试用户按照任务要求对被测产品进行测试，并将测试过程中所涉及的问题以反馈数据的方式提交至众测平台的后台服务器，由众测平台的后台服务器将反馈数据转交给产品开发者以帮助其改进产品品质。

步骤S201-S202中，可以在众测平台上发布关于被测应用程序的文档兼容性的测试任务，由众测平台上的至少一个测试用户领取该测试任务并对被测应用程序执行文档兼容性测试。需要说明的是，本实施例的测试任务有如下基本要求：1、要求收集到的反馈数据的数量足够多(如超过预设数量阀值)以保证测试结果的准确性；这个要求可以从两方面实现，一方面是保证测试用户的数量足够多(如大于预设用户数阀值)；另一方面是保证并测试任务的持续时间足够长(如大于预设时间阀值)；2、要求测试任务的目标定义明确：可根据目标格式文档的属性设置可能涉及的兼容性问题的类型，方便测试用户提交反馈数据时进行类型选择，以方便统计分析；比如针对ppt格式文档可设置兼容性问题的类型包括：打开失败、排版错误、图片显示问题、图表支持问题、形状显示问题、内容显示丢失等等，测试用户可选择测试过程中遇到的兼容性问题的类型并提交相应的反馈数据；3、要求反馈数据完整有效，为了得到可靠的测试结果，要求一条完整有效的反馈数据至少应当包括一个兼容性问题及一个对应的问题文档。

S203，分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档。

S204，按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档。

S205，统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

本实施例的步骤S203-S205可以是图1所示的步骤S102的具体细化步骤。步骤S203-S205中，某些测试用户在提交反馈数据时可能并未选择兼容性问题的类型，或者并未提交对应的问题文档，这使得某些反馈数据缺乏完整性及有效性。在对反馈数据进行分析之前需要分别对各条反馈数据进行完整性的校验，即校验各条反馈数据是否同时包含兼容性问题的类型及对应的问题文档，如果校验通过，表明反馈数据为有效反馈数据；否则，表明反馈数据为无效反馈数据。为了保证准确可靠的测试结果，本实施例丢弃无效反馈数据而仅对有效反馈数据进行后续分析处理。一个测试用户提交的一条或多条反馈数据所包含的兼容性问题可以相同也可以不同，多个测试用户所提交的反馈数据所包含的兼容性问题同样可以相同也可以不同，那么，需要对相同兼容性问题的反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；例如：某有效反馈数据包含“图片显示不全”这一兼容性问题及问题文档a，另一有效反馈数据包含“图片显示较小”这一兼容性问题及问题文档b，这两个兼容性问题均反映的是被测应用程序对目标格式文档的图片属性的支持情况，那么，根据目标格式文档的图片属性，这两个兼容性问题属于同一类兼容性问题即“图片显示问题”，去重处理后得到一类兼容性问题即“图片显示问题”及相应的问题文档a和b。最后统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。请一并参见图3，为某浏览器针对ppt格式文档的兼容性问题分布信息，如图3所示，该兼容性问题分布信息包括：打开失败问题对应5个问题文档，颜色问题对应21个问题文档，排版问题对应49个问题文档，艺术字显示问题对应31个问题文档，表格支持问题对应10个问题文档，图表支持问题对应9个问题文档，内容显示问题对应66个问题文档，形状问题对应17个问题文档。由图3所示例子可知，该浏览器对ppt格式文档的内容显示属性支持力度不够，其对ppt格式文档的内容显示属性方面的兼容能力缺陷较为突出。

S206，根据所述兼容性问题分布信息设置各类兼容性问题的优先级。

本实施例中，该步骤S206具体包括以下步骤s11-s12：

s11，根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期。

s12，按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

步骤s11-s12中，预设权重因子及对应的权值可采用下述表一进行表示：

表一：权重因子及权值对照表

可以理解的是，上述表一中关于各权重因子及对应权值仅为举例，实际应用中可以依据测试目标及测试用户的数量等综合因素进行设置。结合附图3所示例子及上述表一，打开失败问题对应5个问题文档，假设开发者为该类兼容性问题预留的开发解决问题周期为2个月，那么计算该类兼容性问题的权重分值为：5+1+5＝11；排版问题对应49个问题文档，假设开发者为该类兼容性问题预留的开发解决问题周期为半个月，那么计算该类兼容性问题的权重分值为3+3+3＝9。由此可知，打开失败问题相对于排版问题更为紧急，其优先级更高，需要优先进行修复处理。以此类推，通过计算可得到每类兼容性问题的权重分值，权重分值由高至低的顺序即是各类兼容性问题的优先级顺序。

S207，按照优先级从高至低的顺序对各类兼容性问题进行修复处理。

本实施例的步骤S206-S207可以是图1所示的步骤S103的具体细化步骤。步骤S206-S207中，修复处理的过程即是使被测应用程序对目标格式文档的内容属性由不支持转换为支持，或者提升支持力度。实际应用中，可以形成如下表二所示的修复任务列表：

表二：修复任务列表

优先级	兼容性问题	问题文档	完成时间
				1	打开失败	对应问题文档链接	xx年3月15日-xx年5月15日
2	内容显示	对应问题文档链接	xx年5月17日-xx年6月30日
				...	...	...	...
N	颜色问题	对应问题文档链接	xx年11月1日-xx年12月3日

可以理解的是，上述表二中各项内容仅为举例，其中对应问题文档链接指向问题文档的存储地址，具体实现中，可以采用数据库存储收集到的兼容性问题及问题文档，那么，对应问题文档链接则指定该数据库中的存储地址。开发者可以按照上述表二所示的列表，针对各类兼容性问题修复更新对应的插件代码，并通过后台更新方式对被测应用程序进行更新，使被测应用程序使用最新的插件以解决各类兼容性问题，从而提升被测应用程序的文档兼容能力。

S208，对各类兼容性问题的修复处理结果进行验证。

S209，在验证通过后，更新所述被测应用程序的文档兼容性。

步骤S208-S209中，验证的目的在于检验兼容性问题的修复成果，验证过程可以是针对修复处理后的被测应用程序重新在众测平台上发布关于文档兼容性的测试任务，再次收集反馈数据并分析得到新的兼容性问题分布信息，通过反馈数据的数量对比，以及通过兼容性问题分布信息的对比可得到验证结果，具体地：如果反馈数据的数量下降，或者兼容性问题的严重性降低，或者兼容性问题对应的问题文档的数量下降，均可表明修复处理有成效，被测应用程序的文档兼容性得以提升，那么验证通过，可以向互联网用户发布新的插件代码以更新被测应用程序的文档兼容性。反之，如果反馈数据的数量并未下降或不降反升，或者兼容性问题的严重性并未下降或不降反升，或者兼容性问题对应的问题文档的数量并未下降或不降反升，均可表明修复处理未见成效，被测应用程序的文档兼容性并未得到提升，那么验证不通过还需要重新改进开发。

通过实施本发明实施例的测试方法，能够借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

基于上述方法实施例的描述，本发明实施例还公开了一种测试装置，该测试装置可以是一个计算机程序(包括程序代码)，且该计算机程序可以运行于终端(如PC(PersonalComputer，个人计算机)、手机等)、单个服务器或集群服务设备等网络设备中以用来执行图1-图2任一实施例所示的测试方法。请参见图4，该测试装置运行如下单元：

采集单元101，用于采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题。

分析单元102，用于对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量。

处理单元103，用于按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。

具体实现中，可选地，该测试装置还运行如下单元：

发布单元104，用于向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

具体实现中，该测试装置运行所述分析单元102的过程中，具体运行如下单元：

校验单元1001，用于分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档。

去重处理单元1002，用于按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档。

统计单元1003，用于统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

具体实现中，可选地，该测试装置运行所述处理单元103的过程中，具体运行如下单元：

设置单元2001，用于根据所述兼容性问题分布信息设置各类兼容性问题的优先级。

修复处理单元2002，用于按照优先级从高至低的顺序对各类兼容性问题进行修复处理。

具体实现中，所述设置单元2001具体用于根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期，并按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

具体实现中，可选地，该测试装置还运行如下单元：

更新验证单元105，用于对各类兼容性问题的修复处理结果进行验证，在验证通过后，更新所述被测应用程序的文档兼容性。

根据本发明的一个实施例，图1所示的测试方法涉及的各步骤可以是由图4所示的测试装置中的各个单元来执行的。例如，图1中所示的步骤S10-S103可以分别由图4中所示的采集单元101、分析单元102和处理单元103来执行。

根据本发明的另一个实施例，图2所示的测试方法涉及的各步骤也可以是由图4所示的测试装置中的各个单元来执行的。例如，图2中所示的步骤S201可以由图4中所示的发布单元104来执行；步骤S202可以由图4中所示的采集单元101来执行；步骤S203-S205可分别由图4中所示的校验单元1001、去重处理单元1002和统计单元1003来执行；步骤S206以及步骤s11-s12可由图4中所示的设置单元2001来执行；步骤S207可由图4中所示的修复处理单元2002来执行；步骤S208-S209可由图4中所示的更新验证单元105来执行。

根据本发明的再一个实施例，图4所示的测试装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本发明的其它实施例中，测试装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本发明的又一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储设备(RAM)、只读存储设备(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图1或图2中所示的测试方法，来构造如图4中所示的测试装置设备，以及来实现根据本发明的实施例的测试方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

与方法同理，通过实施本发明实施例的测试装置，能够借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

基于上述实施例的描述，本发明实施例还提供一种网络设备，该网络设备可以是互联网中诸如PC(Personal Computer，个人计算机)、手机、PDA(平板电脑)等的终端设备，也可以是互联网中的单个服务器，或是由多个服务器组成的集群服务设备。请参见图5，该网络设备的内部结构可包括但不限于：处理器、网络接口及存储设备。其中，网络设备内的处理器、网络接口及存储设备可通过总线或其他方式连接，在本发明实施例所示图5中以通过总线连接为例。

其中，处理器(或称CPU(Central Processing Unit，中央处理器))是网络设备的计算核心以及控制核心。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)。存储设备(Memory)是网络设备中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储设备可以是高速RAM存储设备，也可以是非不稳定的存储设备(non-volatile memory)，例如至少一个磁盘存储设备；可选的还可以是至少一个位于远离前述处理器的存储装置。存储设备提供存储空间，该存储空间存储了网络设备的操作系统，可包括但不限于：Windows系统(一种操作系统)、Linux(一种操作系统)、Android(安卓，一种移动操作系统)系统、IOS(一种移动操作系统)系统等等，本发明对此并不作限定；并且，在该存储空间中还存放了适于被处理器加载并执行的一条或一条以上的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。

在本发明实施例中，处理器加载并执行存储设备中存放的一条或一条以上指令，以实现上述图1-图2所示方法流程的相应步骤；具体实现中，存储设备中的一条或一条以上指令由处理器加载并执行如下步骤：

采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；

对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；

按照所述兼容性问题分布信息对各类兼容性问题进行修复处理。

具体实现中，所述处理器加载存储设备中的一条或一条以上指令在执行所述采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据的步骤之前，还执行如下步骤：

向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

具体实现中，所述处理器加载存储设备中的一条或一条以上指令在执行所述对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息的步骤时，具体执行如下步骤：

分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档；

按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；

统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

具体实现中，所述处理器加载存储设备中的一条或一条以上指令在执行所述按照所述兼容性问题分布信息对各类兼容性问题进行修复处理的步骤时，具体执行如下步骤：

根据所述兼容性问题分布信息设置各类兼容性问题的优先级；

按照优先级从高至低的顺序对各类兼容性问题进行修复处理。

具体实现中，所述处理器加载存储设备中的一条或一条以上指令在执行所述根据所述兼容性问题分布信息设置各类兼容性问题的优先级的步骤时，具体执行如下步骤：

根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期；

按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

具体实现中，所述处理器加载存储设备中的一条或一条以上指令在执行所述按照所述兼容性问题分布信息对各类兼容性问题进行修复处理的步骤之后，还执行如下步骤：

对各类兼容性问题的修复处理结果进行验证；

在验证通过后，更新所述被测应用程序的文档兼容性。

通过实施本发明实施例的网络设备，能够借助于互联网中的大量用户来主动发现并反馈被测应用程序针对目标格式文档的兼容性问题，通过分析用户的反馈数据量化被测应用程序对目标格式文档的处理能力，并对被测应用程序在处理目标文档时所存在的各类兼容性问题进行及时有效的修复处理，测试效率较高且有利于及时发现及有效解决被测应用程序的文档兼容性问题，提升被测应用程序的文档兼容性。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (10)

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

采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；其中，一条完整有效的反馈数据包括一个兼容性问题及一个对应的问题文档；所述反馈数据是测试用户在测试过程中发现兼容性问题时，将兼容性问题和对应的问题文档共同提交得到的；

对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；

根据所述兼容性问题分布信息设置各类兼容性问题的优先级，所述优先级是依据问题严重程度、问题的紧急程度和开发解决问题周期中的一种或多种因素设置的；

按照优先级从高至低的顺序修复更新各类兼容性问题对应的插件代码；

对修复后的被测应用程序的文档兼容性重新进行测试，以对各类兼容性问题的修复处理结果进行验证；

在验证通过后，发布所述修复更新后的各类兼容性问题对应的插件代码以更新所述被测应用程序的文档兼容性；其中，所述验证通过包括以下至少一种情况：修复后的被测应用程序在重新测试过程中采集到的反馈数据的数量少于修复前的被测应用程序在测试过程中采集到的反馈数据的数量；修复后的被测应用程序的兼容性问题的严重程度比修复前的被测应用程序的兼容性问题的严重程度低；修复后的被测应用程序的兼容性问题对应的问题文档的数量少于修复前的被测应用程序的兼容性问题对应的问题文档的数量。

2.如权利要求1所述的测试方法，其特征在于，所述采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据之前，还包括：

向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

3.如权利要求1或2所述的测试方法，其特征在于，所述对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，包括：

分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据；

按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；

统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

4.如权利要求1所述的测试方法，其特征在于，所述根据所述兼容性问题分布信息设置各类兼容性问题的优先级，包括：

根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期；

按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

5.一种测试装置，其特征在于，包括：

采集单元，用于采集至少一个测试用户提交的关于被测应用程序的文档兼容性的至少一条反馈数据，所述反馈数据用于反映所述被测应用程序在处理目标格式文档时所存在的兼容性问题；其中，一条完整有效的反馈数据包括一个兼容性问题及一个对应的问题文档；所述反馈数据是测试用户在测试过程中发现兼容性问题时，将兼容性问题和对应的问题文档共同提交得到的；

分析单元，用于对所述至少一条反馈数据进行分析得到所述被测应用程序针对目标格式文档的兼容性问题分布信息，所述兼容性问题分布信息包括：至少一类兼容性问题及各类兼容性问题对应的问题文档的数量；

设置单元，用于根据所述兼容性问题分布信息设置各类兼容性问题的优先级；所述优先级是依据问题严重程度、问题的紧急程度和开发解决问题周期中的一种或多种因素设置的；

修复处理单元，用于按照优先级从高至低的顺序修复更新各类兼容性问题对应的插件代码；

更新验证单元，用于对修复后的被测应用程序的文档兼容性重新进行测试，以对各类兼容性问题的修复处理结果进行验证；并在验证通过后，发布所述修复更新后的各类兼容性问题对应的插件代码以更新所述被测应用程序的文档兼容性；其中，所述验证通过包括以下至少一种情况：修复后的被测应用程序在重新测试过程中采集到的反馈数据的数量少于修复前的被测应用程序在测试过程中采集到的反馈数据的数量；修复后的被测应用程序的兼容性问题的严重程度比修复前的被测应用程序的兼容性问题的严重程度低；修复后的被测应用程序的兼容性问题对应的问题文档的数量少于修复前的被测应用程序的兼容性问题对应的问题文档的数量。

6.如权利要求5所述的测试装置，其特征在于，还包括：

发布单元，用于向至少一个测试用户发布关于所述被测应用程序的文档兼容性的测试任务，所述测试任务用于指示所述至少一个测试用户使用所述被测应用程序处理目标格式文档以对所述被测应用程序的文档兼容性进行测试。

7.如权利要求5或6所述的测试装置，其特征在于，所述分析单元包括：

校验单元，用于分别对各条反馈数据的完整性进行校验，筛选出通过校验的至少一条有效反馈数据，其中，一条有效反馈数据包括一个兼容性问题及一个对应的问题文档；

去重处理单元，用于按照目标格式文件的属性对所述至少一条有效反馈数据进行去重处理，得到至少一类兼容性问题及各类兼容性问题分别对应的问题文档；

统计单元，用于统计各类兼容性问题对应的问题文档的数量，得到所述被测应用程序针对目标格式文档的兼容性问题分布信息。

8.如权利要求5所述的测试装置，其特征在于，所述设置单元具体用于根据预设权重因子计算各类兼容性问题的权重分值，所述预设权重因子包括：问题严重程度、问题文档的数量和开发解决问题周期，并按照权重分值由高至低的顺序对各类兼容性问题进行优先级排序。

9.一种存储设备，其特征在于，所述存储设备存储有一条或一条以上指令，所述一条或一条以上指令适于由处理器加载并执行如权利要求1-4任一项所述的测试方法。

10.一种网络设备，其特征在于，包括：

处理器，适于实现一条或一条以上指令；以及，

存储设备，所述存储设备存储有一条或一条以上指令，所述一条或一条以上指令适于由所述处理器加载并执行如权利要求1-4任一项所述的测试方法。

Images