[发明专利]编译器测试方法、测试装置及存储介质

说明书

本发明公开了一种编译器测试方法、测试装置及存储介质。其中，方法包括：解析测试案例得到至少一个断言；其中，测试案例是在工程案例的注释位置添加至少一个断言得到的；调用待测编译器对测试案例进行编译，生成中间文件；基于中间文件和至少一个断言，生成可执行文件；运行可执行文件，通过可执行文件中的至少一个断言对可执行文件的运行结果进行校验，以对待测编译器进行测试得到测试结果。通过在工程案例的注释位置添加断言来生成测试案例，能够实现直接将工程案例作为测试案例使用，测试人员无需额外编写测试案例，能够降低学习成本；采用了进程自我断言的方式校验执行结果，而无需依赖测试工具校验，能够降低测试工具出错的风险。

技术领域

本发明涉及计算机软件测试技术领域，尤其涉及一种编译器测试方法、测试装置及存储介质。

背景技术

编译器是将一种语言(通常为高级语言)翻译为另一种语言(通常为低级语言)的程序。编译器编译结果的准确性是保证程序正常运行的前提。如果编译器有问题，可能导致生成可执行程序的行为与源程序语义不一致，使得程序出现意想不到的错误，这种错误对应用程序开发人员来讲，不容易被检测和发现，容易导致重大的网上事故，因此编译器可靠性十分关键，对编译器的系统化测试和质量保证也变得至关重要。

相关技术中，通常采用测试用例来测试编译器，具体来说，测试人员需要手动编写用于测试编译器的测试案例，编译器对测试案例进行编译并生成执行结果，借助测试工具验证执行结果与预期结果是否一致。

然而，现有方法的缺点是：

(1)在对编译器进行测试时，测试人员需要额外编写测试案例，这样会增加测试人员对测试案例的学习成本。

(2)现有的结果校验方案需要借助测试工具，由于测试工具本身就存在出错的风险，进而也会带来结果校验不准确的问题。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的第一个目的在于提出一种编译器测试方法，通过在工程案例的注释位置添加至少一个断言来生成测试案例，能够实现直接将工程案例作为测试案例使用，测试人员无需额外编写测试案例，从而达到降低测试案例的学习成本的效果；另外，采用了进程自我断言的方式校验执行结果，而无需依赖测试工具校验运行结果，进而能够降低测试工具出错的风险。

本发明的第二个目的在于提出一种计算机可读存储介质。

本发明的第三个目的在于提出一种编译器测试装置。

本发明的第四个目的在于提出另一种编译器测试装置。

为达上述目的，本发明的第一方面实施例提出了一种编译器测试方法，方法包括：解析测试案例得到至少一个断言；其中，测试案例是在工程案例的注释位置添加至少一个断言得到的；调用待测编译器对测试案例进行编译，生成中间文件；基于中间文件和至少一个断言，生成可执行文件；运行可执行文件，通过可执行文件中的至少一个断言对可执行文件的运行结果进行校验，以对待测编译器进行测试得到测试结果。

根据本发明实施例的编译器测试方法，通过解析测试案例得到至少一个断言，其中，测试案例是在工程案例的注释位置添加至少一个断言得到的，并通过调用待测编译器对测试案例进行编译，生成中间文件，以及基于中间文件和至少一个断言，生成可执行文件，再通过运行可执行文件，通过可执行文件中的至少一个断言对可执行文件的运行结果进行校验，以对待测编译器进行测试得到测试结果，由此，通过在工程案例的注释位置添加至少一个断言来生成测试案例，能够实现直接将工程案例作为测试案例使用，测试人员无需额外编写测试案例，从而达到降低测试案例的学习成本的效果；另外，采用了进程自我断言的方式校验执行结果，而无需依赖测试工具校验运行结果，进而能够降低测试工具出错的风险。

在一些实施例中，工程案例包括功能模块和任务调度模块，至少一个断言是基于功能模块的执行结果确定的，至少一个断言是添加在任务调度模块的注释位置。