CN102012814B

CN102012814B - 软件版本的构建方法和系统

Info

Publication number: CN102012814B
Application number: CN201010559274.6A
Authority: CN
Inventors: 黄华; 韦贤玮
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-11-24
Filing date: 2010-11-24
Publication date: 2015-07-22
Anticipated expiration: 2030-11-24
Also published as: WO2012068850A1; CN102012814A

Abstract

本发明公开了一种软件版本的构建方法和系统，其中，该方法包括：软件版本构建系统自动对获取的代码进行动态测试，生成动态测试报告；所述软件版本构建系统对所述代码进行编译，生成程序包；所述软件版本构建系统自动对所述程序包进行静态测试，生成静态测试报告；所述软件版本构建系统根据程序包构建软件版本，并将所述动态测试报告和所述静态测试报告发送给用户。本发明大大节省开发人员的开发时间，缩短软件开发周期，提高研发效率，并且保证了测试的正确性和完整性。

Description

软件版本的构建方法和系统

技术领域

本发明涉及软件技术领域，更具体的说，是一种软件版本的构建方法和系统。

背景技术

在软件开发中，对软件进行完整的版本构建很重要，而且这一过程也成为软件开发过程中每天都必不可少的一个环节。面对每天不断新增的软件代码，要保证每天新合入的代码不会出错，且运行效率高效，就必须对软件版本进行每日构建，来保证软件代码在快速更新后的可靠性，提高研发效率。

目前较为普遍的软件开发过程是，开发人员在提交代码前必须要进行详细的动态测试和静态测试后才能提交代码到版本机上，然后再进行每日构建版本。这里的动态测试是指开发人员编写测试用例，对代码的基本单元的功能、性能及业务逻辑进行测试；静态测试是指开发人员根据一定的编码规则，对代码的语法、结构、过程、接口进行测试。在这种方式中，每日构建工作做的只是获取源代码、编译源代码，并生成可用的软件版本，同时，必须通过人工来完成动态测试和静态测试，从而降低了开发的效率且增加了测试出错，或者，遗漏或部分遗漏测试的概率。

现有的专利文献包括：专利申请号为200710166024.4的中国专利申请“一种日构建方法、装配及系统”和专利号为200910171458.2的中国专利“每日构建方法和装置”。

第200710166024.4号中国专利申请存在以下不足：该专利提供了一种传统日构建的方法和流程，未涉及对单元测试及代码规则检测的处理。

第200910171458.2号美国专利存在以下不足：在该专利中，每日构建方法和装置没有涉及单元测试及代码规则检测的方法和装置。

发明内容

本发明的主要目的在于提供一种软件版本的构建方法和系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种软件版本的构建方法，其包括：软件版本构建系统自动对获取的代码进行动态测试，生成动态测试报告；所述软件版本构建系统对所述代码进行编译，生成程序包；所述软件版本构建系统自动对所述程序包进行静态测试，生成静态测试报告；所述软件版本构建系统根据程序包构建软件版本，并将所述动态测试报告和所述静态测试报告发送给用户。

进一步地，所述软件版本构建系统自动对获取的代码进行动态测试的步骤包括：所述软件版本构建系统在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。

进一步地，所述软件版本构建系统自动对所述程序包进行静态测试的步骤包括：所述软件版本构建系统在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。

进一步地，在软件版本构建系统自动对获取的代码进行动态测试之前，还包括：所述软件版本构建系统设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。

进一步地，在所根据程序包构建软件版本时，还包括：将所述程序包中的与使用语言环境相关的资源文件合并成一个文件。

进一步地，所述软件版本构建系统对所述代码进行编译时，还包括：根据编译标志位来判断所述编译是否成功；若成功，则执行所述软件版本构建系统自动对所述程序包进行静态测试的步骤。

根据本发明的另一方面，提供了一种软件版本构建系统，其包括：版本获取单元，用于获取待执行版本构建的代码；动态测试单元，用于自动对获取的代码进行动态测试，生成动态测试报告；编译单元，用于对所述代码进行编译，生成程序包；静态测试单元，用于所述代码测试单元还用于自动对所述程序包进行静态测试，生成静态测试报告；版本构建单元，用于根据程序包构建软件版本；传输单元，用于将所述动态测试报告和所述静态测试报告发送给用户。

进一步地，所述动态测试单元包括：动态测试模块，用于在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。

进一步地，所述静态测试单元包括：静态测试模块，用于在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。

进一步地，软件版本构建系统还包括：初始化单元，用于在自动对获取的代码进行动态测试之前设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。

在本发明中，通过计算机系统自动进行代码的动态测试和静态测试从而大大节省开发人员的开发时间，缩短软件开发周期，提高研发效率，并且保证了测试的正确性和完整性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的软件版本的构建方法的一种优选的流程图；

图2是根据本发明实施例的软件版本的构建方法的另一种优选的流程图；

图3是根据本发明实施例的软件版本的构建系统的一种优选的结构示意图；

图4是根据本发明实施例的软件版本的构建系统的另一种优选的结构示意图；

图5是根据本发明实施例的代码获取的一种优选的流程图；

图6是根据本发明实施例的代码编译的一种优选的流程图。

具体实施方式

实施例1

图1是根据本发明实施例的软件版本的构建方法的一种优选的流程图，其包括如下步骤：

S102，软件版本构建系统自动对获取的代码进行动态测试，生成动态测试报告；

S104，所述软件版本构建系统对所述代码进行编译，生成程序包；

S106，所述软件版本构建系统自动对所述程序包进行静态测试，生成静态测试报告；

S108，所述软件版本构建系统根据程序包构建软件版本，并将所述动态测试报告和所述静态测试报告发送给用户。

与现有技术相比较，本优选的实施例在版本构建过程中引入了代码测试，对代码进行动态和静态测试，一方面保证了代码的可测试性，使整个测试过程可视可控，减少了缺陷泄漏的几率，大大提高了程序的可靠性，保证了研发质量；另一方面对所有代码进行集中地自动测试，代替了手工操作，大大缩短了产品的开发周期，提升了研发效率。

优选的，所述软件版本构建系统自动对获取的代码进行动态测试的步骤包括：所述软件版本构建系统在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。在本优选的实施例中，通过系统自动执行动态测试，缩短了产品的开发周期，提升了研发效率。

优选的，所述软件版本构建系统自动对所述程序包进行静态测试的步骤包括：所述软件版本构建系统在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。在本优选的实施例中，通过系统自动执行静态测试，缩短了产品的开发周期，提升了研发效率。

优选的，在软件版本构建系统自动对获取的代码进行动态测试之前，还包括：所述软件版本构建系统设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。在本优选的实施例中，通过清除旧的版本安装文件和日志文件，可以有效地避免系统资源的占用，并保证新建软件版本的正常运行。

优选的，在所根据程序包构建软件版本时，还包括：将所述程序包中的与使用语言环境相关的资源文件合并成一个文件。在本优选的实施例中，通过一个文件的形式来构建软件版本，提高了构建效率。

优选的，所述软件版本构建系统对所述代码进行编译时，还包括：根据编译标志位来判断所述编译是否成功；若成功，则执行所述软件版本构建系统自动对所述程序包进行静态测试的步骤。在本优选的实施例中，通过标志位的设置，有效地控制了静态测试的过程。

实施例2

图2是根据本发明实施例的软件版本的构建方法的另一种优选的流程图，其包括如下步骤：

步骤S201、环境清理及参数设置。优选的，设置版本构建时的一些初始参数，进行计算机环境的清理，利用批处理文件将以前产生的版本安装文件和各种日志文件清除掉。

每日构建工作每天都会进行，在开始正式工作之前，需要将装配计算机上的环境清理干净，将操作系统上安装的不需要的软件进程关闭，删除之前的设置参数以及标志位，删除临时文件等避免构建过程中止，使环境能够连续运行。环境清理完毕，根据参数文件中配置的新参数，创建版本构建时需要使用到的目录。需要设置的参数包括构建版本依赖的资源、目标版本存放目录、文件存放的临时目录、日志目录、编译目录等。

步骤S202、获取源代码及支撑的程序包；优选的，从版本机或服务器上获取最新版本的源代码和相关程序包。

目前的软件开发代码不仅仅是项目内的软件开发人员编写，还会使用到一些公用软件平台提供的版本或程序包或第三方的程序包，所以获取源不仅来源于项目内的版本机，还需要提供所需要的其它程序包。

如图5所示，该步骤会用到两个标志位获取平台版本标志位和代码拷贝标志位，初始值均设为SUCCESS。当构建服务器从软件系统平台服务器获取程序包(S501)时，系统会对拷贝是否成功进行判断(S502)，若程序包拷贝不成功，则修改获取平台版本标志位为ERROR(S505)，进入步骤S203；否则，从版本机代码库中获取最新代码(S503)，下载到本地；判断下载是否成功(S504)，若下载成功，则可同时进入步骤S204和步骤S206，否则修改代码拷贝标志位为ERROR(S506)，进入步骤S203。

步骤S203、生成代码获取报告。

本步骤中，通过判断获取平台版本标志位和代码拷贝标志位，生成代码获取报告。若获取平台版本标志位和代码拷贝标志位两者均为SUCCESS时，代码获取成功，输出代码获取成功报告；若获取平台版本标志位和代码拷贝标志位两者之一为ERROR时，代码获取失败，输出代码获取失败报告。

步骤S204、对代码进行动态测试。优选的，根据预置的测试代码路径和单元测试用例路径，对代码进行单元测试。

本发明实例中，调用ant程序执行脚本文件中的动态测试内容：

首先调用Junit编译器将源代码编译成Class文件，才能开始测试。下面的内容展示脚本文件中调用JUnit进行编译的示例。

</classpath>

</javac>

</target>

然后再利用JUnit进行测试，测试完成按照指定的路径生成动态测试日志，日志格式为xml文件格式。下面的内容展示脚本文件中动态测试的编写示例。

</classpath>

</fileset>

</batchtest>

</junit>

</target>

动态测试完毕，进入步骤S205。

步骤S205、生成动态测试报告；

本步骤中，根据动态测试的日志，生成指定格式的测试报告，报告格式可以是html、txt或其他格式。测试报告内容包括测试包名、测试类名、测试运行个数、缺陷数、成功率、测试状态、测试花费时间、具体的缺陷明细等内容。

步骤S206、编译版本；优选的，对最新版本代码进行编译打包，生成程序包。

本步骤中，根据设置好的编译环境及相关参数，编译工具开始编译代码，生成可运行的程序包，其过程如图6所示。调用编译配置文件，加载需要构建版本的功能点信息进行编译(S601)。本步骤中会用一个编译标志位表示编译过程是否成功，初始值设为SUCCESS。然后，判断是否编译成功(S602)，若编译成功，则可同时进入步骤S208和S210，否则修改编译标志位为ERROR(S603)，进入步骤S207。

步骤S207、生成编译报告。

本步骤中，通过判断编译标志位，生成编译报告。若编译标志位为SUCCESS时，编译成功，输出编译成功报告；若编译标志位为ERROR时，编译失败，输出编译失败报告。

步骤S208、对生成的程序包进行静态测试。优选的，根据预置的测试程序包路径，按照预先设置好的代码规则，对程序包进行静态测试。

本发明实例中，通过调用代码检测工具进行代码静态测试。本实例以findbugs代码静态分析工具为例进行说明。Findbugs是一个静态分析工具，它检查类或者JAR文件，将字节码与一组缺陷模式进行对比以发现可能的问题。

本步骤中，findbugs工具根据配置文件config.txt中定制的测试路径或测试文件，开始代码测试，将java的字节码(*.class文件)与事先定制好的规则库中的规则进行对比，查找代码缺陷，对比结果生成静态测试报告，进入步骤S209。

步骤S209、生成静态测试报告。

本步骤中，根据配置文件中制定的输出格式，生成静态测试报告。报告格式可以是html、txt或其他格式。测试报告内容包括测试包路径及名称、测试代码行数、测试包个数、测试类总数、缺陷密度、本次测试的缺陷内容、具体的缺陷明细(缺陷明细可定位到代码行)等内容。

步骤S210、预处理版本。

本发明实例中，由于编译输出的多个国际化资源文件存放在不同的路径下，为了减少在软件系统启动时遍历所有资源文件的时间和系统资源，提高软件系统的加载速度，将系统中所有的国际化资源文件按照一定的格式合并成一个资源文件，以提高软件系统的服务性能。

本步骤中，会用一个预处理标志位表示预处理过程是否成功，初始值设为SUCCESS。通过调用预处理工具检查是否存在KEY值重复的资源文件，如果存在，则将预处理标志位置为ERROR，进入下一步骤S211；否则将所有国际化资源文件合并为一个properties格式的文件，进入下一步骤S212。

步骤S211、生成预处理报告。

本步骤中，通过判断预处理标志位，生成预处理报告。若预处理标志位为SUCCESS时，预处理成功，输出预处理成功报告；若预处理标志位为ERROR时，预处理失败，输出预处理失败报告。

步骤S212、装配版本。

本步骤中，通过预装置的规则拷贝合成装配版本，形成一个可安装的版本软件。需要装配的内容包括安装批处理及jar包、应用程序编译输出程序包及文件、平台相关的jar包及文件等。本步骤中会用一个装配标志位表示装配过程是否成功，初始值设为SUCCESS。如果装配失败，则将装配标志位置为ERROR。进入下一步骤S213。

步骤S213、生成装配报告。

本步骤中，通过判断装配标志位，生成装配报告。若装配标志位为SUCCESS时，装配成功，输出装配成功报告；若装配标志位为ERROR时，装配失败，输出装配失败报告。

步骤S214、发送邮件通知。

本步骤中，通过查询步骤S203、S205、S207、S209、S211、S213中的各标志位，根据不同标志位的标识，获取相应的报告，发送给相关人员。

实施例3

图3是根据本发明实施例的软件版本的构建系统的一种优选的结构示意图，其包括：版本获取单元302，用于获取待执行版本构建的代码；动态测试单元304，用于自动对获取的代码进行动态测试，生成动态测试报告；编译单元306，用于对所述代码进行编译，生成程序包；静态测试单元308，用于所述代码测试单元还用于自动对所述程序包进行静态测试，生成静态测试报告；版本构建单元310，用于根据程序包构建软件版本；传输单元312，用于将所述动态测试报告和所述静态测试报告发送给用户。

优选的，所述动态测试单元304包括：动态测试模块，用于在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。在本优选的实施例中，通过系统自动执行动态测试，缩短了产品的开发周期，提升了研发效率。

优选的，所述静态测试单元308包括：静态测试模块，用于在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。在本优选的实施例中，通过系统自动执行静态测试，缩短了产品的开发周期，提升了研发效率。

优选的，根据本发明实施例的软件版本的构建系统还包括：初始化单元314，用于在自动对获取的代码进行动态测试之前设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。在本优选的实施例中，通过清除旧的版本安装文件和日志文件，可以有效地避免系统资源的占用，并保证新建软件版本的正常运行。

优选的，在所根据程序包构建软件版本时，版本构建单元310将所述程序包中的与使用语言环境相关的资源文件合并成一个文件。在本优选的实施例中，通过一个文件的形式来构建软件版本，提高了构建效率。

优选的，所述软件版本构建系统对所述代码进行编译时，编译单元306根据编译标志位来判断所述编译是否成功；若成功，则通知静态测试单元308执行所述软件版本构建系统自动对所述程序包进行静态测试的步骤。在本优选的实施例中，通过标志位的设置，有效地控制了静态测试的过程。

实施例4

图4是根据本发明实施例的软件版本的构建系统的另一种优选的结构示意图，其包括：

1)初始化模块401：用于对计算机环境进行清理、编译环境的参数设置以及编译过程中使用目录的建立；

2)版本获取模块402：用于负责从版本机上下载源代码，及相关支撑软件的程序包；

3)代码测试模块403：用于负责对代码的测试，包括动态测试、静态测试；动态测试中将开发人员提供的测试用例集成到构建版本中，可以随时开展对代码的单元测试；静态测试中利用代码检查工具，并设置好特定的代码检查规则，就可以随时开展对代码的检查。

4)编译模块404：用于负责对源代码进行编译打包，生成计算机操作系统上可运行的程序包；

5)预处理模块405：用于负责对多个国际化资源文件进行整合和转换，生成一个资源文件，保证版本运行后有高效的性能；

6)装配模块406：用于负责整个版本的组装，按照指定的规则，将程序包组装成可用的程序版本；

7)日志模块407：用于负责对整个版本构建过程中各步骤的运行情况进行跟踪记录，并生成相应的日志文件。针对各步骤的运行情况，生成不同的报告；

8)邮件发送模块408：用于提取日志模块中产生的构建报告，并发送至相关人员邮箱。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种软件版本的构建方法，其特征在于，包括：

软件版本构建系统自动对获取的代码进行动态测试，生成动态测试报告；

所述软件版本构建系统对所述代码进行编译，生成程序包；

所述软件版本构建系统自动对所述程序包进行静态测试，生成静态测试报告；

所述软件版本构建系统根据程序包构建软件版本，并将所述动态测试报告和所述静态测试报告发送给用户；

在所根据程序包构建软件版本时，还包括：将所述程序包中的与使用语言环境相关的资源文件合并成一个文件。

2.根据权利要求1所述的方法，其特征在于，所述软件版本构建系统自动对获取的代码进行动态测试的步骤包括：

所述软件版本构建系统在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。

3.根据权利要求1所述的方法，其特征在于，所述软件版本构建系统自动对所述程序包进行静态测试的步骤包括：

所述软件版本构建系统在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。

4.根据权利要求1所述的方法，其特征在于，在软件版本构建系统自动对获取的代码进行动态测试之前，还包括：

所述软件版本构建系统设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。

5.根据权利要求1所述的方法，其特征在于，所述软件版本构建系统对所述代码进行编译时，还包括：

根据编译标志位来判断所述编译是否成功；

若成功，则执行所述软件版本构建系统自动对所述程序包进行静态测试的步骤。

6.一种软件版本构建系统，其特征在于，包括：

动态测试单元，用于自动对获取的代码进行动态测试，生成动态测试报告；

编译单元，用于对所述代码进行编译，生成程序包；

静态测试单元，用于自动对所述程序包进行静态测试，生成静态测试报告；

版本构建单元，用于根据程序包构建软件版本，其中，所述版本构建单元还用于将所述程序包中的与使用语言环境相关的资源文件合并成一个文件；

传输单元，用于将所述动态测试报告和所述静态测试报告发送给用户。

7.根据权利要求6所述的系统，其特征在于，所述动态测试单元包括：

动态测试模块，用于在获取所述代码之后根据预置的测试代码路径和单元测试用例路径对所述代码进行所述动态测试。

8.根据权利要求6所述的系统，其特征在于，所述静态测试单元包括：

静态测试模块，用于在生成所述程序包之后根据预置的测试程序包路径以及代码规则对所述程序包进行所述静态测试。

9.根据权利要求6所述的系统，其特征在于，还包括：

初始化单元，用于在自动对获取的代码进行动态测试之前设置版本构建时的初始参数，利用批处理文件清除旧的版本安装文件和日志文件。

10.根据权利要求6所述的系统，其特征在于，所述编译单元对所述代码进行编译时，所述编译单元还用于根据编译标志位来判断所述编译是否成功；若成功，则通知所述静态测试单元执行所述软件版本构建系统自动对所述程序包进行静态测试的步骤。