CN107577610A - 自动化兼容性测试方法 - Google Patents

Abstract

本发明公开了一种自动化兼容性测试方法，所述的方法包括以下步骤：步骤1、选择项目采用的通讯协议，新建脚本；步骤2、录制项目的操作脚本，作为冒烟测试脚本；步骤3、针对录制完成的冒烟测试脚本，根据测试用例需要选择预定的测试终端；步骤4、选择完成后运行脚本，查看运行日志；步骤5、运行完毕后选择其他的测试配置选项；步骤6、待脚本再次运行完毕后自动生成测试报告；步骤7、将测试报告进行汇总。本发明主要解决软件测试工程师在做兼容性测试时耗费大量的人力、物力，并提供更加全面、准确的测试报告，让兼容性测试更加智能化、专业化。

Description

自动化兼容性测试方法

技术领域

本发明涉及软件测试领域，具体涉及一种自动化兼容性测试方法。

背景技术

在实际软件开发中，软件通常都是需要在许多种不同的软硬件环境中运行，然而由于任何一个软件都或多或少地依赖所运行的环境，所以环境的差异可能导致软件在不同的环境下运行会有不同的结果，所以对软件的兼容性进行测试是很重要的。对于定制系统来说，兼容性测试应尽早进行，否则系统投入使用后，随着系统中数据的增多，兼容性测试的风险和投入将越来越大。通常如果期望的运行环境存在众多的可变性，兼容性也会很复杂。因此针对不同的软件对其运行环境的要求，要开展不同的软件兼容性测试，以保证软件的正常运行并发挥其最大的作用。

发明内容

本发明克服了现有技术的不足，提供一种自动化兼容性测试方法。

为解决上述的技术问题，本发明采用以下技术方案：

一种自动化兼容性测试方法，所述的方法包括以下步骤：

步骤1、选择项目采用的通讯协议，新建脚本；

步骤2、录制项目的操作脚本，作为冒烟测试脚本；

步骤3、针对录制完成的冒烟测试脚本，根据测试用例需要选择预定的测试终端；

步骤4、选择完成后运行脚本，查看运行日志；

步骤5、运行完毕后选择其他的测试配置选项；

步骤6、待脚本再次运行完毕后自动生成测试报告；

步骤7、将测试报告进行汇总。

更进一步的技术方案是所述的步骤2还包括以下步骤：录制好的脚本以URL的形式呈现出来，每一个URL对应一个页面快照。

更进一步的技术方案是所述的步骤2还包括以下步骤：对脚本进行回放验证，若验证通过，则保存脚本并生成测试报告；若验证不通过，则提供相应的回放日志。

更进一步的技术方案是所述的步骤3中所述测试终端包括：电视机、手机或浏览器。

更进一步的技术方案是所述的步骤4还包括以下步骤：选择好测试环境后，开始运行测试脚本并保存运行快照。

更进一步的技术方案是所述的步骤6还包括以下步骤：生成报告后根据测试报告进行对比分析，并在快照中用红色标注出不同，对应URL用不同颜色进行标注提醒。

更进一步的技术方案是所述的步骤7包括：生成多个测试报告后，选择所述多个报告进行快照对比，并对测试报告进行汇总统计。

与现有技术相比，本发明实施例的有益效果之一是：本发明主要解决软件测试工程师在做兼容性测试时耗费大量的人力、物力，并提供更加全面、准确的测试报告，让兼容性测试更加智能化、专业化。

附图说明

图1为本发明一个实施例的方法流程图。

具体实施方式

本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。

本说明书(包括任何附加权利要求、摘要和附图)中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。

下面结合附图及实施例对本发明的具体实施方式进行详细描述。

在下面的详细描述中，出于解释的目的描述了许多具体描述以便能够彻底理解所公开的实施方案，然而，很明显一个或多个实施方式可以在不使用这些具体描述的情况下实施，在其他实例中，示意性地显示已知结构和装置，以便简化附图。

根据本发明的一个实施例，本实施例公开一种自动化兼容性测试方法，软件测试人员可以根据项目的通讯协议录制冒烟测试的测试脚本，根据测试需求选择不同版本的测试终端、分辨率、浏览器等，运行录制的测试脚本，并自动生成测试报告，支持多次运行报告的对比分析，并提供图形化汇总报告。具体包括以下步骤：

步骤1，脚本录制

1)本方案支持多种通讯协议，提供基于B/S、C/S架构、Windows项目的通讯协议，B/S结构，选择WEB(Http/Html)协议；C/S结构，可以根据后端数据库的类型来选择；对于一些没有数据库的Windows应用，可选用Windows Sockets底层协议。其中，C/S结构即客户机和服务器结构。通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构。C/S结构的软件客户端主要应用于电视、手机、平板等，对客户机的操作系统、尺寸、分辨率等因素的适应性要求较高，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件。因此，应用终端兼容性测试就显得非常重要，这里主要考虑不同操作终端、不同操作系统、分辨率等因素，应用系统的适应性。

其中，B/S结构即浏览器和服务器结构。B/S结构是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。用户只要安装一个浏览器(Browser)，浏览器通过Web Server同数据库进行数据交互。因此，浏览器兼容性测试就显得非常重要，这里主要考虑浏览器的不同厂商、不同版本、分辨率等因素，应用系统的适应性。

2)选择好通讯协议后，用户可以根据测试计划录制冒烟测试脚本，录制好的脚本以URL的形式呈现出来，每一个URL对应一个页面快照。

3)对脚本进行回放验证，验证通过后保存脚本并生成测试报告；验证不通过后提供相应的回放日志。

步骤2，环境设置

1)录制完测试脚本后，用户根据兼容性测试需求，选择不同版本的测试终端，支持多种组合选择。这里测试终端包括：电视机、手机、浏览器等，不同的测试终端下子分类选项也不同。电视机对应子选项包括机型、屏幕分辨率、像素密度等维度；手机对应子选项包括机型、分辨率等；浏览器对应子选项包括浏览器厂商、版本、内核等选项。

2)选择好测试环境后，开始运行测试脚本并保存运行快照，可选择多个测试环境运行测试脚本并生成对应的测试报告

步骤3，测试报告

1)生成报告后根据测试报告进行对比分析，并在快照中用红色标注出不同，对应URL用不同颜色进行标注提醒。

2)生成多个测试报告后，可以选择多个报告进行快照对比，并对测试报告进行汇总统计，帮助软件测试人员完成兼容性测试分析提供依据。

具体的，如图1所示，软件测试人员在执行兼容性测试的步骤如下：

步骤S1、根据被测应用系统，分析兼容性测试需求提炼出测试需求点。

步骤S2、根据需求制定对应的测试方案，方案描述需要测试的特性，测试的方法，测试环境的规划，测试工具的设计和选择，测试用例的设计方法、测试代码的设计方案等。根据用户可能的应用终端及应用环境制定对应的兼容性测试方案。

步骤S3、方案制定好后，需通过项目组进行评审，这里参与人员主要包括以下人员：项目经理、SQA负责人、配置负责人、测试组等。相关人员就方案可行性、准确性、风险等因素进行评审，如果评审不通过则需根据测试需求重新修改测试方案直至方案评审通过。

步骤S4、方案评审通过后，测试人员或配置负责人搭建测试环境，根据测试方案选择对应的测试工具。

步骤S5、测试人员根据不同的项目应用选择对应的通讯协议录制测试脚本，这里的测试脚本只限于主要工作流程，录制冒烟测试脚本。录制完成后进行回放验证，并生成参考测试报告，作为基准测试对象。

步骤S6、录制完脚本后根据测试方案，选择不同的应用终端配置，这里的配置分为以下几类：电视、手机、浏览器等，电视机对应子选项包括机型、屏幕分辨率、像素密度等维度；手机对应子选项包括机型、分辨率等；浏览器对应子选项包括浏览器厂商、版本、内核等选项。

步骤S7、选择完毕后运行测试脚本，并生成相应的测试报告。

步骤S8、同时根据测试方案判断配置是否选择完毕，如果测试环境没有匹配完毕，则继续选择不同的应用终端配置执行测试脚本，直至配置都匹配完毕。

步骤S9、执行完测试脚本后，自动汇总测试报告，并提供报告横向对比功能，标注出报告的不同处，提供页面快照。测试人员根据最终的测试报告进行分析，检验应用系统的兼容性是否达到目标，并提供合理的优化建议。

在本说明书中所谈到的“一个实施例”、“另一个实施例”、“实施例”等，指的是结合该实施例描述的具体特征、结构或者特点包括在本申请概括性描述的至少一个实施例中。在说明书中多个地方出现同种表述不是一定指的是同一个实施例。进一步来说，结合任一个实施例描述一个具体特征、结构或者特点时，所要主张的是结合其他实施例来实现这种特征、结构或者特点也落在本发明的范围内。

尽管这里参照发明的多个解释性实施例对本发明进行了描述，但是，应该理解，本领域技术人员可以设计出很多其他的修改和实施方式，这些修改和实施方式将落在本申请公开的原则范围和精神之内。更具体地说，在本申请公开权利要求的范围内，可以对主题组合布局的组成部件和/或布局进行多种变型和改进。除了对组成部件和/或布局进行的变型和改进外，对于本领域技术人员来说，其他的用途也将是明显的。

Claims (7)

1.一种自动化兼容性测试方法，其特征在于：所述的方法包括以下步骤：

步骤1、选择项目采用的通讯协议，新建脚本；

步骤2、录制项目的操作脚本，作为冒烟测试脚本；

步骤3、针对录制完成的冒烟测试脚本，根据测试用例需要选择预定的测试终端；

步骤4、选择完成后运行脚本，查看运行日志；

步骤5、运行完毕后选择其他的测试配置选项；

步骤6、待脚本再次运行完毕后自动生成测试报告；

步骤7、将测试报告进行汇总。

2.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤2还包括以下步骤：录制好的脚本以URL的形式呈现出来，每一个URL对应一个页面快照。

3.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤2还包括以下步骤：对脚本进行回放验证，若验证通过，则保存脚本并生成测试报告；若验证不通过，则提供相应的回放日志。

4.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤3中所述测试终端包括：电视机、手机或浏览器。

5.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤4还包括以下步骤：选择好测试环境后，开始运行测试脚本并保存运行快照。

6.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤6还包括以下步骤：生成报告后根据测试报告进行对比分析，并在快照中用红色标注出不同，对应URL用不同颜色进行标注提醒。

7.根据权利要求1所述的自动化兼容性测试方法，其特征在于所述的步骤7包括：生成多个测试报告后，选择所述多个报告进行快照对比，并对测试报告进行汇总统计。