CN108073517B - 第三方软件测试的管理方法、装置、介质和计算机设备 - Google Patents

Abstract

本发明涉及一种第三方软件测试的管理方法、装置、介质和计算机设备。该方法包括：获取测试请求用户的测试需求和位置信息，根据位置信息匹配测试工程师账号、生成测试任务并发送测试任务至测试工程师账号，接收检测指令、对测试需求进行规范性检测并标记测试需求中的不规范字符，获取根据不规范字符对测试需求整改的得到的整改测试需求并根据整改测试需求生成测试执行记录表输出，接收测试记录信息并生成测试报告；如此，可实现测试需求的自动获取、测试任务的自动分配、测试需求的自动规范性检测、测试执行记录表和测试报告的自动生成，测试管理便捷快速，可间接加快软件测试的执行速度，提高测试效率，更适应呈指数式增长的软件测试需求。

Description

第三方软件测试的管理方法、装置、介质和计算机设备

技术领域

本发明涉及软件测试技术领域，特别是涉及一种第三方软件测试的管理方法、装置、介质和计算机设备。

背景技术

随着技术创新及产业的融合发展，软件在工业、农业、制造业、服务业等各领域的应用范围越来越广，软件的质量也日益成为人们关注的焦点，而软件测试是保证软件产品质量的关键。

大多用户(如企业用户)采用的是第三方检测机构对软件进行第三方的独立测试，即第三方软件测试。第三方软件测试的执行流程如图1所示，总体是：企业用户选择待测试的测试商品(软件)并提交测试需求，跟第三方检测机构确定测试委托；第三方检测机构根据企业用户提交的测试需求对待测试的样品(软件)进行测试，出具报告给企业用户。在此流程中，传统的第三方检测机构的软件测试的管理以人工为主，比如测试工程师对企业用户提交的测试需求进行审核、测试工程师对测试报告的内容及格式进行审查、测试工程师制作测试相关文档等，使得测试流程的进行效率低。

发明内容

基于此，有必要针对传统第三方检测机构对软件测试的效率低的问题，提供一种可提高软件测试效率的第三方软件测试的管理方法、装置、介质和计算机设备。

一种第三方软件测试的管理方法，包括：

获取测试请求用户的测试需求和位置信息；

根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号；

接收所述测试工程师账号对应的测试工程师执行所述测试任务所输入的检测指令，根据所述检测指令对所述测试需求进行规范性检测，标记所述测试需求中的不规范字符；

获取根据不规范字符对所述测试需求进行整改得到的整改测试需求，并根据所述整改测试需求生成测试执行记录表并输出；

接收根据所述测试执行记录表上传的测试记录信息，并根据所述测试记录信息生成测试报告。

一种第三方软件测试的管理装置，包括：

需求及位置获取模块，用于获取测试请求用户的测试需求和位置信息；

测试任务分配模块，用于根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号；

规范性检测模块，用于接收所述测试工程师账号对应的测试工程师执行所述测试任务所输入的检测指令，根据所述检测指令对所述测试需求进行规范性检测，标记所述测试需求中的不规范字符；

记录表生成模块，用于获取根据不规范字符对所述测试需求进行整改得到的整改测试需求，并根据所述整改测试需求生成测试执行记录表并输出；

测试报告生成模块，用于接收根据所述测试执行记录表上传的测试记录信息，并根据所述测试记录信息生成测试报告。

上述第三方软件测试的管理方法和装置，通过获取测试请求用户的测试需求和位置信息，根据位置信息匹配对应的测试工程师账号、生成测试任务并发送测试任务至测试工程师账号，接收检测指令、对测试需求进行规范性检测并标记测试需求中的不规范字符，获取根据不规范字符对测试需求整改得到的整改测试需求并根据整改测试需求生成测试执行记录表并输出，接收测试记录信息并根据测试记录信息生成测试报告；如此，可以实现测试需求的自动获取、测试任务的自动分配、测试需求的自动规范性检测、测试执行记录表和测试报告的自动生成，不需要人工对接获取测试需求、人工分配测试任务、人工审核测试需求、人工生成测试执行记录表和测试报告，可改变第三方检测机构以人工为核心的测试管理现状，测试管理更便捷快速，从而可间接加快软件测试的执行速度，提高测试效率，更适应呈指数式增长的软件测试需求。

一种介质，存储有计算机程序，存储的计算机程序被处理器执行时实现上述第三方软件测试的管理方法的步骤。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第三方软件测试的管理方法的步骤。

上述介质和计算机设备，由于实现了上述第三方软件测试的管理方法的步骤，同理测试管理更便捷快速，可间接加快软件测试的执行速度，提高测试效率。

附图说明

图1为传统的企业用户及第三方检测机构之间的沟通软件测试的时序示意图；

图2为一实施例中第三方软件测试的管理方法的流程图；

图3为另一实施例中第三方软件测试的管理方法的流程图；

图4为一实施例中第三方软件测试的管理装置的结构图；

图5为一应用例中云端系统的企业用户、项目负责人、测试工程师与云端系统的使用关系示意图；

图6为图5所示应用例中管理的操作流程图；

图7为图5所示应用例中云端系统的技术架构图。

具体实施方式

参考图2，在一个实施例中，提供了一种第三方软件测试的管理方法，可以应用于终端，例如应用于云端系统。第三方软件测试的管理方法包括如下步骤：

S110：获取测试请求用户的测试需求和位置信息。

测试请求用户为有软件测试需求的用户，比如委托第三方检测机构测试软件的企业用户。测试需求是测试请求用户发布的需求内容，例如，测试需求可以包括待测试软件的待测项，例如待测功能点和待测性能指标。具体地，测试需求可以通过网络远程获取，例如，获取测试需求用户通过登录云端系统发布的测试需求。位置信息是测试请求用户所在地理区域的信息，例如，可以精确到某省某市某区。

S120：根据位置信息匹配对应的测试工程师账号并生成测试任务，发送测试任务至测试工程师账号。

每个测试工程师对应有测试工程师账号，测试工程师账号预先存储，例如，测试工程师向云端系统注册测试工程师账号，云端系统存储所有已注册的测试工程师账号。通过将测试任务发送至测试工程师账号，从而测试工程师账号可读取到测试任务。

S130：接收测试工程师账号对应的测试工程师执行测试任务所输入的检测指令，根据检测指令对测试需求进行规范性检测，标记测试需求中的不规范字符。

接到测试任务的测试工程师账号对应的测试工程师可以携带手机终端或笔记本，前往测试请求用户的位置信息对应的位置执行测试任务。其中，检测指令用于指示需要启动规范性检测，例如，测试工程师通过使用云端系统提供的测试内容规范检测接口触发检测指令，云端系统对测试需求进行规范性检测。规范性检测具体是对测试需求中包含的字符进行检测，具体地，不规范字符指不符合标准规范的字符。

S140：获取根据不规范字符对测试需求进行整改得到的整改测试需求，并根据整改测试需求生成测试执行记录表并输出。

测试执行记录表用于指示测试需求的测试项及各测试项需要记录的测试结果信息。例如，测试执行记录表以表格形式排列各待测功能点、待测性能指标及各自对应需要记录的测试结果信息。将测试执行记录表输出，具体可以是输出至显示屏显示，也可以是输出至固定地址进行存储，还可以是输出至与位置信息匹配的测试工程师账号。具体地，可以是提取整改测试需求中的内容填入预设的记录模板并另存为测试执行记录表。

S150：接收根据测试执行记录表上传的测试记录信息，并根据测试记录信息生成测试报告。

测试执行记录表生成后，测试工程师可依照测试执行记录表对软件测试过程中的数据和信息进行记录并输入云端系统得到测试记录信息。具体地，步骤S150可以是通过网络远程接收测试记录信息，从而支持在线远程管理。

上述第三方软件测试的管理方法，通过获取测试请求用户的测试需求和位置信息，根据位置信息匹配对应的测试工程师账号、生成测试任务并发送测试任务至测试工程师账号，接收检测指令、对测试需求进行规范性检测并标记测试需求中的不规范字符，获取根据不规范字符对测试需求整改得到的整改测试需求并根据整改测试需求生成测试执行记录表并输出，接收测试记录信息并根据测试记录信息生成测试报告；如此，可以实现测试需求的自动获取、测试任务的自动分配、测试需求的自动规范性检测、测试执行记录表和测试报告的自动生成，不需要人工对接获取测试需求、人工分配测试任务、人工审核测试需求、人工生成测试执行记录表和测试报告，可改变第三方检测机构以人工为核心的测试管理现状，测试管理更便捷快速，从而可间接加快软件测试的执行速度，提高测试效率，更适应呈指数式增长的软件测试需求。

上述第三方软件测试的管理方法可基于网络实现，步骤S110基于网络在线获取测试需求和位置信息，步骤S120基于网络在线发送测试任务，步骤S130基于网络在线接收检测指令，步骤S150基于网络在线接收测试记录信息，管理便利性高。

在一个实施例中，步骤S140生成的测试执行记录表为网页版本和移动APP(Application应用程序)版本的测试执行记录表。如此，测试工程师可以通过网页或是移动APP在线查看测试执行记录表，并根据测试执行记录表对现场的软件测试过程的数据和信息进行记录，使用方便。记录完毕后测试工程师可直接上传以生成测试报告，省去根据测试执行记录表手工生成测试报告的过程。

在一个实施例中，S110之前还包括登录校验步骤：接收测试请求用户输入的登录信息并校验。对应地，步骤S110包括：获取校验通过的测试请求用户的测试需求和位置信息。

登录信息包括账号的名称和密码；校验登录信息具体是查找是否有与输入的名称一致的已存账号名称，若是，则判断输入的密码是否与查找一致的已存账号名称对应的已存密码一致，若是，则校验通过；否则，校验不通过。具体地，以云端系统为例，当测试请求用户初次登录云端系统时，先注册账号得到登录信息，注册完毕后便可使用登录信息登录云端系统。

通过采用校验测试请求用户的登录信息、校验通过后在获取测试需求和位置信息的方式，一方面可保证操作安全性，另一方面，提供基于网络在线获取测试需求和位置信息的方式，方便快捷。

在一个实施例中，参考图3，步骤S110包括步骤S111至步骤S114。

S111：提取测试请求用户的位置信息。

具体地，S111可以是接收测试请求用户实时输入的位置信息；可以是预先对应存储测试请求用户的唯一识别码与位置信息，步骤S111根据测试请求用户的唯一识别码查找得到位置信息，例如，云端系统确定测试请求用户的登录信息即可查找得到对应的位置信息；步骤S111也可以是根据测试需求用户的登录IP(Internet Protocol互联网协议)地址得到位置信息。

S112：接收测试请求用户选择的待测试软件的测试类型及对应的初始需求。

初始需求是测试请求用户发布的待测试软件的测试点或功能点。测试请求用户可以通过在线选择待测试软件的测试类型并在线发布初始需求，例如，测试请求用户登录云端系统后选择待测试软件的测试类型，并通过云端系统提供的测试申请接口发布对应的初始需求。

S113：接收项目负责人输入的对应待测试软件的测试类型和初始需求的报价信息。

报价信息可以包括待测试软件的测试类型的总价和/或价格明细。项目负责人可在线发布报价信息，例如，项目负责人登录云端系统告知测试请求用户对应的报价信息。

S114：若接收到测试请求用户输入的对应报价信息的同意指令，则将初始需求作为测试需求。

步骤S111可以是在步骤S112之前执行，也可以是在步骤S114之后执行。具体地，测试请求用户端的信息(选择的待测试软件的测试类型及对应的初始需求、同意指令)和项目负责人端的信息(报价信息)，至少有一端的信息是通过网络接收。通过步骤S111至步骤S114，实现位置信息和测试信息的在线获取，无需人工线下沟通，效率高。本实施例中，待测试软件的测试类型及对应的初始需求、同意指令、报价信息均通过网络接收。

具体地，每一种待测试软件对应有项目负责人。步骤S112之后、步骤S113之前还可以包括步骤：将初始需求发送至待测试软件对应的项目负责人的账号。S113之后、步骤S140之前还可以包括步骤：将报价信息发送至初始需求对应的测试请求用户的账号。通过在接收到初始需求和报价信息后，将初始需求和报价信息发送至对应的账号，以便通知对应的项目负责人和测试请求用户，便于项目负责人和测试请求用户及时查看。

在一个实施例中，步骤S110之后还包括步骤(a1)、步骤(a2)和步骤(a3)。

步骤(a1)：监测测试需求的测试执行状态信息。

测试执行状态信息包括未执行状态、执行中状态和执行结束状态。例如，若监测到测试工程师未启动根据测试需求对待测试软件的测试，则测试执行状态信息为未执行状态；若监测到测试工程师正在进行根据测试需求对待测试软件的测试，则测试执行状态信息为执行中状态；若监测到测试工程师已经完成根据测试需求对待测试软件的测试，则测试执行状态信息为执行结束状态。

步骤(a2)：分配测试需求的项目标识号和项目处理人信息。

项目标识号是测试需求的标记号，可以用数字标识。具体地，项目标识号可以是自动根据分配顺序生成，例如，前一个测试需求分配的项目标识号为1，则此次测试需求的项目标识号分配为2。项目处理人信息可以包括项目负责人；每一种待测试软件对应有项目负责人，测试需求的项目负责人具体可以是根据测试需求对应的待测试软件分配。

步骤(a3)：根据项目标识号、项目处理人信息和测试执行状态信息生成测试认证标识符。

通过生成测试认证标识符，用户可通过扫描测试认证标识符的方式对项目标识号、项目处理人信息和测试执行状态信息进行信息查询，使用便利。本实施例中，测试认证标识符为二维码，扫描方便。可以理解，在其他实施例中，测试认证标识符还可以为其他类型的标识符。

具体地，本实施例中，步骤(a3)之后还包括步骤(a4)：若监测到的测试执行状态信息有更新，则根据项目标识号、项目处理人信息和更新后的测试执行状态信息生成新的测试认证标识符。通过根据更新的测试执行状态信息生成新的测试认证标识符，使测试认证标识符更新及时，从而用户可扫描查询准确的信息。

在一个实施例中，参考图3，步骤S120包括步骤S121至步骤S123。

S121：从所有测试工程师账号中剔除已记录的考核结果为考核不通过的测试工程师账号。

S122：从剩余的测试工程师账号中，选择所对应的预存地址信息的对应位置与位置信息的对应位置的距离最近的测试工程师账号，并作为与位置信息匹配的测试工程师账号。

剩余的测试工程师账号即为所有测试工程师账号中、剔除考核结果为考核不通过的测试工程师账号之后的测试工程师账号。每一个测试工程师账号对应一个预存地址信息，预存地址信息表示对应测试工程师的工作常驻位置。比较各个剩余的测试工程师账号的预存地址信息所对应的位置与位置信息所对应的位置之间的距离，选择与位置信息的位置距离最近的预存地址信息，将选择的预存地址信息对应的测试工程师账号作为与位置信息匹配的测试工程师账号。

S123：根据位置信息生成测试任务，并将测试任务发送至匹配的测试工程师账号。

通过结合考核结果和位置信息匹配测试工程师账号，将考核不通过的测试工程师账号剔除，选取的测试工程师的专业技能强。

具体地，本实施例中，上述第三方软件测试的管理方法中，步骤S121之前还包括步骤(b1)至步骤(b3)。

步骤(b1)：定期向各测试工程师账号发送预存的考试试题。

考试试题可以预先存储在数据库。本实施例中，每隔半年向测试工程师账号发送考试试题。

步骤(b2)：分别采集各测试工程师账号上传的对应考试试题的答题信息。

测试工程师账号接收到考试试题后，测试工程师进行答题，并上传答题信息。

步骤(b3)：获取对各测试工程师账号的答题信息的评分，并根据评分记录对应测试工程师账号的考核通过或考核不通过的考核结果。

对测试工程师账号的答题信息的评分可以是由专门的负责人进行在线处理；例如，负责人登录云端系统查看答题信息并评分。根据评分记录测试工程师账号的考核结果，具体是讲评分与预设分数比较，若评分大于或等于预设分数，则记录对应的测试工程师账号的考核结果为考核通过；若评分小于预设分数，则记录对应的测试工程师账号的考核结果为考核不通过。

通过自动定期向测试工程师账号发送考试试题，以便对测试工程师进行定期考核，增强测试工程师的专业素养，且无需人工发放考试试题，考核方便。

在一个实施例中，步骤S130中，根据检测指令对测试需求进行规范性检测，标记测试需求中的不规范字符，包括：响应于检测指令，采用朴素模式匹配算法检测测试需求中的字符是否属于预设字符；其中，预设字符包括多个不符合标准规范的字符；若测试需求中的字符属于预设字符，则标记对应的字符为不规范字符。如此，可自动找出并标识不规范字符。例如，不符合标准规范的字符为非功能性描述性词汇，比如“等等”、“超前”、“先进”等，预设字符超过500个。

在一个实施例中，步骤S140中，获取根据不规范字符对测试需求进行整改得到的整改测试需求，包括：接收测试工程师账号上传的根据不规范字符对测试需求整改得到的整改测试需求。可以理解，在其他实施例中，也可以是自动对测试需求进行整改。例如，获取根据不规范字符对测试需求进行整改得到的整改测试需求还可以包括：将测试需求中的不规范字符剔除，得到整改测试需求。

在一个实施例中，步骤S140之后、步骤S150之前，还包括：将测试执行记录表发送至对应的测试工程师账号。通过将测试指令记录表自动发送至测试工程师账号，便于对应的测试工程师直接查看。

在一个实施例中，步骤S150之后，还包括：对测试报告进行规范性检测，标记测试报告中的不规范字符。对测试报告进行规范性检测的具体实现操作与对测试需求进行规范性检测的操作类似，同样是采用朴素模式匹配算法。通过对测试报告进行自动规范性检测，可以提高测试报告的规范性，且无需人工处理。

在一个实施例中，参考图3，步骤S150之后，还包括步骤S160。

S160：对测试执行记录表和/或测试报告进行格式检测，标记和/或更改测试执行记录表和/或测试报告中不符合预设格式的数据。

比如，步骤S160可以仅对测试执行记录表/测试报告进行格式检测，对应标记和/或更改测试执行记录表/测试报告中不符合预设格式的数据。步骤S160也可以分别对测试执行记录表以及测试报告进行格式检测，对应标记和/或更改测试执行记录表以及测试报告中不符合预设格式的数据。

通过步骤S160可实现对测试执行记录表和/测试报告进行自动格式审核，无需人工审核，管理便利性高。具体地，可以根据预先设定好的规则对测试记录执行表和/或测试报告中的数据进行格式的自动化审查，对于缺少或是不符合预设格式的数据给出提示或自动更正。例如，将要审核的测试执行记录表和/或测试报告与标准格式文档进行比较，检测相互对应的数据格式是否一致，若不一致，则为不符合预设格式的数据，可给出标记并进行自动更正为预设格式的数据。

在一个实施例中，测试报告生成后存储在数据库。本实施例中，步骤S150之后还可以包括展示步骤：根据存储的测试报告以图形的方式进行统计，得到分析图并显示。具体地，展示步骤可以是在步骤S160之后执行。

随着测试过程的不断进行，测试报告会越来越多，测试报告中的数据可以反映被测试的软件存在的问题。通过采用图形的方式统计分析并显示分析图，实现信息的自动可视化展示，方便第三方检测机构及时了解软件行业发展动态及目前存在的问题，也方便政府对软件行业发展的监督和管理。其中分析图的形式可以包括柱状图、折线图、饼图、散点图。

在一实施例中，步骤S150之后还包括：将测试执行记录表和/或测试报告发送至打印机进行打印。如此，可自动打印测试执行记录表和/或测试报告，无需人工操作，使用便利。

参考图4，在一个实施例中，提供了一种第三方软件测试的管理装置，包括需求及位置获取模块110、测试任务分配模块120、规范性检测模块130、记录表生成模块140和测试报告生成模块150。

需求及位置获取模块110用于获取测试请求用户的测试需求和位置信息。

测试任务分配模块120用于根据位置信息匹配对应的测试工程师账号并生成测试任务，发送测试任务至测试工程师账号。

规范性检测模块130用于接收测试工程师账号对应的测试工程师执行测试任务所输入的检测指令，根据检测指令对测试需求进行规范性检测，标记测试需求中的不规范字符。具体地，不规范字符指不符合标准规范的字符。

记录表生成模块140用于获取根据不规范字符对测试需求进行整改得到的整改测试需求，并根据整改测试需求生成测试执行记录表并输出。

测试报告生成模块150用于接收根据测试执行记录表上传的测试记录信息，并根据测试记录信息生成测试报告。具体地，测试报告生成模块150可以是通过网络远程接收测试记录信息，从而支持在线远程管理。

上述第三方软件测试的管理装置，通过需求及位置获取模块110获取测试请求用户的测试需求和位置信息，测试任务分配模块120根据位置信息匹配对应的测试工程师账号、生成测试任务并发送测试任务至测试工程师账号，规范性检测模块130接收检测指令、对测试需求进行规范性检测并标记测试需求中的不规范字符，记录表生成模块140获取根据不规范字符对测试需求整改得到的整改测试需求并根据整改测试需求生成测试执行记录表并输出，测试报告生成模块150接收测试记录信息并根据测试记录信息生成测试报告；如此，可以实现测试需求的自动获取、测试任务的自动分配、测试需求的自动规范性检测、测试执行记录表和测试报告的自动生成，不需要人工对接获取测试需求、人工分配测试任务、人工审核测试需求、人工生成测试执行记录表和测试报告，可改变第三方检测机构以人工为核心的测试管理现状，测试管理更便捷快速，从而可间接加快软件测试的执行速度，提高测试效率，更适应呈指数式增长的软件测试需求。

上述第三方软件测试的管理装置可基于网络实现，需求及位置获取模块110基于网络在线获取测试需求和位置信息，测试任务分配模块120基于网络在线发送测试任务，规范性检测模块130基于网络在线接收检测指令，测试报告生成模块150基于网络在线接收测试记录信息，管理便利性高。

在一个实施例中，记录表生成模块140生成的测试执行记录表为网页版本和移动APP版本的测试执行记录表。如此，测试工程师可以通过网页或是移动APP在线查看测试执行记录表，并根据测试执行记录表对现场的软件测试过程的数据和信息进行记录，使用方便。记录完毕后测试工程师可直接上传以生成测试报告，省去根据测试执行记录表手工生成测试报告的过程。

在一个实施例中，上述第三方软件测试的管理装置还包括登录校验模块(图未示)，用于接收测试请求用户输入的登录信息并校验。对应地，需求及位置获取模块110获取校验通过的测试请求用户的测试需求和位置信息。通过采用校验测试请求用户的登录信息、校验通过后在获取测试需求和位置信息的方式，一方面可保证操作安全性，另一方面，提供基于网络在线获取测试需求和位置信息的方式，方便快捷。

在一个实施例中，需求及位置获取模块110提取测试请求用户的位置信息；接收测试请求用户选择的待测试软件的测试类型及对应的初始需求；接收项目负责人输入的对应待测试软件的测试类型和初始需求的报价信息；若接收到测试请求用户输入的对应报价信息的同意指令，则将初始需求作为测试需求。如此实现位置信息和测试信息的在线获取，无需人工线下沟通，效率高。

具体地，需求及位置获取模块110在接收测试请求用户选择的待测试软件及对应的初始需求之后，将初始需求发送至待测试软件对应的项目负责人的账号；在接收项目负责人输入的对应待测试软件和初始需求的报价信息之后，将报价信息发送至初始需求对应的测试请求用户的账号。如此，可通知对应的项目负责人和测试请求用户，便于项目负责人和测试请求用户及时查看。

在一个实施例中，上述第三方软件测试的管理装置还包括测试过程实时监督模块(图未示)和测试认证标识模块(图未示)。测试过程实时监督模块用于监测测试需求的测试执行状态信息；测试认证标识模块用于分配测试需求的项目标识号和项目处理人信息，根据项目标识号、项目处理人信息和测试执行状态信息生成测试认证标识符。通过生成测试认证标识符，用户可通过扫描测试认证标识符的方式对项目标识号、项目处理人信息和测试执行状态信息进行信息查询，使用便利。本实施例中，测试认证标识符为二维码，扫描方便。

具体地，本实施例中，测试认证标识模块还用于在监测到的测试执行状态信息有更新时，根据项目标识号、项目处理人信息和更新后的测试执行状态信息生成新的测试认证标识符。通过根据更新的测试执行状态信息生成新的测试认证标识符，使测试认证标识符更新及时，从而用户可扫描查询准确的信息。

在一个实施例中，测试任务分配模块120从所有测试工程师账号中剔除已记录的考核结果为考核不通过的测试工程师账号；从剩余的测试工程师账号中，选择所对应的预存地址信息的对应位置与位置信息的对应位置的距离最近的测试工程师账号，并作为与位置信息匹配的测试工程师账号；根据位置信息生成测试任务，并将测试任务发送至匹配的测试工程师账号。通过结合考核结果和位置信息匹配测试工程师账号，将考核不通过的测试工程师账号剔除，选取的测试工程师的专业技能强。

具体地，本实施例中，上述第三方软件测试的管理装置还包括测试工程师考核模块(图未示)，用于定期向各测试工程师账号发送预存的考试试题；分别采集各测试工程师账号上传的对应考试试题的答题信息；获取对各测试工程师账号的答题信息的评分，并根据评分记录对应测试工程师账号的考核通过或考核不通过的考核结果。通过自动定期向测试工程师账号发送考试试题，以便对测试工程师进行定期考核，增强测试工程师的专业素养，且无需人工发放考试试题，考核方便。

在一个实施例中，规范性检测模块130根据检测指令对测试需求进行规范性检测，标记测试需求中的不规范字符，包括：规范性检测模块130响应于检测指令，采用朴素模式匹配算法检测测试需求中的字符是否属于预设字符；其中，预设字符包括多个不符合标准规范的字符；若测试需求中的字符属于预设字符，则标记对应的字符为不规范字符。如此，可自动找出并标识不规范字符。

在一个实施例中，规范性检测模块130还用于在测试报告生成模块150生成测试报告后，对测试报告进行规范性检测，标记测试报告中的不规范字符。通过对测试报告进行自动规范性检测，可以提高测试报告的规范性，且无需人工处理。

在一个实施例中，记录表生成模块140获取根据不规范字符对测试需求进行整改得到的整改测试需求，包括：记录表生成模块140接收测试工程师账号上传的根据不规范字符对测试需求整改得到的整改测试需求。可以理解，在其他实施例中，也可以是自动对测试需求进行整改。

在一个实施例中，记录表生成模块140还用于将测试执行记录表发送至对应的测试工程师账号。通过将测试指令记录表自动发送至测试工程师账号，便于对应的测试工程师直接查看。

在一个实施例中，上述第三方软件测试的管理装置还包括自动化综合审查模块(图未示)。自动化综合审查模块用于对测试执行记录表和/或测试报告进行格式检测，标记和/或更改测试执行记录表和/或测试报告中不符合预设格式的数据。如此，可实现对测试执行记录表和/测试报告进行自动格式审核，无需人工审核，管理便利性高。

在一个实施例中，测试报告生成后存储在数据库。上述第三方软件测试的管理装置还包括数据可视化模块(图未示)。数据可视化模块用于根据存储的测试报告以图形的方式进行统计，得到分析图并显示。通过采用图形的方式统计分析并显示分析图，实现信息的自动可视化展示，方便第三方检测机构及时了解软件行业发展动态及目前存在的问题，也方便政府对软件行业发展的监督和管理。

在一个实施例中，上述第三方软件测试的管理装置还包括打印模块，用于将测试执行记录表和/或测试报告发送至打印机进行打印。如此，可自动打印测试执行记录表和/或测试报告，无需人工操作，使用便利。

在一个实施例中，提供一种介质，存储有计算机程序，存储的计算机程序被处理器执行时实现上述第三方软件测试的管理方法的步骤。具体地，介质为计算机可读存储介质。

在一个实施例中，提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第三方软件测试的管理方法的步骤。

上述介质和计算机设备，由于实现了上述第三方软件测试的管理方法的步骤，同理测试管理更便捷快速，可间接加快软件测试的执行速度，提高测试效率。

以下以上述第三方软件测试的管理方法/装置应用于云端系统为例进行说明。参考图5，构建的云端系统主要涉及三大角色的参与，分别是企业用户、项目负责人以及测试工程师，管理的操作流程如图6所示。云端系统的技术架构图如图7所示，云端系统采用三层的技术架构，分别是可视层、逻辑控制层以及数据层。

可视层主要包括测试申请接口、测试内容规范检测接口、自动化综合审查接口、测试文档自动化生成接口、数据可视化接口以及测试工程师考核接口，可视层为云端系统使用人员提供操作门户，它通过调用逻辑控制层中对应的API(Application ProgrammingInterface应用程序编程接口)函数实现相应的功能。

逻辑控制层是云端系统的核心，它主要具备七个功能模块：数据可视化模块、规范性检测模块(图7未示)、自动化综合审查模块、测试工程师考核模块、测试过程实时监督模块、测试认证标识模块以及结合记录表生成模块140的功能和测试报告生成模块150的功能的测试文档自动生成模块。

数据层则由测试考核题库、测试案例库、测试用例库以及测试用例缺陷库构成，测试考核题库是为了提高测试工程师的专业素养而构建的考试试题题库，测试考核题库包含的知识点主要涉及测试相关的专业知识、测试过程中出现的问题及解决方法、测试过程经验分享等三大方面。测试案例库是用于存储每一个测试项目的基本信息，比如项目名称、项目开发者、项目测试相关的人员等等。测试用例库是用于存储每一个测试用例的基本信息，比如测试用例对应的项目名称，测试用例的设计人员及执行人员、测试用例采用的测试算法等等。测试用例缺陷库是用于存储执行失败的测试用例的基本信息，比如用例对应的项目名称、测试用例的设计人员及执行人员、测试用例采用的测试算法以及测试用例失败的原因分析等等，测试用例缺陷库为软件质量问题的综合分析提供了数据源，除此之外，它还可以为政府对软件行业的监督和管理提供依据。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (9)

1.一种第三方软件测试的管理方法，其特征在于，包括：

获取测试请求用户的测试需求和位置信息；

根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号；

接收所述测试工程师账号对应的测试工程师执行所述测试任务所输入的检测指令，根据所述检测指令对所述测试需求进行规范性检测，标记所述测试需求中的不规范字符；

获取根据不规范字符对所述测试需求进行整改得到的整改测试需求，并根据所述整改测试需求生成测试执行记录表并输出；

接收根据所述测试执行记录表上传的测试记录信息，并根据所述测试记录信息生成测试报告；

所述根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号，包括：

从所有测试工程师账号中剔除已记录的考核结果为考核不通过的测试工程师账号；

从剩余的测试工程师账号中，选择所对应的预存地址信息的对应位置与所述位置信息的对应位置的距离最近的测试工程师账号，并作为与所述位置信息匹配的测试工程师账号；

根据所述位置信息生成测试任务，并将所述测试任务发送至匹配的测试工程师账号。

2.根据权利要求1所述的第三方软件测试的管理方法，其特征在于，所述获取测试请求用户的测试需求和位置信息，包括：

提取所述测试请求用户的位置信息；

接收所述测试请求用户选择的待测试软件的测试类型及对应的初始需求；

接收项目负责人输入的对应所述待测试软件的测试类型和所述初始需求的报价信息；

若接收到所述测试请求用户输入的对应所述报价信息的同意指令，则将所述初始需求作为测试需求。

3.根据权利要求1所述的第三方软件测试的管理方法，其特征在于，所述获取测试请求用户的测试需求和位置信息之后，还包括：

监测所述测试需求的测试执行状态信息；

分配所述测试需求的项目标识号和项目处理人信息；

根据所述项目标识号、所述项目处理人信息和所述测试执行状态信息生成测试认证标识符。

4.根据权利要求3所述的第三方软件测试的管理方法，其特征在于，所述根据所述项目标识号、所述项目处理人信息和所述测试执行状态信息生成测试认证标识符之后，还包括：

若监测到的测试执行状态信息有更新，则根据所述项目标识号、所述项目处理人信息和更新后的测试执行状态信息生成新的测试认证标识符。

5.根据权利要求1所述的第三方软件测试的管理方法，其特征在于，所述从所有测试工程师账号中剔除已标记的考核结果为考核不通过的测试工程师账号之前，还包括：

定期向各测试工程师账号发送预存的考试试题；

分别采集各测试工程师账号上传的对应考试试题的答题信息；

获取对各测试工程师账号的答题信息的评分，并根据所述评分，记录对应测试工程师账号的考核通过或考核不通过的考核结果。

6.根据权利要求1所述的第三方软件测试的管理方法，其特征在于，所述接收根据所述测试执行记录表上传的测试记录信息，并根据所述测试记录信息生成测试报告之后，还包括：

对所述测试执行记录表和/或所述测试报告进行格式检测，标记和/或更改所述测试执行记录表和/或所述测试报告中不符合预设格式的数据。

7.一种第三方软件测试的管理装置，其特征在于，包括：

需求及位置获取模块，用于获取测试请求用户的测试需求和位置信息；

测试任务分配模块，用于根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号；所述根据所述位置信息匹配对应的测试工程师账号并生成测试任务，发送所述测试任务至所述测试工程师账号，包括：从所有测试工程师账号中剔除已记录的考核结果为考核不通过的测试工程师账号；从剩余的测试工程师账号中，选择所对应的预存地址信息的对应位置与所述位置信息的对应位置的距离最近的测试工程师账号，并作为与所述位置信息匹配的测试工程师账号；根据所述位置信息生成测试任务，并将所述测试任务发送至匹配的测试工程师账号；

规范性检测模块，用于接收所述测试工程师账号对应的测试工程师执行所述测试任务所输入的检测指令，根据所述检测指令对所述测试需求进行规范性检测，标记所述测试需求中的不规范字符；

记录表生成模块，用于获取根据不规范字符对所述测试需求进行整改得到的整改测试需求，并根据所述整改测试需求生成测试执行记录表并输出；

测试报告生成模块，用于接收根据所述测试执行记录表上传的测试记录信息，并根据所述测试记录信息生成测试报告。

8.一种介质，存储有计算机程序，其特征在于，存储的计算机程序被处理器执行时实现如权利要求1-6中任一项所述方法的步骤。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6任一项所述方法的步骤。

Images