CN112416791A - 一种测试对象的缺陷信息处理系统和方法 - Google Patents

Abstract

本发明实施例提供的一种测试对象的缺陷信息处理系统和方法，所述系统包括：测试平台用于向研发平台发送针对测试对象的缺陷信息；研发平台集成有多个研发系统，研发平台用于接收针对测试对象的缺陷信息，并向研发系统发送针对测试对象的缺陷信息；研发系统用于获取针对缺陷信息的反馈信息，并通过研发平台向测试平台发送反馈信息；运维平台用于接收测试平台根据若干研发系统的反馈信息所生成的问题信息；其中，问题信息用于指示确认测试对象是否存在生产问题。本发明可以实现缺陷信息跨研发、测试、运维平台流转，也可以实现缺陷信息在研发平台中各研发系统之间流转，从而减少了等待时间，提高了处理效率，以及解决了生产问题无人追踪的历史问题。

Description

一种测试对象的缺陷信息处理系统和方法

技术领域

本发明涉及信息处理技术领域，特别是涉及一种测试对象的缺陷信息处理系统和方法。

背景技术

一款新版本产品的发布，需要经过多支研发团队共同研发和测试团队多次测试。通常来说，测试团队测试发现新版本产品存在有缺陷时，需要新建缺陷信息，发送给其中一个研发系统，由该研发系统的研发团队去处理缺陷。

然而，当研发团队发现该缺陷不是所在研发系统的缺陷时，返回缺陷信息给测试系统，测试系统需要再新建缺陷信息，发送给另一个研发系统，直至找到该缺陷的源头去处理该缺陷。缺陷信息无法跨研发、测试、运维平台流转，也无法在研发平台中各研发系统之间流转，只能通过测试系统和研发系统一对一流转，导致等待时间长，处理效率低。

发明内容

鉴于上述问题，提出了本发明实施例以便提供克服上述问题或者至少部分地解决上述问题的一种测试对象的缺陷信息处理系统和方法。

本发明公开了一种测试对象的缺陷信息处理系统，包括测试平台、研发平台以及运维平台，所述测试平台与所述研发平台和所述运维平台通信，所述研发平台集成有多个研发系统；

所述测试平台用于向所述研发平台发送针对测试对象的缺陷信息；

所述研发平台用于接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息；

所述研发系统用于获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息；

所述测试平台用于根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

可选地，所述测试平台用于根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；若所述测试对象还存在缺陷，则确定所述缺陷是否属于研发系统缺陷；若所述缺陷不属于研发系统缺陷，则生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

可选地，所述测试平台用于根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷；若确定所述缺陷信息不属于任意一个所述研发系统的本研发系统缺陷，则生成问题信息并发送至所述运维平台。

可选地，所述研发系统还用于获取针对所述缺陷信息的分析信息；所述分析信息用于指示所述缺陷信息是否属于本研发系统缺陷；若所述分析信息指示所述缺陷信息属于本研发系统缺陷，则进行针对所述缺陷信息的修复处理，并获取修复后的测试对象。

可选地，所述反馈信息包括所述修复后的测试对象；所述测试平台用于测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷。

可选地，所述反馈信息包括所述分析信息；所述测试平台用于根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷。

可选地，若所述缺陷属于研发系统缺陷，则所述测试平台还用于再次向所述研发系统发送缺陷信息。

可选地，所述研发系统还用于通过所述研发平台将所述缺陷信息发送至其他研发系统。

本发明还公开了一种测试对象的缺陷信息处理方法，包括测试平台、研发平台以及运维平台，所述测试平台与所述研发平台和所述运维平台通信，所述研发平台集成有多个研发系统，所述方法包括：

所述测试平台向所述研发平台发送针对测试对象的缺陷信息；

所述研发平台接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息；

所述研发系统获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息；

所述测试平台根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

可选地，所述测试平台根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台，包括：

所述测试平台根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；

若所述测试对象还存在缺陷，则确定所述缺陷是否属于研发系统缺陷；

若所述缺陷不属于研发系统缺陷，则生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

可选地，所述测试平台根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台，包括：

所述测试平台根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷；

若确定所述缺陷信息不属于任意一个所述研发系统的本研发系统缺陷，则生成问题信息并发送至所述运维平台。

可选地，还包括：

所述研发系统获取针对所述缺陷信息的分析信息；所述分析信息用于指示所述缺陷信息是否属于本研发系统缺陷；

若所述分析信息指示所述缺陷信息属于本研发系统缺陷，则进行针对所述缺陷信息的修复处理，并获取修复后的测试对象。

可选地，所述反馈信息包括所述修复后的测试对象；所述测试平台根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷，包括：

所述测试平台测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷。

可选地，所述反馈信息包括所述分析信息，所述测试平台根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷，包括：

所述测试平台根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷。

可选地，还包括：

若所述缺陷属于研发系统缺陷，则所述测试平台再次向所述研发系统发送缺陷信息。

可选地，还包括：

所述研发系统通过所述研发平台将所述缺陷信息发送至其他研发系统。

本发明实施例还提供了一种电子设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如本发明实施例任一所述的测试对象的缺陷信息处理方法。

本发明具有以下优点：

本发明实施例提供的一种测试对象的缺陷信息处理系统和方法，所述系统包括：测试平台用于向研发平台发送针对测试对象的缺陷信息；研发平台集成有多个研发系统，研发平台用于接收针对测试对象的缺陷信息，并向研发系统发送针对测试对象的缺陷信息；研发系统用于获取针对缺陷信息的反馈信息，并通过研发平台向测试平台发送反馈信息；运维平台用于接收测试平台根据若干研发系统的反馈信息所生成的问题信息；其中，问题信息用于指示确认测试对象是否存在生产问题。本发明可以实现缺陷信息跨研发、测试、运维平台流转，也可以实现缺陷信息在研发平台中各研发系统之间流转，从而减少了等待时间，提高了处理效率，以及解决了生产问题无人追踪的历史问题。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种测试对象的缺陷信息处理系统的结构框图；

图2本发明实施例提供的研发平台的结构框图；

图3是本发明实施例提供的转派列表；

图4是本发明实施例提供的一种测试对象的缺陷信息处理方法的步骤流程图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

一款新版本产品在上线或发布之前，需要不同岗位的技术团队和技术负责人协同工作。例如，不同岗位的技术团队可以包括需求团队、研发团队、测试团队，不同岗位的技术负责人可以包括产品经理、研发经理、问题经理。其中，需求团队负责前期调研、收集用户反馈，策划需求内容；产品经理负责针对需求内容与研发团队交流、沟通；研发团队负责针对需求内容开发新版本产品的功能；研发经理负责针对新版本产品的功能向测试平台提交测试申请；测试团队负责针对新版本产品的功能执行测试任务；问题经理负责追踪新版本产品历史存在的生产问题。本发明实施例提供了一种测试对象的缺陷信息处理系统，可以实现缺陷信息跨研发、测试、运维平台流转，也可以实现缺陷信息在研发平台中各研发系统之间流转，从而减少了等待时间，提高了处理效率，以及解决了生产问题无人追踪的历史问题。

参照图1，示出了本发明实施例提供的一种测试对象的缺陷信息处理系统的结构框图，测试对象的缺陷信息处理系统100可以包括：运维平台101、测试平台102、消息队列服务器103、研发平台104，其中，测试平台102与研发平台104通过消息队列服务器103通信，测试平台102与运维平台101通信。

测试平台102，用于向所述研发平台发送针对测试对象的缺陷信息。

在本发明实施例中，测试对象可以是未上线的新版本产品，未上线的新版本产品可以是多个功能的代码文本。测试团队可以在测试平台上接收到研发经理提交的测试申请，测试团队可以从测试申请描述中分析需求内容，然后根据需求内容撰写测试内容，下载新版本产品附件，对新版本产品执行测试任务。测试团队如果发现新版本产品有缺陷，可以在测试平台上创建缺陷信息，测试平台弹出创建缺陷信息页面，测试人员可以在页面上输入缺陷名称、缺陷编号、严重程度、测试阶段，缺陷创建人员的工号，测试人员可以根据测试申请包含的研发系统信息和研发负责人信息，在页面上的研发系统列表上选择该研发系统，并输入研发负责人，测试人员确认无误后，提交缺陷信息，测试平台接收到提交指令，向研发平台发送缺陷信息，由研发平台发送给该研发系统。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

在本发明一种实施例中，所述测试平台通过消息队列服务器与所述研发平台通信；所述研发平台用于通过所述消息队列服务器向所述研发平台发送针对测试对象的缺陷信息。

需要说明的是，消息队列服务器是在消息传输过程中保存消息的容器，消息被发送到队列中。消息队列服务器在将消息从它的源中继到它的目标时充当中间人，队列的主要目的是提供路由并保证消息的传递，如果发送消息时接收者无响应，消息队列会保留消息，直到可以成功地传递它。

现有的研发平台和测试平台都是通过同步调用接口方式进行信息的传输，即研发平台与测试平台直接交互，然而测试人员较多，新建及更新的缺陷包含缺陷信息及缺陷附件上万条以上，同步调用导致等待，例如测试人员在测试平台上创建缺陷信息，测试平台弹出创建缺陷信息页面，测试人员在页面上输入缺陷信息、接收缺陷信息的研发平台，并附带缺陷附件，完成后点击发送，将缺陷信息发送给研发平台，研发人员在研发平台上点击接收并存库的操作之前，测试平台上的发送缺陷信息的页面会一直卡住，如果测试平台突然断电或者测试人员下班关机，很容易导致缺陷信息在传输过程中消失，所以测试人员需要一直等待研发人员接收缺陷信息并存库，才能完成测试任务，导致用户体验极差。

本发明实施例提供的测试对象的缺陷信息处理系统，可以使研发平台与测试平台通过消息队列服务器进行信息的异步传输，测试人员可以在测试平台上创建缺陷信息，发送缺陷信息给消息队列服务器，测试平台可以立刻弹出发送成功的页面，不需要等待研发平台的返回的接收成功的信息，节省了大量的等待时间。

研发平台104，用于接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息。

参考图2，示出了本发明实施例提供的研发平台的结构框图，研发平台可以集成有多个研发系统，研发平台可以提供不同的权限给不同研发系统的研发人员，研发人员可以登录研发平台，访问研发平台中权限允许的研发系统。例如研发平台集成有研发系统1041～1043，研发平台可以分别给研发人员A～C提供研发权限1041～1043，使得研发人员A可以通过研发权限1041登录研发平台，以访问到研发系统1041；研发人员B可以通过研发权限1042登录研发平台，以访问到研发系统1042；研发人员C可以通过研发权限1043登录研发平台，以访问到研发系统1043。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

在本发明实施例中，测试平台通过消息队列服务器向研发平台发送针对测试对象的缺陷信息，缺陷信息发送到消息队列服务器后，消息队列服务器可以保存该缺陷信息，等待接收缺陷信息的研发系统的接收。研发人员可以登录研发平台访问到研发系统，研发系统弹出信息接收提示页面，研发人员可以在页面上点击接收，研发系统从研发平台获取针对测试对象的缺陷信息。

研发系统，用于获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息。

在本发明实施例中，研发系统从研发平台获取针对测试对象的缺陷信息后，可以弹出缺陷信息页面，研发人员根据缺陷信息页面上对缺陷信息的详细描述，在研发系统上对缺陷信息进行相应的处理，此时研发系统可以获取到研发人员针对缺陷信息的反馈信息，并通过研发平台向测试平台发送反馈信息。

在本发明一种实施例中，所述研发系统还用于获取针对所述缺陷信息的分析信息；所述分析信息用于指示所述缺陷信息是否属于本研发系统缺陷；若所述分析信息指示所述缺陷信息属于本研发系统缺陷，则进行针对所述缺陷信息的修复处理，并获取修复后的测试对象。

缺陷信息页面显示测试人员填写的缺陷信息的相关描述，研发人员可以从描述中分析该缺陷是否属于本研发系统缺陷，并向研发系统输入分析信息。分析信息可以表示缺陷信息是否属于本研发系统缺陷。如果该缺陷是属于本研发系统缺陷，研发人员修复该缺陷，然后可以将修复后的测试对象作为反馈信息发送给测试平台；如果该缺陷不是属于本研发系统缺陷，研发人员可以不修复该缺陷，然后可以将分析信息作为反馈信息发送给测试平台。

如果缺陷信息属于本研发系统缺陷，研发人员可以从本研发系统的数据库，调取与缺陷信息对应的代码文本，研发人员根据缺陷信息的描述，对代码文本中的代码进行修改，然后更新代码文本，从而完成针对缺陷信息的修复处理，此时研发系统可以获取修复后的测试对象，修复后的测试对象可以是缺陷信息对应的更新后的代码文本，此时修复后的测试对象可以作为反馈信息，研发系统通过研发平台发送反馈信息至测试平台，由测试平台作进一步的处理。

如果缺陷信息不属于本研发系统缺陷，研发人员可以直接将分析信息作为反馈信息，分析信息可以指示缺陷信息不属于本研发系统缺陷，然后可以在研发系统上通过研发平台发送反馈信息至测试平台，由测试平台作进一步的处理。

在本发明一种实施例中，所述研发系统还用于通过所述研发平台将所述缺陷信息发送至其他研发系统。

研发平台可以集成多个研发系统，研发平台可以给每个研发系统提供转派列表。参考图3，示出了本发明提供的转派列表，转派列表列出了多个研发系统的名称和研发团队的名称，如果缺陷信息不属于本研发系统缺陷，研发人员可以将分析信息作为反馈信息发送给测试平台，分析信息可以指示缺陷信息不属于本研发系统缺陷。同时，研发人员可以通过研发平台的转派列表，将缺陷信息转派给其他研发系统，其中，转派列表上列出的多个研发系统不一定都是与该研发系统共同研发一款新版本产品，一般是几个研发系统的研发团队共同研发一款新版本产品，所以研发人员需要确定共同参与研发的研发系统，研发人员可以从研发系统的数据库调取参与研发新版本产品的研发系统信息和研发团队信息，然后研发人员可以根据研发系统信息和研发团队信息，在转派列表上选择其中一个研发系统进行转派。

例如研发平台集成有100个研发系统，研发人员A在研发系统A接收到缺陷信息a，研发人员A确定缺陷信息a不属于研发系统A的缺陷，研发人员A需要确定共同参与研发新版本产品a的研发系统，假如共同参与研发新版本产品a的研发系统有研发系统A、研发系统B、研发系统C、研发系统D，那么研发人员A通过转派列表列出的100个研发系统中找到研发系统B、研发系统C、研发系统D，选取其中一个研发系统。若选取研发系统B，转派列表会更新显示研发系统B的研发团队B，研发系统A针对研发人员A选取的研发系统B，通过研发平台A将缺陷信息a发送至研发系统B。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

在本发明一种实施例中，所述研发平台具有转派接口，所述研发系统还用于调用所述转派接口，将所述缺陷信息发送至其他研发系统。

参考图2，示出了本发明实施例提供的研发平台的结构框图，研发系统1041～1046和其他研发系统都通过调用研发平台提供的转派接口，将缺陷信息发送给研发人员在转派列表上选取的研发系统，使得缺陷信息可以在各个研发系统之间跨研发系统流转。例如研发人员A在研发系统1041的转派列表上选取了研发系统1042，转派列表自动更新，显示研发系统1042的研发团队B，研发系统A调用研发平台提供的转派接口，将缺陷信息发送给研发系统1042，使得研发系统1042的研发团队B接收到该缺陷信息，上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

在本发明一种实施例中，所述研发平台具有转派接口，所述研发系统还用于接收另一研发系统通过所述转派接口发送的针对测试对象的缺陷信息。

在本发明实施例中，研发系统接收到缺陷信息有两个来源：一个来源是研发系统从研发平台获取的、消息队列服务器转发的、测试平台创建的缺陷信息，例如测试平台创建了缺陷信息，发送对象是研发系统1041，那么缺陷信息可以通过消息队列服务器转发给研发平台，使得研发系统1041可以从研发平台获取缺陷信息。另一个来源是研发系统从研发平台获取的、另一研发系统通过转派接口发送的缺陷信息，例如测试系统创建了缺陷信息，发送对象是研发系统1042，那么缺陷信息可以通过消息队列服务器转发给研发平台，使得研发系统1042可以从研发平台获取缺陷信息，当研发系统1042的研发人员确定该缺陷信息不是本研发系统的缺陷时，并且确定研发系统1041是共同参与研发的其中一个研发系统，研发人员可以在研发系统1042的转派列表上选择研发系统1041，研发系统1042接收到转派指令，将缺陷信息通过转派接口发送给研发系统1041，使得研发系统1041从研发平台获取缺陷信息。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

测试平台102，用于根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

研发系统通过研发平台获取到缺陷信息后，研发人员都会对该缺陷信息作出相应的处理。例如如果该缺陷是属于本研发系统缺陷，研发人员修复该缺陷，然后可以将修复后的测试对象作为反馈信息发送给测试平台；如果该缺陷不是属于本研发系统缺陷，研发人员可以不修复该缺陷，然后可以将分析信息作为反馈信息发送给测试平台。

在本发明一种实施例中，所述反馈信息包括所述修复后的测试对象；所述测试平台用于测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷。

由于共同参与研发的研发系统都会接收到缺陷信息，当存在若干研发系统的研发人员确定缺陷属于自身研发系统的缺陷时，若干研发系统的研发人员都会对该缺陷进行修复处理，然后可以将修复后的测试对象作为反馈信息发送给测试平台，所以测试平台可以接收到若干研发系统对应的修复后的测试对象。修复后的测试对象可以是缺陷信息对应的更新后的代码文本，测试平台在接收到缺陷信息对应的更新后的代码文本后，再次对修复后的测试对象进行测试，即再次对缺陷信息对应的更新后的代码文本进行测试，目的是确定测试对象是否还存在缺陷，以根据测试结果作进一步的处理。

在本发明一种实施例中，所述测试平台用于根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；若所述测试对象还存在缺陷，则确定所述缺陷是否属于研发系统缺陷；若所述缺陷不属于研发系统缺陷，则生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

如果测试对象还存在缺陷，即修复后的测试对象还存在缺陷，测试人员需要确定该缺陷是否属于研发系统缺陷，测试人员可以根据反馈信息携带的研发系统信息和研发负责人信息，可以在测试平台上创建缺陷确认信息，缺陷确认信息可以是缺陷的内容和“请确认缺陷是否为本研发系统缺陷。若是，请打勾；若否，请打叉。确认完毕后，请尽快返回缺陷确认信息”，然后测试人员可以选取接收缺陷确认信息的研发系统，将缺陷确认信息发送给该研发系统。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

研发负责人可以根据缺陷确认信息中的缺陷的内容，确认缺陷是否属于本研发系统缺陷，即修复后的测试对象还存在缺陷，研发负责人需要确认该缺陷是否属于本研发系统缺陷，如果该缺陷不属于本研发系统缺陷，研发负责人可以在缺陷确认信息上打叉，并返回缺陷确认信息给测试平台，由测试平台根据缺陷确认信息作进一步的处理。

测试平台接收到返回的缺陷确认信息后，根据缺陷确认信息的打叉标记，可以确认该缺陷不属于该研发系统缺陷，测试人员需要确认测试对象是否存在生产问题，即修复后的测试对象还存在缺陷，测试人员需要确认该缺陷是否是生产问题造成的缺陷，即该缺陷是否是生产缺陷，生产缺陷是生产环境一直存在的缺陷，生产环境即是真实用户环境。每一款新版本产品都是迭代的，即未上线或未发布的新版本产品是前一个已上线或已发布的新版本产品的基础上新增、删除或完善功能，由于测试人员不可能测试出前一个已上线或已发布的新版本产品的全部缺陷，总会遗留一些缺陷没有测出来，在真实用户环境使用新版本产品的过程中，这些缺陷会对新版本产品的运行状态有一定的影响。

目前，如果测试人员发现缺陷是生产问题造成的缺陷时，无法线上追踪缺陷状态，只能是测试人员和研发人员线下沟通，导致沟通时间长、沟通效率低，而且在很多情况下，生产问题往往被忽略，使得生产问题造成的缺陷一直存在。

在本发明实施例中，测试平台与运维平台通信，测试人员在接收到修复后的测试对象后，对修复后的测试对象再次测试，当修复后的测试对象还存在缺陷，发送缺陷确认信息给该修复后的测试对象对应的研发系统，测试人员在接收到研发负责人确认该缺陷不属于本研发系统缺陷的应答后，测试人员可以在测试平台上创建问题信息，将问题信息发送给运维平台，由测试负责人作为问题经理跟进生产问题，以确认测试对象是否存在生产问题，从而缩短沟通时间，提高沟通效率，以及解决了生产问题无人追踪的历史问题。

在本发明一种实施例中，若所述缺陷属于研发系统缺陷，则所述测试平台还用于再次向所述研发系统发送缺陷信息。

测试平台接收到返回的缺陷确认信息后，根据缺陷确认信息的打勾标记，可以确认该缺陷属于该研发系统缺陷，测试人员可以在测试平台上创建缺陷信息，即修复后的测试对象还存在缺陷，测试人员需要再次创建缺陷信息，将再次创建的缺陷信息通过消息队列服务器发送给研发平台，由研发平台发送给研发系统。

在本发明一种实施例中，所述测试平台用于根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；若所述测试对象不存在缺陷，则删除所述缺陷信息。

如果测试对象不存在缺陷，即修复后的测试对象不存在缺陷，测试人员可以确认缺陷已被修复，并且可以确认测试对象不存在生产问题，那么测试人员可以删除缺陷信息。

在本发明一种实施例中，所述反馈信息包括所述分析信息；所述测试平台用于根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷。

由于共同参与研发的研发系统都会接收到缺陷信息，当存在若干研发系统的研发人员确定缺陷不属于自身研发系统的缺陷时，若干研发系统的研发人员可以输入的分析信息包含该缺陷不属于本研发系统缺陷的指示信息，以及转派给下一个研发系统的信息，然后可以将分析信息作为反馈信息发送给测试平台，所以测试平台可以接收到若干研发系统对应的分析信息，然后根据接收到的若干分析信息，可以获知该缺陷不属于发送分析信息对应的研发系统的缺陷，以便后续追踪生产问题可以不追究该研发系统的问题，并且可以获知缺陷信息的流转动向。

例如研发人员A确定缺陷信息a不属于本研发系统的缺陷，研发人员A将缺陷信息a转派给研发系统B的同时，研发人员A可以在研发系统A上创建分析信息，分析信息可以输入“缺陷信息a不属于研发系统A的缺陷，已将缺陷信息a发送给研发系统B”的内容，输入完毕后，点击发送，研发系统A接收到发送指令，研发系统A将分析信息通过研发平台发送给测试平台，测试人员在测试平台上接收到分析信息，测试人员通过分析信息可以获知缺陷信息a不属于研发系统A的缺陷，后续缺陷信息a存在的生产问题可以不追究研发系统A，测试人员还可以获知缺陷信息a此时流转到研发系统B。上述示例仅用于使本领域技术人员更好理解本发明实施例，本发明对此不作出限定。

在本发明一种实施例中，所述测试平台用于根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷；若确定所述缺陷信息不属于任意一个所述研发系统的本研发系统缺陷，则生成问题信息并发送至所述运维平台。

测试人员可以根据接收到的分析信息，判断缺陷信息是否不属于任意一个研发系统的本研发系统缺陷，当接收到的分析信息的数量等于共同参与研发的研发系统的数量时，测试人员可以确认缺陷信息不属于任意一个研发系统的本研发系统缺陷，例如共同参与研发新版本产品的研发系统有5个，测试人员在发送缺陷信息后，预设时间内，测试人员在测试平台上接收到5个分析信息，并且分析信息分别指示该缺陷不属于本研发系统缺陷，测试人员可以确定缺陷信息不属于任意一个研发系统的本研发系统缺陷。

在本发明实施例中，测试平台与运维平台通信，测试人员确定缺陷信息不属于任意一个研发系统的本研发系统缺陷后，测试人员可以在测试平台上创建问题信息，将问题信息发送给运维平台，由测试负责人作为问题经理跟进生产问题，以确认测试对象是否存在生产问题，从而缩短沟通时间，提高沟通效率，以及解决了生产问题无人追踪的历史问题。

在本发明一种实施例中，所述测试平台向所述研发平台发送针对测试对象的缺陷信息之前，所述研发系统还用于向所述研发平台发送测试对象；所述研发平台还用于向所述测试平台发送所述测试对象；所述测试平台还用于接收所述测试对象，并对所述测试对象的进行测试以及确定所述测试对象的缺陷信息。

在本发明实施例中，研发经理登录研发平台访问到研发系统，研发经理可以创建测试申请，研发系统接收到创建指令，可以弹出测试申请页面，研发经理可以在页面上输入标题、测试负责人、研发负责人、测试申请描述，选择所属研发系统，并加载测试对象附件，其中，附件可以包括多个需要测试的代码文本，然后提交测试申请，研发平台从研发系统获取到测试对象，即测试申请信息，然后研发平台向测试平台发送该测试申请信息。

在本发明实施例中，测试平台接收到测试申请信息，测试人员可以从测试申请描述中分析需求内容，然后可以根据需求内容撰写测试内容，下载测试对象附件，对测试对象执行测试任务，在测试的过程中，当发现有缺陷时，需要确定测试对象的缺陷信息，以将缺陷信息发送给研发平台。

在本发明一种实施例中，所述研发平台还用于通过所述消息队列服务器向所述测试平台发送所述测试对象；所述测试平台还用于通过所述消息队列服务器接收所述测试对象，并对所述测试对象的进行测试以及确定所述测试对象的缺陷信息。

在本发明实施例中，研发平台与测试平台通过消息队列服务器进行信息的传输，研发平台可以向消息队列服务器发送测试对象，以及测试平台可以从消息队列服务器获取测试对象，使得研发平台与测试平台不需要等待对方返回的接收信息，从而使用户体验速度加快。

本发明实施例提供的一种测试对象的缺陷信息处理系统和方法，所述系统包括：测试平台用于向研发平台发送针对测试对象的缺陷信息；研发平台集成有多个研发系统，研发平台用于接收针对测试对象的缺陷信息，并向研发系统发送针对测试对象的缺陷信息；研发系统用于获取针对缺陷信息的反馈信息，并通过研发平台向测试平台发送反馈信息；运维平台用于接收测试平台根据若干研发系统的反馈信息所生成的问题信息；其中，问题信息用于指示确认测试对象是否存在生产问题。本发明可以实现缺陷信息跨研发、测试、运维平台流转，也可以实现缺陷信息在研发平台中各研发系统之间流转，从而减少了等待时间，提高了处理效率，以及解决了生产问题无人追踪的历史问题。

参照图4，示出了本发明实施例提供的一种测试对象的缺陷信息处理方法的步骤流程图，包括测试平台、研发平台以及运维平台，所述测试平台与所述研发平台和所述运维平台通信，所述研发平台集成有多个研发系统，所述方法包括：

步骤401，所述测试平台向所述研发平台发送针对测试对象的缺陷信息。

在本发明一种实施例中，所述测试平台通过消息队列服务器与所述研发平台通信，步骤401可以包括如下子步骤：

所述研发平台通过所述消息队列服务器向所述研发平台发送针对测试对象的缺陷信息。

步骤402，所述研发平台接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息。

步骤403，所述研发系统获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息。

步骤404，所述测试平台根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

在本发明一种实施例中，所述反馈信息包括修复后的测试对象，步骤404可以包括如下子步骤：

所述测试平台测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷。

在本发明一种实施例中，所述测试平台测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷的步骤可以包括：

所述测试平台根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；若所述测试对象还存在缺陷，则确定所述缺陷是否属于研发系统缺陷；若所述缺陷不属于研发系统缺陷，则生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

在本发明一种实施例中，所述反馈信息包括分析信息，步骤404还可以包括如下子步骤：

所述测试平台根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷。

在本发明一种实施例中，所述测试平台根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷的步骤可以包括：

所述测试平台根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷；若确定所述缺陷信息不属于任意一个所述研发系统的本研发系统缺陷，则生成问题信息并发送至所述运维平台。

在本发明一种实施例中，所述方法还可以包括：

所述研发系统获取针对所述缺陷信息的分析信息；所述分析信息用于指示所述缺陷信息是否属于本研发系统缺陷；若所述分析信息指示所述缺陷信息属于本研发系统缺陷，则进行针对所述缺陷信息的修复处理，并获取修复后的测试对象。

在本发明一种实施例中，所述方法还可以包括：

所述研发系统通过所述研发平台将所述缺陷信息发送至其他研发系统。

在本发明一种实施例中，所述研发平台具有转派接口，所述研发系统通过所述研发平台将所述缺陷信息发送至其他研发系统的步骤可以包括：

所述研发系统调用所述转派接口，将所述缺陷信息发送至其他研发系统。

在本发明一种实施例中，所述方法还可以包括：

所述研发系统接收另一研发系统通过所述研发平台发送的针对测试对象的缺陷信息。

在本发明一种实施例中，所述研发平台具有转派接口，所述研发系统接收另一研发系统通过所述研发平台发送的针对测试对象的缺陷信息的步骤可以包括：

所述研发系统接收另一研发系统通过所述转派接口发送的针对测试对象的缺陷信息。

在本发明一种实施例中，所述方法还可以包括：

若所述缺陷属于研发系统缺陷，则所述测试平台再次向所述研发系统发送缺陷信息。

在本发明一种实施例中，所述测试平台测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷的步骤还可以包括：

所述测试平台根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；若所述测试对象不存在缺陷，则删除所述缺陷信息。

在本发明一种实施例中，执行步骤401之前，所述方法还可以包括：

所述研发系统向所述研发平台发送测试对象；所述研发平台向所述测试平台发送所述测试对象；所述测试平台接收所述测试对象，并对所述测试对象的进行测试以及确定所述测试对象的缺陷信息。

在本发明一种实施例中，所述研发平台向所述测试平台发送所述测试对象的步骤可以包括：

所述研发平台通过所述消息队列服务器向所述测试平台发送所述测试对象。

在本发明一种实施例中，所述测试平台接收所述测试对象，并对所述测试对象的进行测试以及确定所述测试对象的缺陷信息的步骤可以包括：

所述测试平台通过所述消息队列服务器接收所述测试对象，并对所述测试对象的进行测试以及确定所述测试对象的缺陷信息。

本发明实施例提供的一种测试对象的缺陷信息处理系统和方法，所述系统包括：测试平台用于向研发平台发送针对测试对象的缺陷信息；研发平台集成有多个研发系统，研发平台用于接收针对测试对象的缺陷信息，并向研发系统发送针对测试对象的缺陷信息；研发系统用于获取针对缺陷信息的反馈信息，并通过研发平台向测试平台发送反馈信息；运维平台用于接收测试平台根据若干研发系统的反馈信息所生成的问题信息；其中，问题信息用于指示确认测试对象是否存在生产问题。本发明可以实现缺陷信息跨研发、测试、运维平台流转，也可以实现缺陷信息在研发平台中各研发系统之间流转，从而减少了等待时间，提高了处理效率，以及解决了生产问题无人追踪的历史问题。

对于方法实施例而言，由于其与系统实施例基本相似，所以描述的比较简单，相关之处参见系统实施例的部分说明即可。

本发明实施例还提供了一种电子设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如本发明实施例任一所述的测试对象的缺陷信息处理方法。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种测试对象的缺陷信息处理系统、方法、电子设备，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种测试对象的缺陷信息处理系统，其特征在于，包括测试平台、研发平台以及运维平台，所述测试平台与所述研发平台和所述运维平台通信，所述研发平台集成有多个研发系统；

所述测试平台用于向所述研发平台发送针对测试对象的缺陷信息；

所述研发平台用于接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息；

所述研发系统用于获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息；

所述测试平台用于根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

2.根据权利要求1所述的系统，其特征在于，

所述测试平台用于根据若干所述研发系统的反馈信息，判断所述测试对象是否还存在缺陷；

若所述测试对象还存在缺陷，则确定所述缺陷是否属于研发系统缺陷；

若所述缺陷不属于研发系统缺陷，则生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

3.根据权利要求1所述的系统，其特征在于，

所述测试平台用于根据若干所述研发系统的反馈信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷；

若确定所述缺陷信息不属于任意一个所述研发系统的本研发系统缺陷，则生成问题信息并发送至所述运维平台。

4.根据权利要求2或3所述的系统，其特征在于，

所述研发系统还用于获取针对所述缺陷信息的分析信息；所述分析信息用于指示所述缺陷信息是否属于本研发系统缺陷；

若所述分析信息指示所述缺陷信息属于本研发系统缺陷，则进行针对所述缺陷信息的修复处理，并获取修复后的测试对象。

5.根据权利要求4所述的系统，其特征在于，所述反馈信息包括所述修复后的测试对象；

所述测试平台用于测试若干所述研发系统对应的修复后的测试对象，确定所述修复后的测试对象是否还存在缺陷。

6.根据权利要求4所述的系统，其特征在于，所述反馈信息包括所述分析信息；

所述测试平台用于根据若干所述研发系统的分析信息，判断所述缺陷信息是否不属于任意一个所述研发系统的本研发系统缺陷。

7.根据权利要求2所述的系统，其特征在于，

若所述缺陷属于研发系统缺陷，则所述测试平台还用于再次向所述研发系统发送缺陷信息。

8.根据权利要求1所述的系统，其特征在于，

所述研发系统还用于通过所述研发平台将所述缺陷信息发送至其他研发系统。

9.一种测试对象的缺陷信息处理方法，其特征在于，包括测试平台、研发平台以及运维平台，所述测试平台与所述研发平台和所述运维平台通信，所述研发平台集成有多个研发系统，所述方法包括：

所述测试平台向所述研发平台发送针对测试对象的缺陷信息；

所述研发平台接收所述针对测试对象的缺陷信息，并向所述研发系统发送所述针对测试对象的缺陷信息；

所述研发系统获取针对所述缺陷信息的反馈信息，并通过所述研发平台向所述测试平台发送所述反馈信息；

所述测试平台根据若干所述研发系统的反馈信息，生成问题信息并发送至所述运维平台；所述问题信息用于指示确认所述测试对象是否存在生产问题。

10.一种电子设备，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于执行如方法权利要求9所述的测试对象的缺陷信息处理方法。

Images