CN1570873A - 电脑生产线的测试工具集成***及方法 - Google Patents

Abstract

一种电脑生产线的测试工具集成***及方法，通过封装的测试模块和测试流程实现了对测试工具的集成，从而将一系列的测试流程衔接在了一起，提高了测试效率。首先将多个测试项封装到多个测试项模块，然后将多个测试流程封装到多个测试流程模块，设置待测电脑的测试类型，根据测试类型设置测试项，根据测试类型设置测试流程，最后根据测试项及执行流程生成测试程序。

Description

电脑生产线的测试工具集成***及方法

技术领域

本发明涉及一种电脑生产线测试***及方法，特别是一种电脑生产线的测试工具集成***及方法。

背景技术

在电脑的生产中，为了保证品质，每台机器出厂前都要经过严格的性能测试，这就需要一系列相关的硬件测试程序。由于电脑的每个硬件都需要进行全面的测试，而且不同机型的硬件配置不同，所以针对每一个机型都会存在许多和它相关的测试程序以及和这些测试程序相关的配置文件。由于测试程序和配置文件数量众多，给修改和管理带来了困难。

在实际的硬件测试中，各个部件的测试过程都是相对独立的，每个硬件的测试都需要作业员运行相应的测试程序并判断测试结果后记录下来，每项测试之间所需要的一些辅助动作(如切换测试分区XP/DOS等)也都需要作业员来手动完成。由于过多的人工参与，测试结果的准确性得不到保证，也给维修人员带来了不少麻烦，同时生产的效能较低。

在现有的生产测试过程中，测试过程的编排需要PE(ProfessionalEngineer)工程师来完成，他们要根据测试流程的需要安排大量的测试程序和相关的配置文件，每个测试程序所能完成的功能完全靠PE工程师的大脑来记忆，没有统一的管理；在修改测试流程的时候，PE工程师就需要在大量的配置文件中进行查找和更新，很难保证修改的准确性。

生产线上的作业员在实际的测试操作中，他们需要参考不同的作业指导书来执行不同的测试程序，从而实现测试不同部件的目的；测试结束后，他们还需要根据每一个测试程序的结果分别进行记录。在大量的实际生产中，漏测、误测以及测试结果记录不准确的情况时有发生，从整体上降低了生产效率，而且出厂机器的品质也得不到有效的保证。

从上面的情况来看，当前的测试方法存在准确性差和效率低的缺点，而且出现了问题后不容易确定责任所在(是PE工程师安排错误还是作业员操作错误)，不利于生产效率的提高和机器品质的保证。

此时，就需要一种电脑生产线的测试工具集成***及方法来解决上述问题。

发明内容

有鉴于此，本发明为解决上述问题而提出了一种电脑生产线的测试工具集成***及方法，针对上面的实际问题，本发明所提供的***及方法中提出了测试项和测试流程的概念，将各个测试模块通过一系列的测试流程衔接在一起，从而实现了从测试程序的管理、安排到全自动的硬件测试和错误统计过程的完整统一。

本发明提出了一种电脑生产线的测试工具集成方法，首先将多个测试项封装到多个测试项模块；然后将多个测试流程封装到多个测试流程模块；设置待测电脑的测试类型；根据该测试类型设置测试项；根据该测试类型设置测试流程；最后根据该测试项及执行流程生成测试程序。

本发明提出了一种电脑生产线的测试工具集成***，该***包括：测试类型模块，用于设置测试机器类型；测试站模块，用于根据该类型选择相应的测试站；包含测试项单元及测试流程单元的设置模块，用于设置测试站中对应的测试项及测试流程，其中测试项单元用于提供试执各类测行项的程序和相关配置文件；测试流程单元用于辅助提供各类测行项执行的工具；以及集成模块，用于根据所设置的测试项及测试流程生成测试程序。

与现有的方法相比，本发明提供的方法提供一套从测试脚本的管理、编辑到自动进行测试以及测试结果的自动收集、报告的整体解决方案，从而极大的提升了测试的准确性以及整体测试的生产效率，避免了因为每个测试程序所能完成的功能完全靠PE工程师的大脑来记忆，没有统一的管理而可能带来的测试结果的误差，从而提高了生产效率，使机器的品质能得到保证。

以下结合附图进一步说明本发明。

附图说明

图1是本发明的电脑生产线的测试工具集成方法的总体流程图；

图2是本发明的电脑生产线的测试工具集成***的结构图；

图3是本发明所提一种实例的电脑生产线的测试工具集成***的结构图；

图4是本发明所提实例的根据测试需求进行设置的示意图；及

图5是本发明所提实例的测试执行界面的示意图。

具体实施方式

图1是本发明的电脑生产线的测试工具集成方法的总体流程图，其中，首先将多个测试项封装到多个测试项模块(步骤110)；然后将多个测试流程封装到多个测试流程模块(步骤120)；设置待测电脑的测试类型(步骤130)；根据该测试类型设置测试项(步骤140)；根据该测试类型设置测试流程(步骤150)；最后根据该测试项及执行流程生成测试程序(步骤160)。

测试项及测试流程的封装是对各种常用的工具(脚本)收集整理，然后再根据实际需求进行一些调整或改动，最后封装到测试项模块及测试流程模块中。经过封装的测试项及测试流程可以根据测试需求或类型分类，便于进行管理及以后测试过程中的调用。例如，针对测试需求，将测试项及测试流程预先设置为多个测试类型，在以后的测试中直接调用这个类型就可以了，不用临时去选择或匹配。当测试需求发生变化时，只需要根据变化改动某些设置即可。为测试脚本的管理带来了便利。

设置该待测电脑的测试类型实际上是根据待测电脑类型及测试需求选择测试类型，测试类型代表是一个机型，一个机型在测试过程中将流经生产线中若干个区域，每个区域中都要进行多个项目的测试，包括硬件及软件上的测试。通常把区域中所对应一类测试项目称为一个测试站，每一个测试站有多个测试模块，测试模块在测试项目中分为测试项(Test Item)和测试流程(Test Flow)两种，测试项指的就是针对不同部件来进行测试的测试程序和相关的配置文件，而测试流程则是一些为了进行辅助各个测试项之间自动衔接或是相互沟通的一些流程(实际也是一些工具)，或者是为了连贯测试而准备的一些自动的操作动作(如重新启动***等)，通过测试项和测试流程的相互配合，就实现了测试的全自动进行。

在对测试项进行设置时，实际上是设置其测试模块中的执行参数，其中包括：测试平台类型，如Windows或DOS；当前测试项的运行脚本；当前测试模块目录中除了运行脚本和配置文件外的其它文件(一般为测试工具需要的一些配置文件)；测试项信息，如测试类型表示当前测试项是否需要人工干预，当前测试项终止后下次启动时的处理动作，测试出错信息表及当前测试的步骤。

其中，测试项信息及其下面的相关设置是测试项所特有的，只有在对测试项进行设置时才能进行。

在对测试流程进行设置时，实际上是设置测试模块中的执行参数，其中包括：测试平台类型，如Windows或DOS；当前测试项的运行脚本；当前测试模块目录中除了运行脚本和配置文件外的其它文件。

设置好测试项及测试流程的相关参数后，将根据这些设置自动生成待测电脑的当前测试程序，该程序将自动执行，并将结果输出。当测试结果正常时，输出测试报告，说明该待测电脑是正常的，可以安装交付的操作***，进行交付等相关处理了。当测试结果异常时，则说明该待测电脑存在硬件或软件上的问题；此时，首先需要测试人员根据测试报告中的出错信息对该待测电脑中发生异常的部件进行定位并关闭电脑，重新启动***后，通过测试集成工具对该异常部件进行分析，进而排除故障，最后重新对该待测电脑执行测试，直至该待测电脑测试完全正常为止。

下面，进一步说明本发明的流程。

图2是本发明的电脑生产线的测试工具集成***的结构图，如图所示，本发明的电脑生产线的测试工具集成***包括：测试类型模块210，用于设置测试机器类型；测试站模块220，用于根据该类型选择相应的测试站；包含测试项单元231及测试流程单元232的设置模块230，用于设置测试站中对应的测试项及测试流程，其中测试项单元231用于提供试执各类测行项的程序和相关配置文件，测试流程单元232用于辅助提供各类测行项执行的工具；以及集成模块240，用于根据所设置的测试项及测试流程生成测试程序。

图3是本发明所提一种实例的电脑生产线的测试工具集成***的结构图，如图所示，该***包括：测试类型模块210，测试站模块220，包含测试项单元231及测试流程单元232的设置模块230，集成模块240，输出模块310，用于输出测试结果；以及故障处理模块320，用于分析和处理检测出的故障。

下面用对待测电脑的音频功能进行测试的实例来说明本发明的流程。

图4是本发明所提实例的根据测试需求进行设置的示意图，说明如下：

如图，当前测试类型(Project)为Topaz10，当前测试类型下的语言选择为繁体中文(TW)，Debug信息选择为NO(即不需要记录信息文件)。当前Project中共有2个测试站(Station)，分别为SA和RunIn。从图中可以看出，在测试站列表(Station List)中选中的当前测试站为SA，所以在Module List中列出了SA站中包含了事先根据测试需求安排好的测试模块，共有11个，可根据具体测试要求增减。在测试站列表(Station List)中，选中的是扬声器(Speakers)的测试项，所以右半边显示的就全是和此项相关的内容。在右上边的测试模块信息(Module Information)中，Platform中显示的是当前测试模块的运行平台，Type中显示的是当前测试模块是测试项还是测试流程，Run.bat中显示的就是当前测试模块的运行脚本，Others中列出的是当前测试模块目录中除了运行脚本和设置文件外的其它文件(一般为测试工具需要的一些设置文件)。

只有当测试模块为测试项时，右下部分的测试项信息(Test ItemInformation)才会有效，Test Type中标明的是此测试项是否需要人工干预；On Terminate中的设置标明是当此测试项被终止后下一次启动时的处理动作；Test Mode在当前实例中目前未使用，均为Must Test；Error Code中列出的是当前测试项有可能出现的错误情况，可以根据情况删减；Step中列出的是当前测试项操作步骤的提示文字，可以根据情况删减。

图5是本发明所提实例的测试执行界面的示意图，说明如下：

当设置好所有的测试项及测试流程的参数后，就后根据该设置生成测试程序并自动执行。图5为根据图4的设置后测试程序自动执行后的界面。其中，左边的部分是测试区，显示的是当前测试项中所应用到的应用程序的界面。右上面的部分为监控区，显示当前的测试站(SA)中正在运行的测试项(Speakers)以及当前测试项的测试步骤(上面提到的Step)等。右下部分为提示区，显示测试过程中的一些提示内容和测试结果的判断框等。

根据上述信息就能很清楚、直观地了解到测试的结果，因为减少了测试人员的手动操作过程，大大降低了出错的几率，从而提高了测试效率。

以上所述仅为本发明的较佳实施例，并非用来限定本发明的范围；各种根据本发明进行的等效变化与修饰均应涵盖于为发明的范围之内。

Claims (11)

1、一种电脑生产线的测试工具集成方法，该方法至少包括以下步骤：

将多个测试项封装到多个测试项模块；

将多个测试流程封装到多个测试流程模块；

设置待测电脑的测试类型；

根据该测试类型设置测试项；

根据该测试类型设置测试流程；及

根据该测试项及执行流程生成测试程序。

2、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于所述的测试项是针对不同部件来执行测试的程序和相关配置文件。

3、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于所述的测试流程是为了连贯测试而准备的自动操作流程。

4、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于设置该待测电脑的测试类型的步骤是根据待测电脑类型及测试需求选择测试类型。

5、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于根据该测试类型设置测试项的步骤是设置该测试模块中的执行参数。

6、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于根据该测试类型设置测试流程的步骤是设置该测试流程模块中的执行参数。

7、如权利要求1所述的电脑生产线的测试工具集成方法，其特征在于根据该测试项及执行流程生成测试程序的步骤后还包括执行该测试程序并输出执行结果的步骤。

8、如权利要求7所述的电脑生产线的测试工具集成方法，其特征在于执行该测试程序并输出执行结果的步骤是当该待测试检测结果正常时生成测试报告并输出。

9、如权利要求7所述的电脑生产线的测试工具集成方法，其特征在于执行该测试程序并输出执行结果是当该待测试检测结果异常时还包括如下步骤：

根据测试报告为测试异常的部件定位；

重新启动电脑，通过对该异常部件进行分析排除故障；及

再次对该电脑进行检测。

10、一种电脑生产线的测试工具集成***，该***包括：

一测试类型模块，用于设置测试机器类型；

一测试站模块，用于根据该类型选择相应的测试站；

一设置模块，用于设置测试站中对应的测试项及测试流程，其中还包括：

一测试项单元，用于提供试执各类测行项的程序和相关配置文件；

及

一测试流程单元，用于辅助提供各类测行项执行的工具；及

一集成模块，用于根据所设置的测试项及测试流程生成测试程序。

11、如权利要求10所述的电脑生产线的测试工具集成***，其特征在于所述的综合测试模块还包括：

一输出模块，用于输出测试结果；及

一故障处理模块，用于分析和处理所检测出的故障。