实现测试任务提交的方法及装置.pdf

本发明涉及计算机技术领域，公开了实现测试任务提交的方法及装置，该方法包括：接收文件，将所述文件进行存储；将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。本发明解决了，实现测试任务提交完全依靠人工，无法实现测试任务提交自动化的问题，取得了减轻人工负担，减少测试任务提交过程中出错率的有益效果，并提供资料数据，供分析各组人员工作量，以便人力分配。

权利要求书
1.  一种实现测试任务提交的方法，该方法包括：
接收文件，将所述文件进行存储；
将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。

2.  根据权利要求1所述的方法，其中，所述方法还包括：
根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。

3.  根据权利要求2所述的方法，其中，所述方法还包括：
根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。

4.  根据权利要求3所述的方法，其中，所述方法还包括：
将捆包文件作为待测试的文件，生成包括所述捆包文件的测试任务；
将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。

5.  根据权利要求4所述的方法，其中，所述方法还包括：
根据测试用户反馈的测试结果，确定捆包文件的测试状态；
当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行发布。

6.  一种实现测试任务提交的装置，该装置包括：
文件存储模块，适于接收文件，将所述文件进行存储；
任务生成模块，适于将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
任务添加模块，适于确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
文件下载模块，适于当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。

7.  根据权利要求6所述的装置，其中，所述装置还包括：
状态确定模块，适于根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。

8.  根据权利要求7所述的装置，其中，所述装置还包括：
条件判断模块，适于根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
文件捆包模块，适于当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。

9.  根据权利要求8所述的装置，其中，
所述任务生成模块，还适于将捆包文件作为待测试的文件，生成包括所述捆包文件的测试任务；
所述任务添加模块，还适于将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
所述文件下载模块，还适于当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。

10.  根据权利要求9所述的装置，其中，
所述状态确定模块，还适于根据测试用户反馈的测试结果，确定捆包文件的测试状态；
所述装置还包括：
捆包文件发布模块，适于当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行发布。

说明书实现测试任务提交的方法及装置
技术领域
本发明涉及计算机技术领域，具体涉及一种实现测试任务提交的方法及装置。
背景技术
随着，软件开发工程的规模越来越大，在进行软件开发的过程中，需要测试人员对开发人员开发的文件进行测试，即开发人员将自己完成的软件文件的测试任务提交给测试人员。现有技术中，人工的方式实现测试任务提交。主要方法为，开发人员通过电子邮件将开发完成的文件发送给对应的测试人员，测试人员收到邮件后，下载待测试文件到本地，并将该文件备份到系统中的指定路径下。
现有技术中的方法由于完全依靠开发人员和测试人员手工完成，增加了开发人员的工作负担。而且，完成依靠人工完成，容易出现错误，例如，文件备份路径错误，或测试人员遗漏邮件而未完成文件测试，且费时统计数据与报表。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的实现测试任务提交的装置和相应的实现测试任务提交的方法。
依据本发明的一个方面，提供了一种实现测试任务提交的方法，该方法包括：
接收文件，将所述文件进行存储；
将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
可选地，所述方法还包括：
根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
可选地，所述方法还包括：
根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。
可选地，所述方法还包括：
将捆包文件作为待测试的文件，生成包括所述捆包文件的测试任务；
将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。
可选地，所述方法还包括：
根据测试用户反馈的测试结果，确定捆包文件的测试状态；
当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行发布。
可选地，所述方法还包括：
对测试任务的相关信息进行存储；
当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
可选地，所述方法还包括：
对各个测试用户的测试任务列表中的测试任务进行统计，呈现统计结果，根据统计结果确认各个开发模块的测试用户的工作量。
可选地，所述接收文件，将所述文件进行存储，具体包括：
接收开发用户上传的文件，将所述文件进行存储，将所述文件的名称添加到所述开发用户对应的文件列表中；或者，
接收文件信息，根据所述文件信息包括的下载地址下载文件，确定所述文件对应的开发用户，将下载的文件的名称添加到所述对应的开发用户的文件列表中。
可选地，所述确定所述测试任务对应的测试用户，具体包括：
确定所述测试任务中文件所属的开发模块；
将测试所述开发模块的测试用户，确定为所述测试任务对应的测试用户。
可选地，所述方法还包括：
将捆包文件中所包括的文件替换为被测试的测试任务中的文件；
执行替换后的捆包文件，获得所述测试任务对应的测试结果。
根据本发明的另一方面，提供了一种实现测试任务提交的装置，该装置包括：
文件存储模块，适于接收文件，将所述文件进行存储；
任务生成模块，适于将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
任务添加模块，适于确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
文件下载模块，适于当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
可选地，所述装置还包括：
状态确定模块，适于根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
可选地，所述装置还包括：
条件判断模块，适于根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
文件捆包模块，适于当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。
可选地，所述任务生成模块，还适于将捆包文件作为待测试的文件，生 成包括所述捆包文件的测试任务；
所述任务添加模块，还适于将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
所述文件下载模块，还适于当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。
可选地，所述状态确定模块，还适于根据测试用户反馈的测试结果，确定捆包文件的测试状态；
所述装置还包括：
捆包文件发布模块，适于当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行发布。
可选地，所述文件存储模块，还适于对测试任务的相关信息进行存储；
所述装置还包括：
信息搜索模块，适于当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
可选地，所述装置还包括：
任务统计模块，适于对各个测试用户的测试任务列表中的测试任务进行统计，呈现统计结果，根据统计结果确认各个开发模块的测试用户的工作量。
可选地，所述文件存储模块，具体适于接收开发用户上传的文件，将所述文件进行存储，将所述文件的名称添加到所述开发用户对应的文件列表中；或者，接收文件信息，根据所述文件信息包括的下载地址下载文件，确定所述文件对应的开发用户，将下载的文件的名称添加到所述对应的开发用户的文件列表中。
可选地，所述任务添加模块，具体适于确定所述测试任务中文件所属的开发模块；将测试所述开发模块的测试用户，确定为所述测试任务对应的测试用户。
可选地，所述装置还包括：
文件替换模块，适于将捆包文件中所包括的文件替换为被测试的测试任务中的文件；
文件执行模块，适于执行替换后的捆包文件，获得所述测试任务对应的测试结果。
根据本发明的技术方案可以自动进行文件的存储，测试任务的创立，测试任务的分配，并可以根据测试用户指令提供文件下载，由此解决了，实现测试任务提交完全依靠人工，无法实现测试任务提交自动化的问题，取得了减轻人工负担，减少测试任务提交过程中出错率的有益效果。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的实现测试任务提交的方法的流程图；
图2示出了根据本发明一个实施例的利用捆包文件进行测试的方法的流程图；
图3示出了根据本发明一个实施例的将文件进行捆包的方法的流程图；
图4示出了根据本发明一个实施例的将捆包文件进行测试任务提交的方法的流程图；
图5示出了根据本发明一个实施例的将捆包文件进行发布的方法的流程图；
图6示出了根据本发明一个实施例的进行搜索的方法的流程图；
图7示出了根据本发明一个实施例的实现测试任务提交的装置的结构 图；
图8示出了根据本发明一个实施例的实现测试任务提交的装置的结构图；以及
图9示出了根据本发明一个实施例的实现测试任务提交的系统的结构图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的实现测试任务提交的方法的流程图。该方法可用于系统服务器或测试平台中，该方法包括如下步骤：
在步骤S110中，接收文件，将文件进行存储。
举例而言，在接收到文件后，按预设规则将接收的文件存储到指定的路径下。例如，在接收到文件后，确定文件所属开发模块，将文件存储到该开发模块对应的路径下。
其中，步骤S110可包括：接收开发用户上传的文件，将文件进行存储，将文件的名称添加到开发用户对应的文件列表中。
举例而言，接收到上传的文件后，根据存储的开发用户列表判断上传文件的用户是否为开发用户列表中的开发用户，根据存储的产品文件列表判断上传的文件是否属于开发的产品，当上传文件的用户为开发用户列表中的开发用户，并且上传的文件属于该产品时，将上传文件存储到指定路径下，并将文件的名称添加到开发用户对应的文件列表中。
其中，步骤S110可包括：接收文件信息，根据文件信息包括的下载地址下载文件，确定文件对应的开发用户，将下载的文件的名称添加到对应的开发用户的文件列表中。
举例而言，接收到外部设备发送的文件信息，例如，接收到外部的文件编译设备发送的文件信息，该文件信息中包括下载地址。根据文件信息中的 下载地址下载该文件，根据存储的包括开发用户与文件间对应关系的开发列表，确定文件对应的开发用户，将下载的文件的名称添加到对应的开发用户的文件列表中。
在步骤S120中，将开发用户选择的存储的文件作为待测试的文件，生成包括该文件的测试任务。
举例而言，开发用户可以在自己的文件列表中对文件进行选择，在选择完成后，开发用户输入提交指令，例如，开发用户点击界面中提交按钮。接收到开发用户输入的提交指令后，将选择的文件作为待测试文件，生成包括该待测试的文件的测试任务。一个测试任务中可以包括一个或多个待测试的文件。
在步骤S130中，确定测试任务对应的测试用户，将测试任务添加到测试用户的测试任务列表中。
其中，步骤S130中确定测试任务对应的测试用户可包括如下步骤A1-A2。
在步骤A1中，确定测试任务中文件所属的开发模块。
在步骤A2中，将测试开发模块的测试用户，确定为测试任务对应的测试用户。
举例而言，根据存储的模块列表确定测试任务中文件所属的开发模块，模块列表包括文件与开发模块间对应关系；根据存储的测试列表将测试开发模块的测试用户，确定为测试任务对应的测试用户，测试列表包括开发模块与测试用户间对应关系。
在步骤S140中，当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
举例而言，测试用户在自己的测试任务列表中选择文件进行下载，当接收到测试任务列表中输入的下载指令时，例如，接收到测试用户通过点击下载按钮而输入的下载指令，下载指令指定选择的文件，将选择的文件下载到默认地址或测试用户指定地址。例如，为测试用户提供地址选择提示栏，接收测试用户选择的存储路径，将下载指令指定的文件下载到测试用户选择的存储路径下。
测试人员下载完文件后，开始对文件进行测试。
在一实施例中，如图2所示，上述方法还可包括如下步骤：
在步骤S210中，将捆包文件中所包括的文件替换为被测试的测试任务中的文件。
在步骤S220中，执行替换后的捆包文件，获得测试任务对应的测试结果。
举例而言，测试用户选择一个成功捆包后生成的捆包文件，将测试任务中的文件替换进捆包文件中，执行捆包文件。因为，捆包文件中包括测试任务中的文件，执行捆包文件，便能够获得测试任务的测试结果。
在本实施例中，可以根据测试用户指令提供文件下载，由此解决了，实现测试任务提交完全依靠人工，无法实现测试任务提交自动化的问题，取得了减轻人工负担，减少测试任务提交过程中出错率的有益效果。
在一实施例中，上述方法还可包括：根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
举例而言，测试用户对文件完成测试后，得到文件的测试结果，测试用户反馈该测试结果，根据反馈的测试结果可修改测试任务列表中文件的测试状态，例如，当反馈的测试结果为测试合格时，则将文件的测试状态由未测试修改为测试未通过，或者，当反馈的测试结果为测试不合格时，则将文件的测试状态由未测试修改为测试已通过。
此外，在上述方法中，还可包括：将测试状态与对应的文件相关联，在开发用户的文件列表中呈现各个文件的测试状态。
在本实施例中，开发用户可以通过浏览自己的文件列表实时获知测试任务提交的文件的测试情况。
在一实施例中，如图3所示，上述方法还可包括如下步骤：
在步骤S310中，根据测试任务中文件的测试状态，判断测试任务是否满足预设捆包条件。
在步骤S320中，当测试任务满足预设捆包条件时，将测试任务中的文件进行捆包，生成捆包文件。
举例而言，测试状态包括：未通过、待验证、续追踪、未通过(进)、 已通过。当接收到捆包人员输入的捆包指令后，例如，捆包人员通过点击捆包按钮输入捆包指令，判断测试任务中文件是否为续追踪、未通过(进)、或已通过，如果测试任务中文件的测试状态都为续追踪、未通过(进)和已通过中一种，则将测试任务中的文件进行捆包，生成捆包文件。如果测试任务中包括至少一个文件的测试状态不为续追踪、未通过(进)、或已通过，则测试任务中的文件不进行捆包。可以将捆包所得的捆包文件发送给捆包系统，如此，能够实现对文件捆包过程的监控。
在一实施例中，如图4所示，上述方法还可包括如下步骤：
在步骤S410中，将捆包文件作为待测试的文件，生成包括捆包文件的测试任务。
在步骤S420中，将包括捆包文件的测试任务添加到对应的测试用户的测试任务列表中。
在步骤S430中，当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。
在本实施例中，采用上述对开发人员开发的文件进行测试任务提交的方法，对捆包文件进行测试任务提交，如此，实现对捆包文件的测试。
在一实施例中，如图5所示，上述方法还可包括如下步骤：
在步骤S510中，根据测试用户反馈的测试结果，确定捆包文件的测试状态。
在步骤S520中，当捆包文件的测试状态满足预设发布条件时，允许对捆包文件进行发布。
举例而言，测试用户对捆包文件测试后，测试结果为测试合格，确定捆包文件的测试状态为测试已通过，该测试状态满足预设发布条件，于是，开启发布权限，允许对捆包文件进行发布。
在本实施例中，将测试通过的捆包文件进行发布，能够对捆包文件的发布条件进行控制。
在一实施例中，如图6所示，上述方法还可包括如下步骤：
在步骤S610中，对测试任务的相关信息进行存储。
其中，测试任务的相关信息包括如下信息中至少一种：测试任务的中文 件，文件对应的存储时间、文件所属开发模块、文件的版本号、文件的测试状态、提交测试任务的开发用户、负责测试任务的测试用户。
在步骤S620中，当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
举例而言，开发用户可以通过搜索开发用户的用户名，获得测试的文件的测试进展；通过对版本号进行搜索，获得某一版本下的文件的测试进度。测试用户可以通过对开发模块搜索，获得负责的开发模块中各个文件的测试状态。
在本实施例中，通过对测试任务的相关信息进行搜索，能够便于用户查看文件的测试进度和测试状态。
在一实施例中，上述方法还可包括：对各个测试用户的测试任务列表中的测试任务进行统计，呈现统计结果，确认各个开发模块的测试用户的工作量。
例如，可以对各个测试用户的测试任务列表中的未完成的测试任务进行统计，呈现统计结果，确认各个开发模块的测试用户的工作量。如此，可以根据统计结果在测试用户中对测试任务进行分配调整。
也可以对预设时长内生产的测试任务的数量进行统计，呈现统计结果，根据统计结果判断产品开发进度是否符合预设进度要求。
也可以对各个测试任务中文件的测试状态进行统计，例如，对文件的已通过和未通过状态进行统计，根据统计结果确定开发人员的出错比率。
也可以对各个测试用户的测试任务列表中的已完成测试任务进行统计，呈现统计结果。如此，可以根据统计结果衡量各个测试用户的工作量。
综上所述，本发明提供的方法能够进行测试任务提交、捆包、发布、搜索、以及统计的一系列操作，方便用户在产品开发过程中进行测试，减少了开发人员和测试人员的工作负担，提高了开发效率。
图7示出了根据本发明一个实施例的实现测试任务提交的装置的结构图。该装置可用于系统服务器或测试平台中，该装置包括：
文件存储模块100，适于接收文件，将文件进行存储。
举例而言，文件存储模块100在接收到文件后，按预设规则将接收的文 件存储到指定的路径下。例如，在接收到文件后，确定文件所属开发模块，将文件存储到该开发模块对应的路径下。
其中，文件存储模块100，具体适于接收开发用户上传的文件，将文件进行存储，将文件的名称添加到开发用户对应的文件列表中。
举例而言，文件存储模块100接收到上传的文件后，根据存储的开发用户列表判断上传文件的用户是否为开发用户列表中的开发用户，根据存储的产品文件列表判断上传的文件是否属于开发的产品，当上传文件的用户为开发用户列表中的开发用户，并且上传的文件属于该产品时，将上传文件存储到指定路径下，并将文件的名称添加到开发用户对应的文件列表中。
其中，文件存储模块100，具体接收文件信息，根据文件信息包括的下载地址下载文件，确定文件对应的开发用户，将下载的文件的名称添加到对应的开发用户的文件列表中。
举例而言，文件存储模块100接收到外部设备发送的文件信息，例如，接收到外部的文件编译设备发送的文件信息，该文件信息中包括下载地址。根据文件信息中的下载地址下载该文件，根据存储的包括开发用户与文件间对应关系的开发列表，确定文件对应的开发用户，将下载的文件的名称添加到对应的开发用户的文件列表中。
任务生成模块200，适于将开发用户选择的存储的文件作为待测试的文件，生成包括文件的测试任务。
举例而言，开发用户可以在自己的文件列表中对文件进行选择，在选择完成后，开发用户输入提交指令，例如，开发用户点击界面中提交按钮。任务生成模块200接收到开发用户输入的提交指令后，将选择的文件作为待测试文件，生成包括该待测试的文件的测试任务。一个测试任务中可以包括一个或多个待测试的文件。
任务添加模块300，适于确定测试任务对应的测试用户，将测试任务添加到测试用户的测试任务列表中。
其中，任务添加模块300，具体适于确定所述测试任务中文件所属的开发模块；将测试所述开发模块的测试用户，确定为所述测试任务对应的测试用户。
举例而言，任务添加模块300根据存储的模块列表确定测试任务中文件所属的开发模块，模块列表包括文件与开发模块间对应关系；根据存储的测试列表将测试开发模块的测试用户，确定为测试任务对应的测试用户，测试列表包括开发模块与测试用户间对应关系。
文件下载模块400，适于当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
举例而言，测试用户在自己的测试任务列表中选择文件进行下载，文件下载模块400当接收到测试任务列表中输入的下载指令时，例如，接收到测试用户通过点击下载按钮而输入的下载指令，下载指令指定选择的文件，将选择的文件下载到默认地址或测试用户指定地址。例如，为测试用户提供地址选择提示栏，接收测试用户选择的存储路径，将下载指令指定的文件下载到测试用户选择的存储路径下。
测试人员下载完文件后，开始对文件进行测试。
在一实施例中，如图8所示，上述装置还可包括：
文件替换模块810，适于将捆包文件中所包括的文件替换为被测试的测试任务中的文件；
文件执行模块820，适于执行替换后的捆包文件，获得测试任务对应的测试结果。
举例而言，测试用户选择一个成功捆包后生成的捆包文件，文件替换模块810将测试任务中的文件替换进捆包文件中，文件执行模块820执行捆包文件，获得测试任务对应的测试结果。因为，捆包文件中包括测试任务中的文件，执行捆包文件，便能够获得测试任务的测试结果。
在本实施例中，可以根据测试用户指令提供文件下载，由此解决了，实现测试任务提交完全依靠人工，无法实现测试任务提交自动化的问题，取得了减轻人工负担，减少测试任务提交过程中出错率的有益效果。
在一实施例中，如图9所示，上述装置还包括：
状态确定模块910，适于根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
举例而言，测试用户对文件完成测试后，得到文件的测试结果，测试用户反馈该测试结果，状态确定模块910根据反馈的测试结果可修改测试任务列表中文件的测试状态，例如，当反馈的测试结果为测试合格时，则将文件的测试状态由未测试修改为测试未通过，或者，当反馈的测试结果为测试不合格时，则将文件的测试状态由未测试修改为测试已通过。
此外，状态确定模块910还适于将测试状态与对应的文件相关联，在开发用户的文件列表中呈现各个文件的测试状态。
在本实施例中，开发用户可以通过浏览自己的文件列表实时获知测试的文件的测试情况。
在一实施例中，如图9所示，上述装置还可包括：
条件判断模块920，适于根据测试任务中文件的测试状态，判断测试任务是否满足预设捆包条件；
文件捆包模块930，适于当测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。
举例而言，测试状态包括：未通过、待验证、续追踪、未通过(进)、已通过。条件判断模块920当接收到捆包人员输入的捆包指令后，例如，捆包人员通过点击捆包按钮输入捆包指令，判断测试任务中文件是否为续追踪、未通过(进)、或已通过，如果测试任务中文件的测试状态都为续追踪、未通过(进)和已通过中一种，则文件捆包模块930将测试任务中的文件进行捆包，生成捆包文件；如果测试任务中包括至少一个文件的测试状态不为续追踪、未通过(进)、或已通过，则文件捆包模块930测试任务中的文件不进行捆包。文件捆包模块930可以将捆包所得的捆包文件发送给捆包系统，如此，能够实现对文件捆包过程的监控。
在一实施例中，如图9所示，任务生成模块200，还适于将捆包文件作为待测试的文件，生成包括捆包文件的测试任务；
任务添加模块300，还适于将包括捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
文件下载模块400，还适于当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址 中。
在本实施例中，采用上述对开发人员开发的文件进行测试任务提交的装置，对捆包文件进行测试任务提交，如此，实现对捆包文件的测试。
在一实施例中，如图9所示，状态确定模块910，还适于根据测试用户反馈的测试结果，确定捆包文件的测试状态；
上述装置还包括：捆包文件发布模块940，适于当捆包文件的测试状态满足预设发布条件时，允许对捆包文件进行发布。
举例而言，测试用户对捆包文件测试后，测试结果为测试合格，状态确定模块910确定捆包文件的测试状态为测试已通过，该测试状态满足预设发布条件，于是，捆包文件发布模块940开启发布权限，允许对捆包文件进行发布。
在本实施例中，将测试通过的捆包文件进行发布，能够对捆包文件的发布条件进行控制。
在一实施例中，如图9所示，文件存储模块100，还适于对测试任务的相关信息进行存储。
其中，测试任务的相关信息包括如下信息中至少一种：测试任务的中文件，文件对应的存储时间、文件所属开发模块、文件的版本号、文件的测试状态、提交测试任务的开发用户、负责测试任务的测试用户。
上述装置还包括：信息搜索模块950，适于当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
举例而言，开发用户可以通过搜索开发用户的用户名，获得测试的文件的测试进展；通过对版本号进行搜索，获得某一版本下的文件的测试进度。测试用户可以通过对开发模块搜索，获得负责的开发模块中各个文件的测试状态。
在本实施例中，通过对测试任务的相关信息进行搜索，能够便于用户查看文件的测试进度和测试状态。
在一实施例中，上述装置还可包括：
任务统计模块960，适于对各个测试用户的测试任务列表中的测试任务进行统计，呈现统计结果，确认各个开发模块的测试用户的工作量。
例如，任务统计模块960可以对各个测试用户的测试任务列表中的未完成的测试任务进行统计，呈现统计结果，确认各个开发模块的测试用户的工作量。如此，可以根据统计结果在测试用户中对测试任务进行分配调整。
任务统计模块960也可以对预设时长内生产的测试任务的数量进行统计，呈现统计结果，根据统计结果判断产品开发进度是否符合预设进度要求。
任务统计模块960也可以对各个测试任务中文件的测试状态进行统计，例如，对文件的已通过和未通过状态进行统计，根据统计结果确定开发人员的出错比率。
任务统计模块960可以对各个测试用户的测试任务列表中的已完成测试任务进行统计，呈现统计结果。如此，可以根据统计结果衡量各个测试用户的工作量。
综上所述，本发明提供的装置能够进行测试任务提交、捆包、发布、搜索、以及统计的一系列操作，方便用户在产品开发过程中进行测试，减少了开发人员和测试人员的工作负担，提高了开发效率。
需要说明的是：
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循 具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的实现测试任务提交的设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于 元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明公开了A1、一种实现测试任务提交的方法，该方法包括：
接收文件，将所述文件进行存储；
将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
A2、根据A1所述的方法，其中，所述方法还包括：
根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
A3、根据A2所述的方法，其中，所述方法还包括：
根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。
A4、根据A3所述的方法，其中，所述方法还包括：
将捆包文件作为待测试的文件，生成包括所述捆包文件的测试任务；
将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。
A5、根据A4所述的方法，其中，所述方法还包括：
根据测试用户反馈的测试结果，确定捆包文件的测试状态；
当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行 发布。
A6、根据A1所述的方法，其中，所述方法还包括：
对测试任务的相关信息进行存储；
当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
A7、根据A1所述的方法，其中，所述方法还包括：
对各个测试用户的测试任务列表中的测试任务进行统计，呈现统计结果。
A8、根据A1所述的方法，其中，所述接收文件，将所述文件进行存储，具体包括：
接收开发用户上传的文件，将所述文件进行存储，将所述文件的名称添加到所述开发用户对应的文件列表中；或者，
接收文件信息，根据所述文件信息包括的下载地址下载文件，确定所述文件对应的开发用户，将下载的文件的名称添加到所述对应的开发用户的文件列表中。
A9、根据A1所述的方法，其中，所述确定所述测试任务对应的测试用户，具体包括：
确定所述测试任务中文件所属的开发模块；
将测试所述开发模块的测试用户，确定为所述测试任务对应的测试用户。
A10、根据A1所述的方法，其中，所述方法还包括：
将捆包文件中所包括的文件替换为被测试的测试任务中的文件；
执行替换后的捆包文件，获得所述测试任务对应的测试结果。
本发明还公开了B11、一种实现测试任务提交的装置，该装置包括：
文件存储模块，适于接收文件，将所述文件进行存储；
任务生成模块，适于将开发用户选择的存储的文件作为待测试的文件，生成包括所述文件的测试任务；
任务添加模块，适于确定所述测试任务对应的测试用户，将所述测试任务添加到所述测试用户的测试任务列表中；
文件下载模块，适于当接收到测试任务列表中输入的下载指令时，将测试任务中被下载指令指定的文件，下载到预设地址中或测试用户指定地址中。
B12、根据B11所述的装置，其中，所述装置还包括：
状态确定模块，适于根据测试用户反馈的测试结果，修改测试任务中文件的测试状态。
B13、根据B12所述的装置，其中，所述装置还包括：
条件判断模块，适于根据测试任务中文件的测试状态，判断所述测试任务是否满足预设捆包条件；
文件捆包模块，适于当所述测试任务满足预设捆包条件时，将所述测试任务中的文件进行捆包，生成捆包文件。
B14、根据B13所述的装置，其中，
所述任务生成模块，还适于将捆包文件作为待测试的文件，生成包括所述捆包文件的测试任务；
所述任务添加模块，还适于将包括所述捆包文件的测试任务添加到对应的测试用户的测试任务列表中；
所述文件下载模块，还适于当接收到测试任务列表中输入的下载捆包文件的指令时，将指令指定的捆包文件下载到预设地址中或测试用户指定地址中。
B15、根据B14所述的装置，其中，
所述状态确定模块，还适于根据测试用户反馈的测试结果，确定捆包文件的测试状态；
所述装置还包括：
捆包文件发布模块，适于当捆包文件的测试状态满足预设发布条件时，允许对所述捆包文件进行发布。
B16、根据B11所述的装置，其中，
所述文件存储模块，还适于对测试任务的相关信息进行存储；
所述装置还包括：
信息搜索模块，适于当接收到搜索指令时，对存储的测试任务相关信息进行搜索，呈现搜索结果。
B17、根据B11所述的装置，其中，所述装置还包括：
任务统计模块，适于对各个测试用户的测试任务列表中的测试任务进行 统计，呈现统计结果。
B18、根据B11所述的装置，其中，
所述文件存储模块，具体适于接收开发用户上传的文件，将所述文件进行存储，将所述文件的名称添加到所述开发用户对应的文件列表中；或者，接收文件信息，根据所述文件信息包括的下载地址下载文件，确定所述文件对应的开发用户，将下载的文件的名称添加到所述对应的开发用户的文件列表中。
B19、根据B11所述的装置，其中，所述任务添加模块，具体适于确定所述测试任务中文件所属的开发模块；将测试所述开发模块的测试用户，确定为所述测试任务对应的测试用户。
B20、根据B11所述的装置，其中，所述装置还包括：
文件替换模块，适于将捆包文件中所包括的文件替换为被测试的测试任务中的文件；
文件执行模块，适于执行替换后的捆包文件，获得所述测试任务对应的测试结果。