CN101382914B - 软件更新文件的测试方法和装置 - Google Patents

Abstract

本发明公开了一种软件更新文件的测试方法和装置，涉及软件测试领域，为解决现有技术中对于软件更新文件完整性和正确性的检测无法自动实现的问题而发明。本发明实施例提供的软件更新文件的测试方法，包括：记录待测更新版本软件的信息；自动生成所述待测更新版本软件的期望版本信息文件；自动获取所述待测更新版本软件并对其进行安装，生成所述待测更新版本软件的实际版本信息文件；判断所述期望版本信息文件和所述实际版本信息文件是否一致，并根据判断结果输出测试结果。本发明实施例提供的软件更新文件的测试方法和装置适用于对软件更新文件的完整性和正确性进行自动检测。

Description

软件更新文件的测试方法和装置

技术领域

本发明涉及软件测试，尤其涉及一种软件更新文件的测试方法和装置。

背景技术

具有一定规模的软件会包含有上百个乃至上千个文件，制作软件更新版本时需要将更新的文件拷贝到对应的文件夹，然后由打包程序制作软件更新版本的安装包。但是由于需要更新的文件过多，在制作安装包的过程中极容易出现文件丢失或者增加了多余文件的情况。

针对上述问题，一般的检测更新文件完整性和正确性的做法是：

i)备份软件上一安装版本的文件；

ii)在与所述软件上一版本相同的安装环境下，手动安装该软件的更新版本；

iii)比较更新版本的文件与上一版本的文件之间的区别，并记录下实际更新过的文件；

iv)将实际更新过的文件与需要更新的文件进行比对，看该软件更新版本的文件是否完整和正确。

在进行上述检测更新文件完整性和正确性的过程中，发明人发现现有技术存在以下问题：

1)如果测试人员忘记备份软件的上一安装版本，而直接安装了该软件的更新版本，则无法正常进行软件更新文件的检测，重复的卸载安装过程将会浪费很多时间；

2)具有一定规模的软件安装包中包含的文件数量很大，如果由于检测过程太过繁复使得测试人员一时疏忽而没有发现某一文件未更新，那么很可能会导致在后续的软件测试过程中出现bug。

所以，更新文件完整性和正确性的检测如果仅靠人工测试，检测不仅会不充分，而且会浪费测试人员的时间，增加软件的开发成本。

发明内容

本发明的实施例提供一种软件更新文件的测试方法和装置，能够实现软件更新文件的自动测试。

为达到上述目的，本发明的实施例采用如下技术方案：

一种软件更新文件的测试方法，包括以下步骤：

记录待测更新版本软件的信息；

自动生成所述待测更新版本软件的期望版本信息文件；

自动获取所述待测更新版本软件并对其进行安装，生成所述待测更新版本软件的实际版本信息文件；

判断所述期望版本信息文件和所述实际版本信息文件是否一致，并根据判断结果输出测试结果。

一种软件更新文件的测试装置，包括：

记录模块，用于记录待测更新版本软件的信息；

期望文件生成模块，用于自动生成所述待测更新版本软件的期望版本信息文件；

实际文件生成模块，用于自动获取所述待测更新版本软件并对其进行安装，生成所述待测更新版本软件的实际版本信息文件；

判断模块，用于判断所述期望版本信息文件和所述实际版本信息文件是否一致；

输出模块，用于根据判断结果输出测试结果。

本发明实施例提供的软件更新文件的测试方法和装置，首先记录下待测更新版本软件的信息，然后自动生成其对应的期望版本信息文件和实际版本信息文件，并通过对所述期望版本信息文件和实际版本信息文件进行对比，判断出软件更新安装包中包含的软件更新文件是否完整以及是否存在错误记录的软件更新文件；与现有技术相比，本发明实施例提供的软件更新文件的测试方法和装置在进行软件更新文件完整性和正确性的检测时不再依赖于人工测试，其通过对软件更新文件完整性和正确性的自动检测，从而避免因人为因素所造成的bug，且能够缩短检测软件更新文件完整性和正确性这一过程所耗费的时间。

附图说明

图1为本发明实施例一中的软件更新文件测试方法的流程图；

图2为本发明实施例二中的软件更新文件测试方法的流程图；

图3为本发明实施例三中的软件更新文件测试装置的结构示意图；

图4为本发明实施例四中的软件更新文件测试装置的结构示意图。

具体实施方式

为了能够实现软件更新文件的自动测试，本发明实施例提供了一种软件更新文件的测试方法和装置。下面结合附图对本发明实施例提供的软件更新文件的测试方法进行详细描述。

实施例一：

如图1所示，本发明实施例提供的软件更新文件的测试方法，包括以下步骤：

11、记录测试人员输入的待测更新版本软件的信息；

12、根据上述待测更新版本软件的信息，自动生成其对应的期望版本信息文件；

13、根据上述待测更新版本软件的信息，自动生成其对应的实际版本信息文件；

14、判断上述期望版本信息文件和实际版本信息文件是否一致，并根据判断结果输出测试结果。

本发明实施例提供的软件更新文件的测试方法，首先记录下待测更新版本软件的信息，然后自动生成其对应的期望版本信息文件和实际版本信息文件，并通过对所述期望版本信息文件和实际版本信息文件进行对比，判断出软件更新安装包中包含的软件更新文件是否完整以及是否存在错误记录的软件更新文件；本发明实施例提供的软件更新文件的测试方法可避免因人为因素所造成的bug，而且能够缩短检测软件更新文件完整性和正确性这一过程所耗费的时间。

实施例二：

下面通过具体的实施例并结合附图对本发明实施例提供的软件更新文件的测试方法做进一步详细描述。

在本实施例中，假设待测更新版本软件的安装测试环境(操作系统、语言环境)是不变的。如果根据不同的操作系统或者语言环境需要安装不同的更新文件的话，只需对版本信息文件的路径以及更新文件的路径做一些改动，但整个流程与本实施例中方法的描述是大致相同的。

如图2所示，本发明实施例提供的软件更新文件的测试方法，包括以下步骤：

21、测试人员输入待测更新版本软件的信息，包括该待测更新版本软件的版本ID，该版本的上一版本ID，该版本的更新文件目录、要删除的文件目录，以及将要安装该待测更新版本软件的测试环境。

22、根据步骤21中输入的测试环境和上一版本ID，自动从版本信息文件库获取上一版本的软件对应的版本信息文件。

其中，版本信息文件库是一个用于存放版本信息文件的文件夹。

所述版本信息文件为描述软件版本信息的xml文档，以唯一的软件版本ID进行标识。以版本Version1.01.0001为例，其中软件的大版本号是1.0，小版本号是1.01，小版本的build号是0001；假设其上一版本是build号为0000的版本，则软件当前版本对应的xml文档的描述结构如下所示：

<？xml version＝＂1.0＂encoding＝＂gb2312＂？>

<VersionInfo>

  <BaseInfo>

    <VerID>1.01.0001</VerID>

    <LastVerID>1.01.0000</LastVerID>

    <VerUpdatePath>\\***\Version1\01\0001\UpdateFile\</VerUpdatePath>

    <VerDeletePath>\\***\Version1\01\0001\DeleteFile\</VerDeletePath>

    <VerOS>WindowsXP_SP1</VerOS>

    <VerOSLanguage>English</VerOSLanguage>

  </BaseInfo>

  <FilesInfo>

       <FileInfo FileName＝＂Bin＂Expanded＝＂true＂>

    <FileInfo FileName＝＂erverTool.exe＂FileSize＝＂1436KB＂FileTime＝＂2008-5-813：5/＂/>

 </FileInfo>

 <FileInfo FileName＝＂Config＂Expanded＝＂true＂>

      <FileInfo FileName＝＂Server.ini＂FileSize＝＂4KB＂FileTime＝＂2008-5-813：54＂/>

   </FileInfo>

  </FilesInfo>

</VersionInfo>

其中，<LastVerID>元素的数据对于软件的初始版本为空，对于软件的更新版本不能为空；

<VerUpdatePath>元素是相对于上一版本的更新文件目录，包括增加或者更改的文件；

<VerDeletePath>元素是相对于上一版本要删除的文件目录，如果没有要删除的文件，则其数据可以为空；

<FileInfo>元素中Expand属性为true时FileName属性的数据代表了文件夹，其他属性的数据则是代表文件夹下的文件信息。

23、根据步骤21中输入的该版本的更新文件目录和删除文件目录，自动从软件更新文件库获取对应的版本更新文件和需要删除的文件。

其中，软件更新文件库中包含用于存放版本更新文件的文件夹，以及用于存放需要删除的文件的文件夹；上述更新文件目录和删除文件目录就是分别指向这两个文件夹的访问路径。

24、根据步骤23中获取的版本更新文件和需要删除的文件，对步骤22中获取的版本信息文件进行改写，生成一个新的期望版本信息文件。改写内容包括：版本ID和上一版本ID，版本的更新文件目录、删除文件目录，以及步骤23中获取的版本更新文件的属性信息(包括文件名、文件大小和文件修改时间)。

假如当前版本的软件相对于上一版本只是更新了Bin目录下的ServerTool.exe文件，则改写后的版本信息文件如下：

  <？xml version＝＂1.0＂encoding＝＂gb2312＂？>

 <VersionInfo>

    <BaseInfo>

       <VerID>1.01.0001</VerID>

       <VerUpdatePath>\\***\Version1\01\0001\UpdadeFile\</VerUpdatePath>

       <VerDeletePath>\\***\Version1\01\0001\DeleteFile\</VerDeletePath>

       <LastVerID>1.01.0000</LastVerID>

       <VerOS>WindowsXP_SP1</VerOS>

       <VerOSLanguage>English</VerOSLanguage>

       </BaseInfo>

       <FilesInfo>

          <FileInfoFileName＝＂Bin＂Expanded＝＂true＂>

             <FileInfo FileName＝＂ServerTool.exe＂FileSize＝＂1488KB＂FileTime＝＂2008-6-814：57＂/>

          </FileInfo>

          <FileInfo FileName＝＂Config＂Expanded＝＂true＂>

               <FileInfo FileName＝＂Server.ini＂FileSize＝＂4KB＂FileTime＝＂2008-5-813：54＂/>

             </FileInfo>

          </FilesInfo>

      </VersionInfo>

另外，为了防止某一更新文件在多个文件夹中使用而安装后仍存在部分文件夹遗漏更新的情况，考虑到一般软件中不会有同名不同内容的文件，所以对每一个更新文件，都要遍历一遍版本信息文件中FilesInfo元素的所有子节点，只要文件名相同就更新。而对于要删除的文件，则将xml文档中对应的内容删除。

假设Config目录也用到了ServerTool.exe文件，且要删除Config目录下的Server.ini文件，那么上述xml文档中FilesInfo元素部分就更新为下面的内容：

 <FilesInfo>

         <FileInfo FileName＝＂Bin＂Expanded＝＂true＂>

            <FileInfo FileName＝＂ServerTool.exe＂FileSize＝＂1488KB＂FileTime＝＂2008-6-814：57＂/>

          </FileInfo>

          <FileInfo FileName＝＂Config＂Expanded＝＂true＂>

             <FileInfo FileName＝＂ServerTool.exe＂FileSize＝＂1488KB＂FileTime＝＂2008-6-814：57＂/>

           </FileInfo>

     </FilesInfo>

25、自动从测试软件临时目录中获取待测更新版本软件，并自动完成安装。

其中，测试软件临时目录是存放待测更新版本软件的文件夹。

26、安装完成后，通过注册表获取该版本软件的安装目录，遍历安装目录，结合步骤21中输入的版本信息，自动生成实际的版本信息文件，文件描述格式如步骤22中所示的xml文档。

在期望版本信息文件和实际版本信息文件同时具备的时候，即可进行步骤27。在此之前，生成期望版本信息文件的过程(步骤22～24)和生成实际版本信息文件的过程(步骤25～26)可以是同时进行，也可以是根据需要先后进行。

27、将步骤24中生成的期望版本信息文件和步骤26中生成的实际版本信息文件进行对比，判断期望版本信息文件和实际版本信息文件是否一致。此处进行比较的仅是xml文档中包含的文件大小和修改时间等信息，并不去检测文件内容。

如果上述期望版本信息文件和实际版本信息文件一致，则认为步骤25中获取的待测更新版本软件中软件更新文件完整并且正确，进行步骤28；如果上述期望版本信息文件和实际版本信息文件不一致，则认为步骤25中获取的待测更新版本软件中软件更新文件不正确，进行步骤29。

28、生成软件更新文件正确报告，并将步骤24中生成的期望版本信息文件(或者步骤26中生成的实际版本信息文件)备份到软件版本信息文件库，将经过测试的软件版本备份到软件安装版本库。该软件安装版本库用于存放已经过测试的软件版本。

29、生成软件安装结果错误报告，记录上述期望版本信息文件和实际版本信息文件中不一致的内容。

本发明实施例提供的软件更新文件的测试方法，根据待测更新版本软件的信息，自动生成其对应的期望版本信息文件和实际版本信息文件，并通过对所述期望版本信息文件和实际版本信息文件进行对比，判断出软件更新安装包中包含的软件更新文件是否完整以及是否存在错误记录的软件更新文件；本发明实施例提供的软件更新文件的测试方法利用xml文档来记录软件的版本信息并通过期望版本信息和软件安装后得到的实际版本信息进行比对从而达到对软件更新文件进行自动测试的目的，提高测试效率，降低测试成本和时间。

针对上述软件更新文件的测试方法，本发明实施例还提供了一种软件更新文件的测试装置，下面结合附图对本发明实施例提供的软件更新文件的测试装置进行详细描述。

实施例三：

如图3所示，本发明实施例提供的软件更新文件的测试装置，包括记录模块31、期望文件生成模块32、实际文件生成模块33、判断模块34以及输出模块35；其中，

记录模块31记录下测试人员输入的待测更新版本软件的信息；然后期望文件生成模块32和实际文件生成模块33分别根据上述待测更新版本软件的信息，自动生成与所述待测更新版本软件对应的期望版本信息文件和实际版本信息文件；之后，通过判断模块34来判断上述期望版本信息文件和实际版本信息文件是否一致，并由输出模块35根据判断结果输出测试结果。

本发明实施例提供的软件更新文件的测试装置，首先记录下待测更新版本软件的信息，然后自动生成其对应的期望版本信息文件和实际版本信息文件，并通过对所述期望版本信息文件和实际版本信息文件进行对比，判断出软件更新安装包中包含的软件更新文件是否完整以及是否存在错误记录的软件更新文件；本发明实施例提供的软件更新文件的测试装置可避免因人为因素所造成的bug，而且能够缩短检测软件更新文件完整性和正确性这一过程所耗费的时间。

实施例四：

下面通过具体的实施例并结合附图对本发明实施例提供的软件更新文件的测试装置做进一步详细描述。

如图4所示，本发明实施例提供的软件更新文件的测试装置，包括记录模块41、期望文件生成模块42、实际文件生成模块43、判断模块44以及输出模块45；其中，

记录模块41记录下测试人员输入的待测更新版本软件的信息；然后期望文件生成模块42和实际文件生成模块43分别根据上述待测更新版本软件的信息，自动生成与所述待测更新版本软件对应的期望版本信息文件和实际版本信息文件；之后，通过判断模块44将上述期望版本信息文件和实际版本信息文件进行对比，判断期望版本信息文件和实际版本信息文件是否一致；

如果判断模块44判断上述期望版本信息文件和实际版本信息文件一致，则由输出模块45生成并输出软件更新文件正确报告，并对所述待测更新版本软件进行备份；如果判断模块44判断上述期望版本信息文件和实际版本信息文件不一致，则由输出模块45生成并输出软件更新文件错误报告，并记录下所述期望版本信息文件和实际版本信息文件之间的差异。

其中，上述期望文件生成模块42又包括：

文件获取模块421，用于自动获取所述待测更新版本软件的上一版本的版本信息文件以及要更新的文件和要删除的文件；改写模块422，用于根据所述要更新的文件和要删除的文件改写所述上一版本的版本信息文件，生成期望版本信息文件。

上述实际文件生成模块43又包括：

软件获取模块431，用于自动获取所述待测更新版本软件；安装模块432，用于自动安装所述待测更新版本软件；生成模块433，用于结合所述待测更新版本软件的信息，生成实际版本信息文件。

本发明实施例提供的软件更新文件的测试装置，根据待测更新版本软件的信息，自动生成其对应的期望版本信息文件和实际版本信息文件，并通过对所述期望版本信息文件和实际版本信息文件进行对比，判断出软件更新安装包中包含的软件更新文件是否完整以及是否存在错误记录的软件更新文件；本发明实施例提供的软件更新文件的测试装置通过对期望版本信息和软件安装后得到的实际版本信息进行比对从而达到对软件更新文件进行自动测试的目的，可避免因人为因素所造成的bug，提高测试效率，降低测试成本和时间。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (8)

1.一种软件更新文件的测试方法，其特征在于，包括：

记录待测更新版本软件的信息；

自动生成所述待测更新版本软件的期望版本信息文件；

自动获取所述待测更新版本软件并对其进行安装，生成所述待测更新版本软件的实际版本信息文件；

判断所述期望版本信息文件和所述实际版本信息文件是否一致，并根据判断结果输出测试结果。

2.根据权利要求1所述的软件更新文件的测试方法，其特征在于，所述待测更新版本软件的信息包括：该待测更新版本软件的版本号、上一版本号，更新文件目录和要删除的文件目录，以及安装软件的测试环境。

3.根据权利要求1所述的软件更新文件的测试方法，其特征在于，所述自动生成期望版本信息文件的步骤包括：

自动获取所述待测更新版本软件的上一版本的版本信息文件以及要更新的文件和要删除的文件；

根据所述要更新的文件和要删除的文件改写所述上一版本的版本信息文件，生成期望版本信息文件。

4.根据权利要求1所述的软件更新文件的测试方法，其特征在于，所述根据判断结果输出测试结果的步骤包括：

如果所述期望版本信息文件和实际版本信息文件一致，则生成并输出软件更新文件正确报告，并对所述待测更新版本软件进行备份；

如果所述期望版本信息文件和实际版本信息文件不一致，则生成并输出软件更新文件错误报告，并记录下所述期望版本信息文件和实际版本信息文件之间的差异。

5.一种软件更新文件的测试装置，其特征在于，包括：

记录模块，用于记录待测更新版本软件的信息；

期望文件生成模块，用于自动生成所述待测更新版本软件的期望版本信息文件；

实际文件生成模块，用于自动获取所述待测更新版本软件并对其进行安装，生成所述待测更新版本软件的实际版本信息文件；

判断模块，用于判断所述期望版本信息文件和所述实际版本信息文件是否一致；

输出模块，用于根据判断结果输出测试结果。

6.根据权利要求5所述的软件更新文件的测试装置，其特征在于，所述期望文件生成模块包括：

文件获取模块，用于自动获取所述待测更新版本软件的上一版本的版本信息文件以及要更新的文件和要删除的文件；

改写模块，用于根据所述要更新的文件和要删除的文件改写所述上一版本的版本信息文件，生成期望版本信息文件。

7.根据权利要求5所述的软件更新文件的测试装置，其特征在于，所述实际文件生成模块包括：

软件获取模块，用于自动获取所述待测更新版本软件；

安装模块，用于自动安装所述待测更新版本软件；

生成模块，用于结合所述待测更新版本软件的信息，生成实际版本信息文件。

8.根据权利要求5所述的软件更新文件的测试装置，其特征在于，

如果所述判断模块判断出所述期望版本信息文件和实际版本信息文件一致，则所述输出模块生成并输出软件更新文件正确报告，并对所述待测更新版本软件进行备份；

如果所述判断模块判断出所述期望版本信息文件和实际版本信息文件不一致，则所述输出模块生成并输出软件更新文件错误报告，所述软件更新文件错误报告中包含所述期望版本信息文件和实际版本信息文件之间的差异。

Images