问题单的处理方法、装置及存储介质

技术领域

本发明涉及计算机领域中的数据处理技术，尤其涉及一种问题单的处理方法、装置及存储介质。

背景技术

目前，在针对测试软件的应用程序(APP，Application)的功能和性能测试过程中，当开发人员的开发能力不足导致APP质量低下时，会出现相应的漏洞(Bug)，因此，测试人员需要向开发人员建单以跟进产生的Bug。

相关技术中，测试人员在发现Bug时，需要手动输入相应的网络链接以打开提单平台，然后手动输入Bug对应的漏洞信息，当遇到闪退Bug时，还需要通过企业微信或者手机QQ通信工具，将与闪退Bug相关的日志信息及截图上传至提单的移动终端，才能完成整个提单流程，形成相应的问题单。可见，相关技术的上述方案需要测试人员在不同的软件中不断切换工作环境，且依靠人工手动操作进行提单，极大降低创建问题单的效率。

发明内容

本发明实施例提供一种问题单的处理方法、装置及存储介质，能够有效提高创建问题单的效率。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种问题单的处理方法，所述方法包括：

响应于针对提单入口的点击操作，呈现提单初始化界面；

响应于基于所述提单初始化界面触发的输入操作，获取输入的对应漏洞信息的关键字段信息；

自动获取对应所述漏洞信息的参考字段信息，所述参考字段信息为所述漏洞信息中除所述关键字段信息之外的字段信息；

响应于针对所述提单初始化界面中呈现的提交按钮的点击操作，发送所述关键字段信息及所述参考字段信息，以基于所述关键字段信息及所述参考字段信息生成问题单，所述问题单为用于记载所述漏洞信息的文件；

接收返回的所述问题单。

本发明实施例还提供一种问题单的处理装置，所述装置包括：

第一呈现单元，用于响应于针对提单入口的点击操作，呈现提单初始化界面；

第一获取单元，用于响应于基于所述提单初始化界面触发的输入操作，获取输入的对应漏洞信息的关键字段信息；

第二获取单元，用于自动获取对应所述漏洞信息的参考字段信息，所述参考字段信息为所述漏洞信息中除所述关键字段信息之外的字段信息；

第一发送单元，用于响应于针对所述提单初始化界面中呈现的提交按钮的点击操作，发送所述关键字段信息及所述参考字段信息，以基于所述关键字段信息及所述参考字段信息生成问题单，所述问题单为用于记载所述漏洞信息的文件；

第一接收单元，用于接收返回的所述问题单。

上述方案中，所述第一呈现单元，还用于：

在客户端的用户界面中呈现业务场景界面；

基于呈现的所述业务场景界面，接收针对所述提单入口的点击操作；

基于所述点击操作，从呈现所述业务场景界面切换至呈现所述提单初始化界面。

上述方案中，所述第一呈现单元，还用于：

在客户端的用户界面中呈现个人主页；

基于呈现的所述个人主页，接收针对所述提单入口的点击操作；

基于所述点击操作，从呈现所述个人主页切换至呈现所述提单初始化界面。

上述方案中，所述第一发送单元，还用于：

基于呈现的所述提单初始化界面，接收针对所述提交按钮的点击操作；

基于所述点击操作触发向服务器发送数据提交请求，所述数据提交请求的请求体中携带所述关键字段信息及所述参考字段信息。

上述方案中，所述第一发送单元，还用于：

向服务器发送数据提交请求，以使所述服务器对所述数据提交请求进行解析，得到所述关键字段信息及所述参考字段信息，以及

通过调用提单接口，获取问题单模板，所述问题单模板中包括至少两个模板片段；

将所述关键字段信息及所述参考字段信息填充至所述问题单模板的模板片段，并基于填充的所述模板片段进行问题单合成，得到所述问题单；

其中，所述关键字段信息及所述参考字段信息均与所述问题单模板的模板片段呈一一对应关系。

上述方案中，所述第一接收单元，还用于：

接收返回的提醒消息，所述提醒消息用于指示已成功创建所述问题单，所述提醒消息中携带所述问题单的标识；

基于所述问题单的标识确定所述问题单。

上述方案中，所述问题单的处理装置还包括：

解析单元，用于解析所述提醒消息，得到所述提醒消息中携带的供访问所述问题单的链接，所述问题单的链接基于所述问题单的标识生成；

第二呈现单元，用于响应于基于所述问题单的链接的点击操作，呈现供查看所述问题单中记载的漏洞信息的问题单详情页面。

上述方案中，所述问题单的处理装置还包括：

第二发送单元，用于将所述问题单发送至区块链网络中，以使所述区块链网络的节点将所述问题单填充至新区块，且当对所述新区块取得共识一致时，将所述新区块追加至区块链的尾部。

本发明实施例还提供一种电子设备，所述电子设备包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的问题单的处理方法。

本发明实施例还提供一种存储介质，存储有可执行指令，所述可执行指令被处理器执行时，用于实现本发明实施例提供的问题单的处理方法。

应用本发明上述实施例具有以下有益效果：

应用本发明实施例提供的问题单的处理方法、装置及存储介质，当在移动终端APP上发现漏洞时，通过点击相应的提单入口进入移动终端的提单初始化界面，在提单初始化界面中仅需要输入对应漏洞信息的关键字段信息，且漏洞信息的参考字段信息可由移动终端自动获取，这样，当通过点击提单初始化界面中的提交按钮时，就能够自动将关键字段信息及参考字段信息发送至服务器，以使服务器快速生成问题单，并接收返回的问题单。如此，无需用户不断切换工作环境，减少提单流程的操作步骤，实现移动终端一键快速提单，能够有效提高创建问题单的效率，提升用户的使用体验。

附图说明

图1为相关技术的请求/响应数据的处理流程示意图；

图2为本发明实施例提供的问题单的处理系统10的一个可选的架构示意图；

图3A为本发明实施例提供的电子设备40的一个可选的硬件结构示意图；

图3B为本发明实施例提供的问题单的处理装置455的一个可选的组成结构示意图；

图4为本发明实施例提供的问题单的处理方法的一个可选的流程示意图；

图5为本发明实施例提供的终端呈现提单入口的一种可选的页面示意图；

图6为本发明实施例提供的终端呈现提单初始化界面的示意图；

图7为本发明实施例提供的终端呈现提单入口的另一种可选的页面示意图；

图8为本发明实施例提供的终端呈现供上传日志、截图、视频的页面示意图；

图9为本发明实施例提供的区块链网络的应用架构示意图；

图10为本发明实施例提供的区块链网络81中区块链的一个可选的结构示意图；

图11为本发明实施例提供的区块链网络81的功能架构示意图；

图12为本发明实施例提供的问题单的处理方法的另一个可选的流程示意图；

图13为本发明实施例提供的终端接收到的提醒消息的一种可选的样式示意图；

图14为本发明实施例提供的问题单的处理方法的一种可选的架构示意图。

具体实施方式

为了使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一”、“第二”等仅仅是用于区别类似的对象，不代表针对对象的特定的顺序或先后次序，可以理解地，“第一”、“第二”等在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本发明实施例所使用的所有的技术和科学术语与属于本发明实施例的技术领域的技术人员通常理解的含义相同。本发明中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)Bug，漏洞或缺陷，是程序设计中的术语，是指在测试软件运行中，因程序本身存在错误而造成测试软件的功能不正常、死机、数据丢失、非正常中断等现象。

2)移动终端APP，指移动终端(例如手机、平板电脑等)中运行的用于提供各种服务的应用程序，比如视频播放客户端、游戏客户端。

3)建单，在移动终端APP的功能和性能测试的过程中，测试人员发现了产品功能的问题，比如闪退或者功能不正常的Bug，此时测试人员需要向开发人员建单以跟进此Bug，其中，建单的过程中需要携带各种信息，比如移动终端的机型信息、APP环境信息、用户账号信息、网络信息、Bug截图、日志信息等，通过建单流程得到问题单，便于开发人员定位问题，以及测试人员回归问题。

4)请求/响应，参见图1，图1为相关技术的请求/响应数据的处理流程示意图，为了获得服务器上的一个资源(例如可以是文本、图像或者其他任何可以被包含在页面内的元素)，浏览器与服务器之间建立通信链路，浏览器通过通信链路向服务器(比如Web服务器)发送一个请求，例如GET/POST请求，服务器接收到请求后，对浏览器发送过来的请求进行处理，生成相应的响应(Response)消息，然后将响应消息返回给浏览器。

5)GET/POST请求，浏览器与服务器进行数据交互的两种不同的请求形式，根据超文本传输协议(HTTP，Hyper Text Transfer Protocol)规范，GET请求是向服务器发索取数据的一种请求，而POST请求是向服务器提交数据的一种请求，也就是说，GET请求主要用于信息获取，而不是修改信息，且由于GET请求是通过统一资源定位符(URL，UniformResource Locator)提交数据，因此，GET请求的数据有长度限制；

POST请求表示可能修改变服务器上的资源的请求，通常在请求体(body)中提交数据，对于提交的数据没有长度限制，鉴于本文的需求，选择POST请求方式。

6)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

7)交易(Transaction)，等同于计算机术语“事务”，交易包括了需要提交到区块链网络执行的操作，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交易”这一术语，本发明实施例遵循了这一习惯。

例如，部署(Deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用；调用(Invoke)交易用于通过调用智能合约在区块链中追加交易的记录，并对区块链的状态数据库进行操作，包括更新操作(包括增加、删除和修改状态数据库中的键值(Key-Value)对)和查询操作(即查询状态数据库中的键值对)。

8)区块链(Block Chain)，是由区块(Block)形成的加密的、链式的交易的存储结构。

例如，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，从而基于哈希值实现区块中交易的防篡改和防伪造；新产生的交易被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长。

9)区块链网络(Block Chain Network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。

10)账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。

11)智能合约(Smart Contracts)，也称为链码(Chain Code)或应用代码，部署在区块链网络的节点中的程序，该程序是根据条件而触发执行的，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。

12)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(PoW，Proof of Work)、权益证明(PoS，Proof of Stake)、股份授权证明(DPoS，Delegated Proof-of-Stake)、消逝时间量证明(PoET，Proof of Elapsed Time)等。

在实际应用中，目前测试人员在创建问题单方面存在很大的痛点，下面对相关技术提供的关于创建问题单的方案进行说明。

当测试人员在移动终端APP上发现了某一个Bug时，首先需要在个人电脑上手动输入相应的网络链接以打开提单平台，然后手动输入Bug所要携带的所有漏洞信息(比如移动终端的机型信息、网络信息、APP环境信息等)；另外，当遇到一些闪退Bug时，还需要上传额外的日志信息与截图，此时需要测试人员先从移动终端APP获取日志信息与截图对应的zip压缩包，然后通过企业微信或者手机QQ通信工具等即时通信软件，将日志信息与截图对应的zip压缩包上传至提单的个人电脑上，从而完成整个提单流程，创建相应的问题单，上述整个提单流程需要消耗测试人员的平均时间为5分钟。

然而，相关技术的上述方案存在以下几个问题：1)需要测试人员在不同的软件中不断切换工作环境，且依靠人工手动操作进行提单，增加整个提单流程的复杂度，严重影响创建问题单的效率；2)需要测试人员手动填写的信息太多，极有可能出现由于人工失误而漏填一些信息的情况，使得漏洞信息涵盖不全面，导致创建的问题单的准确度低，从而降低定位问题的效率和准确率；3)当需要上传日志信息及截图时，借助即时通信软件才能完成，操作繁琐；4)开发人员不方便自己在发现问题时进行自主提单(目前是需要测试人员帮忙提单)，同时针对在产品体验功能时发现的问题，也不能及时进行提单(目前是将体验问题记录在文档中，容易遗漏重要点)，降低创建问题单的及时性。

为至少解决相关技术的上述技术问题，本发明实施例提供了一种问题单的处理方法、装置及存储介质，当客户端(例如可以为归属于测试人员的客户端，也可以为归属于开发人员的客户端)在移动终端APP上发现漏洞时，通过点击相应的提单入口进入移动终端的提单初始化界面，在提单初始化界面中仅需要用户输入对应漏洞信息的关键字段信息，而漏洞信息的参考字段信息可由移动终端自动获取，这样，当通过点击提单初始化界面中的提交按钮时，就能够自动将关键字段信息及参考字段信息发送至服务器，以使服务器快速生成问题单，并接收返回的问题单。如此，无需用户不断切换工作环境，减少提单流程的操作步骤，实现移动终端一键快速提单，能够有效提高创建问题单的效率和及时性。

下面说明实施本发明实施例的问题单的处理方法的电子设备的示例性应用，本发明实施例提供的电子设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的终端设备，也可以为终端设备和服务器协同实施，其中，终端设备可以为归属于测试人员的客户端，也可以为归属于开发人员的客户端；服务器可以为云端服务器，但本发明实施例中并不仅限于云端服务器。

接下来以终端设备和服务器协同实施为例，参考附图对本发明实施例的问题单的处理系统的示例性应用进行说明。参见图2，图2为本发明实施例提供的问题单的处理系统10的一个可选的架构示意图，为实现支撑的一个示例性应用，终端100(示例性示出了终端100-1和终端100-2)通过网络200连接服务器300，网络200可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在一些实施例中，终端100(如终端100-1)，用于接收用户针对提单入口的点击操作，并响应于点击操作，在终端100的图形界面110(例如终端100-1的图形界面110-1)中呈现提单初始化界面。

终端100(如终端100-1)，还用于接收用户基于提单初始化界面触发的输入操作，并响应于输入操作，获取用户输入的对应漏洞信息的关键字段信息，以及终端100自动获取对应漏洞信息的参考字段信息，其中，参考字段信息为漏洞信息中除关键字段信息之外的字段信息。

终端100(如终端100-1)，还用于接收用户针对提单初始化界面中呈现的提交按钮的点击操作，并响应于点击操作，触发向服务器300发送关键字段信息及参考字段信息，以使服务器300基于关键字段信息及参考字段信息生成问题单；这里，在实际应用中，服务器300可将生成的问题单存储至数据库400中，服务器300既可以为单独配置的支持各种业务的一个服务器，亦可以配置为一个服务器集群。

终端100(如终端100-1)，还用于接收服务器300返回的提醒消息，提醒消息用于指示已成功创建问题单，提醒消息中携带问题单的标识，以及基于问题单的标识确定问题单。

接下来继续对实施本发明实施例的问题单的处理方法的电子设备的硬件结构进行说明。这里的电子设备可以实施为终端设备，还可以为上述图2示出的终端设备和服务器的协同实施。

参见图3A，图3A为本发明实施例提供的电子设备40的一个可选的硬件结构示意图，可以理解，图3A仅仅示出了电子设备的示例性结构而非全部结构，根据需要可以实施图3A示出的部分结构或全部结构。本发明实施例提供的电子设备40可以包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。电子设备40中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3A中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本发明实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等。

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容、信息的用户接口)。

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的问题单的处理装置可以采用软件方式实现，图3A示出了存储在存储器450中的问题单的处理装置455，其可以是程序和插件等形式的软件，包括一系列的软件模块，参见图3B，图3B为本发明实施例提供的问题单的处理装置455的一个可选的组成结构示意图，例如，问题单的处理装置455可以包括第一呈现单元4551、第一获取单元4552、第二获取单元4553、第一发送单元4554和第一接收单元4555，这些单元的功能是逻辑上的，因此，根据各软件模块所实现的功能可以进行任意的组合或进一步的拆分。这里，需要说明的是，对于图3B所示的本发明实施例提供的问题单的处理装置455中的各个单元的具体功能，将在下文进行说明。

在另一些实施例中，本发明实施例提供的问题单的处理装置455可以采用硬件方式实现，作为示例，本发明实施例提供的问题单的处理装置455可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的问题单的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application SpecificIntegrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)或其他电子元件。

基于上述对本发明实施例提供的问题单的处理系统及电子设备的示例性应用和实施的说明，接下来对本发明实施例提供的问题单的处理方法的实现过程进行说明。

参见图4，图4为本发明实施例提供的问题单的处理方法的一个可选的流程示意图，在一些实施例中，该问题单的处理方法可由终端实施，或由服务器及终端协同实施，这里的终端例如可以为上文所述的归属于测试人员的客户端，也可以为归属于开发人员的客户端。下面以终端实施为例，如通过图2中的终端100实施，结合图4示出的步骤进行说明。

在步骤401中，终端响应于针对提单入口的点击操作，呈现提单初始化界面。

这里，在实际实施时，终端通过用户界面呈现提单入口，使得用户可通过执行对该提单入口的点击操作，进入提单初始化界面；在一些实施例中，终端上设置有问题单合成客户端，通过运行该问题单合成客户端进入提单初始化界面。需要说明的是，终端可根据发现的问题所处的场景的不同，设置提单入口所在的位置，通过响应于用户对提单入口的点击操作，最终可从显示提单入口的相应页面快速跳转至呈现提单初始化界面，下面分别进行说明。

在一些实施例中，终端可通过如下方式呈现提单初始化界面：

在客户端的用户界面中呈现业务场景界面；基于呈现的业务场景界面，接收针对提单入口的点击操作；基于点击操作，从呈现业务场景界面切换至呈现提单初始化界面。

这里，以直播类业务为例，当发现的问题所处的场景为直播间内时，参见图5，图5为本发明实施例提供的终端呈现提单入口的一种可选的页面示意图，在客户端的用户界面中呈现的业务场景界面为直播界面，在直播界面中设置有直播间调试浮层，通过用户对直播间调试浮层的触发操作，比如长按操作，可触发显示提单入口，如图5所示的“一键提单”选项，响应于用户对“一键提单”选项的点击操作，客户端的用户界面将从呈现直播界面切换至呈现提单初始化界面。需要说明的是，提单完成后，“一键提单”选项可隐藏，不影响对测试软件的APP的功能和性能的测试。参见图6，图6为本发明实施例提供的终端呈现提单初始化界面的示意图，提单初始化界面用于用户输入对应漏洞信息的关键字段信息，例如标题、Bug描述等，提单初始化界面中还加载有“提交”按钮，该“提交”按钮用于供提交生成问题单的请求。

在另一些实施例中，终端还可通过如下方式呈现提单初始化界面：

在客户端的用户界面中呈现个人主页；基于呈现的个人主页，接收针对提单入口的点击操作；基于点击操作，从呈现个人主页切换至呈现提单初始化界面。

这里，以发现的问题所处的场景为直播间外为例，参见图7，图7为本发明实施例提供的终端呈现提单入口的另一种可选的页面示意图，在客户端的用户界面中呈现个人主页，如图7所示的对应游戏客户端的个人主页，在个人主页中设置有提单入口，这里的提单入口可通过图标的形式在个人主页中呈现，用户通过点击终端呈现的提单图标触发界面切换指令，使得客户端的用户界面将从呈现个人主页切换至呈现提单初始化界面。

在实际实施时，终端通过响应于针对上述图5和图7所呈现的提单入口的点击操作，均可实现呈现提单初始化界面的效果，以满足不同用户的需求，提高用户对提单入口显示的个性化体验。这里，需要说明的是，通过图5和图7跳转后的提单初始化界面可以是完全相同的，如均可跳转至图6所示的提单初始化界面。

在步骤402中，响应于基于提单初始化界面触发的输入操作，获取输入的对应漏洞信息的关键字段信息。

在本发明实施例中，漏洞信息的关键字段信息至少包括标题和Bug描述，在一些情况下，漏洞信息的关键字段信息还可包括Bug的优先程度和严重程度、开发人员、测试人员，当在内测包(软件开发完成的初期内测即内部测试)发现的Bug为闪退Bug时，漏洞信息的关键字段信息还可包括与闪退Bug相关的日志信息、截图及视频信息。在提单初始化界面中，用户可通过文字输入的方式，以及结合选择框的选择方式，输入漏洞信息的关键字段信息。

下面以终端为归属于测试人员的客户端为例，结合图6所示的提单初始化界面，对终端获取输入的对应漏洞信息的关键字段信息的过程进行说明。

在实际应用中，当测试人员在内测包发现Bug时，通过图5和图7所呈现的提单入口进入至提单初始化界面，当终端呈现提单初始化界面后，测试人员可手动输入标题和Bug描述(标题和Bug描述为必填字段)；对于当前内测包存在的Bug的优先程度和严重程度，通常终端默认为Bug的优先程度为中，Bug的严重程度为一般(这是根据以往经验设定的，90％的问题单都是默认选择这两个选项，如果当前的Bug的优先程度和严重程度并非是中和一般，则测试人员可以通过点击优先程度和严重程度的选项的下拉框进行重新选择)；另外，漏洞信息的关键字段信息中的开发人员和测试人员可通过管理端进行预先配置，当需要在问题单中显示开发人员和测试人员时，则测试人员只需点击加号“+”以选择对应的开发人员和测试人员，通过点击减号“-”可删除选择的开发人员和测试人员，本发明实施例提供的提单初始化界面支持选择多名开发人员。

需要说明的是，在实际实施时，当在内测包发现的Bug为闪退Bug时，漏洞信息的关键字段信息还可包括与闪退Bug相关的日志信息、截图及视频信息，此时，基于提单初始化界面中的“日志、截图、视频”选项触发的点击操作，示例性的，可在提单初始化界面中勾选“日志、截图、视频”选项，终端可呈现供上传日志、截图、视频的页面，参见图8，图8为本发明实施例提供的终端呈现供上传日志、截图、视频的页面示意图，在供上传日志、截图、视频的页面中，通过点击上传日志、截图、视频的图标，比如图8显示的“+”图标，触发选择待上传的日志、截图、视频，实现日志、截图、视频的一键上传，无需借助即时通信软件，操作过程简单化。

在步骤403中，自动获取对应漏洞信息的参考字段信息，参考字段信息为漏洞信息中除关键字段信息之外的字段信息。

在本发明实施例中，漏洞信息的参考字段信息可包括移动终端的机型信息、网络信息、APP环境信息、用户账号信息等，在此不做限定。

在实际应用中，漏洞信息的参考字段信息可由终端自动获取，无需终端对应的用户进行手动输入，一方面能够提高终端获取完整的漏洞信息的效率；另一方面，可以最大程度的避免出现由于人工失误而漏填一些信息的情况，使得终端获取的漏洞信息涵盖信息全面，提高创建的问题单的准确度，以及提高基于问题单进行定位问题的效率和准确率。

在步骤404中，响应于针对提单初始化界面中呈现的提交按钮的点击操作，发送关键字段信息及参考字段信息，以基于关键字段信息及参考字段信息生成问题单。

这里，问题单为用于记载漏洞信息的文件。在本发明实施例中，终端通过用户点击提单初始化界面中呈现的提交按钮触发信息发送指令，然后终端基于信息发送指令，将通过步骤402获取输入的对应漏洞信息的关键字段信息，以及通过步骤403自动获取的对应漏洞信息的参考字段信息均发送至服务器，如此，服务器就可以基于关键字段信息及参考字段信息生成包含完整漏洞信息的问题单，无需用户不断切换工作环境，减少提单流程的操作步骤，实现移动终端一键快速提单，能够有效提高创建问题单的效率。

在一些实施例中，终端可通过如下方式发送关键字段信息及参考字段信息：

基于呈现的提单初始化界面，接收针对提交按钮的点击操作；基于点击操作触发向服务器发送数据提交请求，数据提交请求的请求体中携带关键字段信息及参考字段信息。

这里，终端向服务器发送的数据提交请求，即为POST请求，POST请求包括请求体和请求头，终端请求提交的数据通常会携带在POST请求的请求体中，根据请求头中的内容长度(content-length)可确定传送数据的次数，比如若待传送数据的内容长度很长，则可将待传送数据分两次或多次传送给服务器，直至与content-length的长度相等时断开传送。相较于GET请求而言，POST请求更加安全，可用于传输敏感数据。

在一些实施例中，终端可通过如下方式发送关键字段信息及参考字段信息，以基于关键字段信息及参考字段信息生成问题单：

向服务器发送数据提交请求，以使服务器对数据提交请求进行解析，得到关键字段信息及参考字段信息，以及通过调用提单接口，获取问题单模板，问题单模板中包括至少两个模板片段；将关键字段信息及参考字段信息填充至问题单模板的模板片段，并基于填充的模板片段进行问题单合成，得到问题单；其中，关键字段信息及参考字段信息均与问题单模板的模板片段呈一一对应关系。

这里，服务器可以是中转服务器，也就是说，终端基于点击操作触发向中转服务器发送数据提交请求，由中转服务器基于路由寻址映射确定对应的服务接口，调用确定的服务接口对数据提交请求进行解析，以得到关键字段信息及参考字段信息。其中，问题单模板中不同的模板片段所对应的字段信息可以不同。

在步骤405中，接收返回的问题单。

在一些实施例中，终端可通过如下方式接收返回的问题单：

接收返回的提醒消息，提醒消息用于指示已成功创建问题单，提醒消息中携带问题单的标识；基于问题单的标识确定问题单。

在一些实施例中，终端接收到服务器返回的问题单后，还可以对问题单进行预览，具体地，终端接收针对问题单的预览指令；基于预览指令，通过播放窗口播放问题单，以呈现问题单的简要信息，其中，问题单的简要信息包括漏洞的标题和问题单的链接。

在一些实施例中，终端在接收返回的提醒消息后，可解析该提醒消息，得到提醒消息中携带的供访问问题单的链接，问题单的链接基于问题单的标识生成；响应于基于问题单的链接的点击操作，呈现供查看问题单中记载的漏洞信息的问题单详情页面。

这里，终端将关键字段信息及参考字段信息发送至服务器后，服务器生成问题单的同时，还可生成用于唯一标识问题单的问题单标识信息，服务器通过调用消息提醒接口，将基于问题单的标识生成的问题单的链接发送给终端，例如发送给归属于测试人员的客户端，或者发送给归属于开发人员的客户端，使得无需测试人员介入，开发人员也能无间隔收到提醒消息，进而根据提醒消息能快速定位及解决问题，避免影响用户的使用体验。

在一些实施例中，为了实现对涵盖全面的漏洞信息的问题单的安全存储和快速查询，问题单的处理方法还包括：将问题单发送至区块链网络中，以使区块链网络的节点将问题单填充至新区块，且当对新区块取得共识一致时，将新区块追加至区块链的尾部。

这里，具体来说，终端在接收到服务器返回的问题单后，可结合区块链技术，生成用于存储问题单的交易，提交生成的交易至区块链网络的节点，以使区块链网络的节点在对交易共识后存储问题单至区块链网络；当终端对应的用户，即测试人员需要回归问题时，则可从区块链网络中快速查询问题单，进而根据问题单来确定测试软件的功能和性能出现的问题，比如Bug。其中，在将问题单存储至区块链网络之前，终端还可对问题单进行哈希变换，得到对应问题单的摘要信息，并将得到的问题单的摘要信息存储至区块链网络。

接下来对本发明实施例中的区块链网络进行说明。参见图9，图9为本发明实施例提供的区块链网络的应用架构示意图，包括区块链网络81(示例性示出了共识节点810-1至共识节点810-3)、认证中心82、业务主体83和业务主体84，下面分别进行说明。

区块链网络81的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备例如用户终端和服务器(比如云端服务器)，都可以在不需要授权的情况下接入区块链网络81；以联盟链为例，业务主体在获得授权后其下辖的电子设备(例如终端或服务器)可以接入区块链网络81，此时，如成为区块链网络81中的客户端节点，这里客户端指示应用客户端。

在一些实施例中，客户端节点可以只作为区块链网络81的观察者，即提供支持业务主体发起交易(例如，用于上链存储数据或查询链上数据)的功能，对于区块链网络81中的共识节点810的功能，例如排序功能、共识服务和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实施。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络81中，通过区块链网络81实现数据和业务处理过程的可信和可追溯。

区块链网络81中的共识节点接收来自不同业务主体(例如图9中示出的业务主体83和业务主体84)的客户端节点(例如，图9中示出的归属于业务主体83的客户端节点410、以及归属于业务主体84的客户端节点510)提交的交易，执行交易以更新账本或者查询账本，执行交易的各种中间结果或最终结果可以返回业务主体的客户端节点中进行显示。

例如，客户端节点410/510可以订阅区块链网络81中感兴趣的事件，例如区块链网络81中特定的组织/通道中发生的交易，由共识节点810推送相应的交易通知至客户端节点410/510，从而触发客户端节点410/510中相应的业务逻辑。

下面以多个业务主体接入区块链网络以实现问题单的管理为例，说明区块链网络的示例性应用。参见图9，管理环节涉及的业务主体83为应用客户端，例如实施本发明实施例的问题单的处理方法的客户端，从认证中心82进行登记注册获得数字证书，数字证书中包括业务主体的公钥、以及认证中心82对业务主体的公钥和身份信息签署的数字签名，用来与业务主体针对交易的数字签名一起附加到交易中，并被发送到区块链网络，以供区块链网络从交易中取出数字证书和签名，验证消息的可靠性(即是否未经篡改)和发送消息的业务主体的身份信息，区块链网络81将根据身份进行验证，例如是否具有发起交易的权限。业务主体下辖的电子设备(例如终端或者服务器)运行的客户端都可以向区块链网络81请求接入而成为客户端节点。

业务主体83的客户端节点410用于响应于针对提单初始化界面中呈现的提交按钮的点击操作，发送关键字段信息及参考字段信息，以使服务器基于关键字段信息及参考字段信息生成问题单，并将问题单返回给业务主体83的客户端节点410，业务主体83的客户端节点410还用于将问题单发送至区块链网络81。

这里，将问题单发送至区块链网络81的操作，可以预先在客户端节点410设置业务逻辑，当查找到有问题单时，客户端节点410将问题单自动发送至区块链网络81，也可以由业务主体83的业务人员在客户端节点410中登录，手动打包问题单，并将其发送至区块链网络81。在发送时，客户端节点410根据问题单生成对应存储/更新操作的交易，在交易中指定了实现存储/更新操作需要调用的智能合约、以及向智能合约传递的参数，交易中还携带了客户端节点410的数字证书、签署的数字签名(例如，使用客户端节点410的数字证书中的私钥，对交易的摘要进行加密得到)，并将交易广播到区块链网络81中的共识节点810。

区块链网络81中的共识节点810接收到交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体83的身份，确认业务主体83是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署节点810自己的数字签名(例如，使用节点810-1的私钥对交易的摘要进行加密得到)，并继续在区块链网络81中广播。

区块链网络81中的共识节点810接收到验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络81中的共识节点810广播新区块时，会对新区块进行共识过程，如果共识成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交存储问题单的交易，在状态数据库中添加包括问题单的键值对。

业务主体84的业务人员在客户端节点510中登录，输入问题单的查询请求，客户端节点510根据问题单的查询请求生成对应更新操作/查询操作的交易，在交易中指定了实现更新操作/查询操作需要调用的智能合约、以及向智能合约传递的参数，交易还携带了客户端节点510的数字证书、签署的数字签名(例如，使用客户端节点510的数字证书中的私钥，对交易的摘要进行加密得到)，并将交易广播到区块链网络81中的共识节点810。

区块链网络81中的共识节点810接收到交易，对交易进行验证、区块填充及共识一致后，将填充的新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交的更新问题单的交易，根据问题单更新状态数据库中问题单对应的键值对；对于提交的查询问题单的交易，从状态数据库中查询问题单的键值对，并返回交易结果。

作为区块链的示例，参见图10，图10为本发明实施例提供的区块链网络81中区块链的一个可选的结构示意图，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，新产生的交易的记录被填充到区块并经过区块链网络中节点的共识后，将被追加到区块链的尾部从而形成链式的增长，各区块之间基于哈希值的链式结构，保证了区块中交易的防篡改和防伪造。

下面说明本发明实施例提供的区块链网络的示例性功能架构，参见图11，图11为本发明实施例提供的区块链网络81的功能架构示意图，区块链网络81的功能架构包括应用层201、共识层202、网络层203、数据层204和资源层205，下面分别进行说明。

资源层205封装了实现区块链网络81中的各个节点810的计算资源、存储资源和通信资源。

数据层204封装了实现账本的各种数据结构，包括以文件系统中的文件实现的区块链，键值型的状态数据库和存在性证明(例如区块中交易的哈希树)。

网络层203封装了点对点(P2P，Point to Point)网络协议、数据传播机制和数据验证机制、接入认证机制和业务主体身份管理的功能。

其中，P2P网络协议实现区块链网络81中节点810之间的通信，数据传播机制保证了交易在区块链网络81中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点810之间传输数据的可靠性；接入认证机制用于根据实际的业务场景对加入区块链网络81的业务主体的身份进行认证，并在认证通过时赋予业务主体接入区块链网络81的权限；业务主体身份管理用于存储允许接入区块链网络81的业务主体的身份、以及权限(例如能够发起的交易的类型)。

共识层202封装了区块链网络81中的节点810对区块达成一致性的机制(即共识机制)、交易管理和账本管理的功能。共识机制包括POS、POW和DPOS等共识算法，支持共识算法的可插拔。

交易管理用于验证节点810接收到的交易中携带的数字签名，验证业务主体的身份信息，并根据身份信息判断确认其是否具有权限进行交易(从业务主体身份管理读取相关信息)；对于获得接入区块链网络81的授权的业务主体而言，均拥有认证中心颁发的数字证书，业务主体利用自己的数字证书中的私钥对提交的交易进行签名，从而声明自己的合法身份。

账本管理用于维护区块链和状态数据库。对于取得共识的区块，追加到区块链的尾部；执行取得共识的区块中的交易，当交易包括更新操作时更新状态数据库中的键值对，当交易包括查询操作时查询状态数据库中的键值对并向业务主体的客户端节点返回查询结果。支持对状态数据库的多种维度的查询操作，包括：根据区块向量号(例如交易的哈希值)查询区块；根据区块哈希值查询区块；根据交易向量号查询区块；根据交易向量号查询交易；根据业务主体的账号(向量号)查询业务主体的账号数据；根据通道名称查询通道中的区块链。

应用层201封装了区块链网络能够实现的各种业务，包括交易的溯源、存证和验证等。

应用本发明实施例提供的技术方案，当在移动终端APP上发现漏洞时，通过点击相应的提单入口进入移动终端的提单初始化界面，在提单初始化界面中仅需要输入对应漏洞信息的关键字段信息，且漏洞信息的参考字段信息可由移动终端自动获取，这样，当通过点击提单初始化界面中的提交按钮时，就能够自动将关键字段信息及参考字段信息发送至服务器，以使服务器快速生成问题单，并接收返回的问题单。如此，无需用户不断切换工作环境，减少提单流程的操作步骤，实现移动终端一键快速提单，能够有效提高创建问题单的效率，提升用户的使用体验。

继续对本发明实施例提供的问题单的处理方法进行说明，参见图12，图12为本发明实施例提供的问题单的处理方法的另一个可选的流程示意图，在一些实施例中，该问题单的处理方法可由终端实施，或由服务器及终端协同实施，下面以服务器与终端协同实施为例，如通过图2中的终端100-1及服务器300协同实施，结合图12示出的步骤进行说明。对于下文各步骤的说明中未尽的细节，可以参考上文而理解。

在步骤1201中，终端接收到针对提单入口的点击操作。

在步骤1202中，终端呈现提单初始化界面。

在实际实施时，终端可根据发现的问题所处的场景的不同，设置提单入口所在的位置，通过响应于用户对提单入口的点击操作，最终可从显示提单入口的相应页面跳转至呈现提单初始化界面。

在一些实施例中，终端可通过如下方式呈现提单初始化界面：在客户端的用户界面中呈现业务场景界面；基于呈现的业务场景界面，接收针对提单入口的点击操作；基于点击操作，从呈现业务场景界面切换至呈现提单初始化界面。

在另一些实施例中，终端还可通过如下方式呈现提单初始化界面：在客户端的用户界面中呈现个人主页；基于呈现的个人主页，接收针对提单入口的点击操作；基于点击操作，从呈现个人主页切换至呈现提单初始化界面。

需要说明的是，无论用户通过上述哪种途径所呈现的提单入口的点击操作，均可实现呈现相同的提单初始化界面的效果，以满足不同用户的需求，提高用户对提单入口显示的个性化体验。

在步骤1203中，终端接收到基于提单初始化界面触发的输入操作。

在步骤1204中，终端获取输入的对应漏洞信息的关键字段信息。

这里，漏洞信息的关键字段信息包括但不限于：标题；Bug描述；Bug的优先程度和严重程度；开发人员；测试人员。当然，当发现的Bug为闪退Bug时，漏洞信息的关键字段信息还可包括与闪退Bug相关的日志信息、截图及视频信息。

在步骤1205中，终端自动获取对应漏洞信息的参考字段信息。

这里，所述参考字段信息为所述漏洞信息中除所述关键字段信息之外的字段信息。其中，漏洞信息的参考字段信息包括但不限于：移动终端的机型信息；网络信息；APP环境信息；用户账号信息。

在步骤1206中，终端接收到针对提单初始化界面中呈现的提交按钮的点击操作。

在步骤1207中，终端向服务器发送数据提交请求，数据提交请求中携带关键字段信息及参考字段信息。

在步骤1208中，服务器对数据提交请求进行解析，得到关键字段信息及参考字段信息，并调用提单接口，基于关键字段信息及参考字段信息生成问题单。

这里，在实际实施时，服务器可以为提单后台服务器，提单后台服务器可通过如下方式调用提单接口，基于关键字段信息及参考字段信息生成问题单：通过调用提单接口，获取问题单模板，问题单模板中包括至少两个模板片段；将关键字段信息及参考字段信息填充至问题单模板的模板片段，并基于填充的模板片段进行问题单合成，得到问题单；其中，关键字段信息及参考字段信息均与问题单模板的模板片段呈一一对应关系。如此，服务器可以基于关键字段信息及参考字段信息生成包含完整漏洞信息的问题单，无需用户不断切换工作环境，减少提单流程的操作步骤，实现移动终端一键快速提单，能够有效提高创建问题单的效率。

在步骤1209中，终端接收服务器返回的提醒消息，提醒消息中携带问题单的标识。

在步骤1210中，终端基于问题单的标识识别问题单。

这里，提醒消息用于指示服务器已成功创建问题单。

在一些实施例中，终端在接收服务器返回的提醒消息后，还可对服务器返回的提醒消息进行解析，得到提醒消息中携带的供访问问题单的链接，问题单的链接基于问题单的标识生成；响应于基于问题单的链接的点击操作，呈现供查看问题单中记载的漏洞信息的问题单详情页面。

参见图13，图13为本发明实施例提供的终端接收到的提醒消息的一种可选的样式示意图，终端根据提醒消息可以快速确定问题单的标题，比如Android5.1，通过点击提醒消息中包括的问题单的链接，比如http：//tapd.oa.com/10120931/bugtrace/bugs/view？bug_id＝1010120931075261695，可进入至问题单详情页面，在问题单详情页面中可查看所有的漏洞信息。

通过上述方案，当客户端(例如可以为归属于测试人员的客户端，也可以为归属于开发人员的客户端)在移动终端APP上发现漏洞时，通过点击相应的提单入口按钮拉起移动终端APP中的提单初始化界面，在提单初始化界面中仅需要输入对应漏洞信息的关键字段信息，移动终端机型信息、账号信息、APP环境信息、网络信息均可由移动端自动获取，无需客户端的用户手动查看填写，尤其是日志/截图/视频信息也可以一键上传，当通过点击提单初始化界面中的提交按钮时，就能够自动将关键字段信息及参考字段信息发送至服务器，以使服务器快速生成问题单，可以实现无缝一键快速提单，提高创建问题单的效率和及时性；提单完成后，还支持消息推送的功能，能够向对应的开发人员和测试人员推送提醒消息，提醒消息中可携带供访问的问题单的链接，更方便开发人员快速解决问题，测试同学回归问题。

下面，将说明本发明实施例在一个实际的应用场景中的示例性应用。

参见图14，图14为本发明实施例提供的问题单的处理方法的一种可选的架构示意图，该架构涉及到移动终端、中转服务器、提单平台(提单后台服务器)，在实际实施时，移动终端向中转服务器提交漏洞信息，中转服务器负责转发，将漏洞信息提交给提单平台，调用提单平台的接口，基于漏洞信息生成问题单，并向移动终端返回提醒消息，下面结合图14对本发明实施例中问题单的处理方法的实现进行说明。主要包括以下几个流程：

1、数据提交

移动终端接收用户针对提单入口的点击操作，呈现提单初始化界面，接下来，移动终端接收用户基于提单初始化界面触发的输入操作，获取用户输入的对应漏洞信息的关键字段信息，比如标题、Bug描述、Bug的优先程度和严重程度等，以及移动终端自动获取漏洞信息的参考字段信息，比如移动终端的机型信息、网络信息、APP环境信息、用户账号信息等。需要说明的是，漏洞信息的参考字段信息并没有在图6显示的提单初始化界面中进行展示。

接下来，用户通过点击提单初始化界面中呈现的提交按钮，发送POST请求至中转服务器，POST请求的请求体(body)中携带漏洞信息的关键字段信息及漏洞信息的参考字段信息(这里的数据字段是预先通过移动终端开发定好的协议中的字段)，这里，中转服务器的IP地址，IP：8899一直保持监听状态。

2、解析数据

中转服务器接收到POST请求后，在中转服务器的URL模块下根据路由寻址映射，确定对应的服务接口，按照第1步约定好的协议对POST请求进行解析，得到提单所需的全部字段信息，包括标题(title)、Bug描述(description)、机型信息(mobile_info)、APP测试环境(test_environment)信息、版本信息(version_report)、网络类型(net_type)、用户账户信息(account)、提单人(reporter)、处理人(current_owner)、优先级(priority)、严重程度(severity)。

需要说明的是，目前由于网络策略的原因，需要中转服务器进行转发请求，但后期一旦网络策略放开，在移动终端的提单初始化界面点击提交后，可以直接发送对应的POST请求给提单平台接口，跳过中转服务器中转POST请求的步骤。

3、调用提单接口

提单平台调用对外的提单接口，根据提单接口将步骤2中的解析数据存入data中，然后调用python语言的requests.post库生成问题单，同时提单平台的提单接口在成功建单后会向移动终端返回生成的唯一问题单的标识(ID)。

4、消息提醒

中转服务器基于步骤3中的问题单的ID拼接成一个可访问的问题单的链接，调用消息提醒接口，生成图13所示样式的提醒消息，这样，收到提醒消息的开发人员或者测试人员可以一览Bug单描述，如需详情可以通过点击链接进入问题单详情页面进行查看。

5、建单成功后，终端可通过消息提示框(toast)的形式向用户提示：“建单成功”，与用户进行很好的交互体验。

本发明的技术方案带来的有益效果体现在以下几个方面：

1、实现移动终端一键快速提单，有效提高创建问题单的效率，如上文所述，提单平均时间可由原来的5分钟缩短为现在的30秒；

2、采用本方案漏洞信息涵盖信息全面，最大程度的避免出现由于人工失误而漏填一些信息的情况，提高创建的问题单的准确度，以及提高基于问题单进行定位问题的效率和准确率；

3、提单方式简单，门槛低，开发自测和产品体验功能时发现问题，无需测试人员介入也能一键提单，方便测试人员后续跟进回归问题；

4、提单成功后消息提醒及时，提单后，开发人员无间隔收到提醒消息，能够方便开发人员快速解决问题，避免影响用户的使用体验。

接下来对本发明实施例提供的问题单的处理装置455的软件实现进行说明。以上述实施本发明实施例的问题单的处理方法的电子设备40中的存储器450所包括的软件模块为例进行说明，对于下文关于模块的功能说明中未尽的细节，可以参考上文本发明方法实施例的描述而理解。

第一呈现单元4551，用于响应于针对提单入口的点击操作，呈现提单初始化界面；第一获取单元4552，用于响应于基于所述提单初始化界面触发的输入操作，获取输入的对应漏洞信息的关键字段信息；第二获取单元4553，用于自动获取对应所述漏洞信息的参考字段信息，所述参考字段信息为所述漏洞信息中除所述关键字段信息之外的字段信息；第一发送单元4554，用于响应于针对所述提单初始化界面中呈现的提交按钮的点击操作，发送所述关键字段信息及所述参考字段信息，以基于所述关键字段信息及所述参考字段信息生成问题单，所述问题单为用于记载所述漏洞信息的文件；第一接收单元4555，用于接收返回的所述问题单。

在一些实施例中，就第一呈现单元响应于针对提单入口的点击操作，呈现提单初始化界面来说，可以采用如下方式实现：

在客户端的用户界面中呈现业务场景界面；基于呈现的所述业务场景界面，接收针对所述提单入口的点击操作；基于所述点击操作，从呈现所述业务场景界面切换至呈现所述提单初始化界面。

在另一些实施例中，就第一呈现单元响应于针对提单入口的点击操作，呈现提单初始化界面来说，还可以采用如下方式实现：

在客户端的用户界面中呈现个人主页；基于呈现的所述个人主页，接收针对所述提单入口的点击操作；基于所述点击操作，从呈现所述个人主页切换至呈现所述提单初始化界面。

在一些实施例中，就第一发送单元响应于针对所述提单初始化界面中呈现的提交按钮的点击操作，发送所述关键字段信息及所述参考字段信息来说，可以采用如下方式实现：

基于呈现的所述提单初始化界面，接收针对所述提交按钮的点击操作；基于所述点击操作触发向服务器发送数据提交请求，所述数据提交请求的请求体中携带所述关键字段信息及所述参考字段信息。

在一些实施例中，就第一发送单元发送所述关键字段信息及所述参考字段信息，以基于所述关键字段信息及所述参考字段信息生成问题单来说，可以采用如下方式实现：

向服务器发送数据提交请求，以使所述服务器对所述数据提交请求进行解析，得到所述关键字段信息及所述参考字段信息，以及通过调用提单接口，获取问题单模板，所述问题单模板中包括至少两个模板片段；将所述关键字段信息及所述参考字段信息填充至所述问题单模板的模板片段，并基于填充的所述模板片段进行问题单合成，得到所述问题单；其中，所述关键字段信息及所述参考字段信息均与所述问题单模板的模板片段呈一一对应关系。

在一些实施例中，就第一接收单元接收返回的所述问题单来说，可以采用如下方式实现：

接收返回的提醒消息，所述提醒消息用于指示已成功创建所述问题单，所述提醒消息中携带所述问题单的标识；基于所述问题单的标识确定所述问题单。

在一些实施例中，问题单的处理装置还包括：

解析单元，用于解析所述提醒消息，得到所述提醒消息中携带的供访问所述问题单的链接，所述问题单的链接基于所述问题单的标识生成；

第二呈现单元，用于响应于基于所述问题单的链接的点击操作，呈现供查看所述问题单中记载的漏洞信息的问题单详情页面。

在一些实施例中，问题单的处理装置还包括：

第二发送单元，用于将所述问题单发送至区块链网络中，以使所述区块链网络的节点将所述问题单填充至新区块，且当对所述新区块取得共识一致时，将所述新区块追加至区块链的尾部。

本发明实施例还提供了一种存储介质，存储有可执行指令，所述可执行指令被执行时，用于实现本发明实施例提供的问题单的处理方法，例如，如图4、图12、图14示出的方法。

在一些实施例中，存储介质具体可为计算机可读存储介质，例如可以是铁电随机存取存储器(FRAM，ferromagnetic random access memory)、ROM、PROM、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、快闪存储器(FlashMemory)、磁表面存储器、光盘或只读光盘(CD-ROM，Compact Disc Read-Only Memory)等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

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