一种众测任务智能化派发的方法、装置及可读存储介质与流程

1.本发明涉及测试任务派发的技术领域，尤其涉及一种众测任务智能化派发的方法、装置及可读存储介质。


背景技术：

2.测试是软件工程全生命周期中保障软件产品质量的重要一环。做测试主要是为了更好地保证产品和服务质量，提升客户满意度，降低系统运行风险。近几年来，随着我国金融市场改革的不断深入和市场竞争的加剧，各机构信息化建设不断面临新的压力和挑战；测试工作则借势进入了发展的快车道。测试队伍从原先由技术人员组成，到对业务人员的需求逐步增多；测试范围也从检测系统的功能属性到非功能属性，又拓展到用户体验方面。各机构为此投入的人力、时间和环境成本不断增加。众测是通过变更测试主体来提升测试效益的一种尝试。其目的是充分调动每个人的碎片化资源，形成合力办大事，该模式可以快速拓展测试人员，以达到“花小钱，办大事”的目的。
3.但目前银行总部对于测试任务的派发存在以下问题：(1)无法根据银行业复杂的多层级架构，实现定向、一次性、向多个机构批量精准派发众测任务，且无法灵活的按照银行业机构部门众测任务派发的维度，自动创建执行目录，人工创建工作量非常繁杂，无法完全支持具有复杂组织架构的银行业业务众测。(2)众测任务分派方法需要花费大量人工进行维护，无法灵活变更，且众测任务出现变更时，无法自动更新众测任务信息、无法及时更新执行目录，无法实现众测任务的及时调整。(3)无法根据项目需求，联合多个分支行机构层级关系，实现多种模式派发众测任务，形式过于单一，不能支持由总行分派一级分行、分行再指定支行测试的多级分派形式，总分行众测任务分级管理存在痛点。也无法解决分支行向总行抢单申领众测任务的抢单模式需求难点。
4.因此，针对以上技术问题，本技术提出了一种众测任务智能化派发的方法、装置及可读存储介质，通过派送任务中提取测试案例与人员信息，依照多分行、多部门、多层级的组织机构关系，批量精准的派发众测任务至业务人员，并自动按照银行组织架构创建对应的测试执行目录。支持多种模式灵活派发，实现定向批量精准派发、总行到分行一次派发、分行到支行二次派发、以及抢单模式派发，联合银行多层级组织关系、智能创建执行目录、并准确派发给具体的业务人员，业务人员可查询并执行分派给本机构部门的众测任务。当众测任务发生变更时，该装置可以智能识别修改内容及众测人员组织架构，并自动完成执行目录的更新，并及时通知测试人员相关变更信息。


技术实现要素：

5.为解决现有状况的不足，本发明针对以上背景技术的缺陷，本发明提出了一种业务页面快速生成方法、装置及可读存储介质。
6.具体的，本技术第一方面提出了一种众测任务智能化派发的方法，其特征在于，包括：
7.s1、基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；
8.s2、建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；
9.s3、基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；
10.s4、基于第一测试人员信息和第一测试案例信息建立第一测试任务；
11.s5、将第一测试任务派送给对应的测试人员。
12.进一步的，所述s1包括：
13.s11、建立第一规则，所述第一规则包括众测任务人员的机构、部门、层级、人员规则之一或两者以上的组合；
14.s12、基于第一规则将全体的众测任务人员进行分类并对分类后的众测任务人员进行标记，所述标记可以用于后续众测任务人员的提取。
15.进一步的，所述s2还包括：
16.s21、预设第一时间，判断第一时间后的第一众测任务信息是否变更；
17.s22、如果第一众测任务信息变更，将第一时间后的第一任务众测任务信息变更为新的第一众测任务信息，其中所述变更包括测试案例变更、测试人员变更。
18.进一步的，所述s3包括：
19.s31、从第一众测任务信息提取测试人员信息与测试案例信息；
20.s32、遍历测试案例库与众测任务人员库，提取第一众测任务信息对应的测试人员信息与测试案例信息。
21.进一步的，所述s4包括：
22.s41、基于第一测试人员信息和第一测试案例信息建立第一测试任务执行目录；
23.s42、将第一测试案例放入第一测试任务执行目录；
24.s43、将测试人员信息按照第一规则进行第一分类，基于第一分类将第一测试任务派送给对应的测试人员。
25.进一步的，所述s5包括将第一测试任务按照层级间接派发给测试人员、按照测试人员信息直接派送给对应的测试人员、第一测试人员通过抢单方式领取第一测试任务。
26.进一步的，所述方法还包括s6：监控第一测试任务状态，向对应的测试人员单独或部分发送第一测试任务状态信息，所述第一测试任务状态信息包括待完成、已完成、紧急、特急。
27.本技术第二方面提出了一种众测任务智能化派发的装置，其特征在于，包括：
28.众测人员库建立模块，用于基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；
29.任务信息建立模块，用于建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；
30.第一提取模块，用于基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；
31.第一建立模块，用于基于第一测试人员信息和第一测试案例信息建立第一测试任
务；
32.派送模块，用于将第一测试任务派送给对应的测试人员。
33.本技术第三方面提出了一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；
34.所述存储器存储计算机执行指令；
35.所述处理器执行所述存储器存储的计算机执行指令，以实现众测任务智能化派发的方法。
36.本技术第四方面提出了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现众测任务智能化派发的方法。
37.本技术第五方面提出了一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现众测任务智能化派发的方法。
38.本发明的有益效果为：通过派送任务中提取测试案例与人员信息，依照多分行、多部门、多层级的组织机构关系，批量精准的派发众测任务至业务人员，并自动按照银行组织架构创建对应的测试执行目录。支持多种模式灵活派发，实现定向批量精准派发、总行到分行一次派发、分行到支行二次派发、以及抢单模式派发，联合银行多层级组织关系、智能创建执行目录、并准确派发给具体的业务人员，业务人员可查询并执行分派给本机构部门的众测任务。当众测任务发生变更时，该装置可以智能识别修改内容及众测人员组织架构，并自动完成执行目录的更新，并及时通知测试人员相关变更信息。
附图说明
39.图1为本发明的众测任务智能化派发方法的流程示意图。
40.图2为本发明的众测任务智能化派发装置的结构框图。
41.图3为本发明的实施例提供的电子设备的结构示意图。
具体实施方式
42.为了更清楚的理解本发明的内容，将结合附图和实施例详细说明。
43.但是应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本发明。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思，除非上下文另外明确指出。此外，在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
44.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。本发明是已有专利技术的改进，所以对于本技术未描述的部分以现有技术来实现。
45.目前银行总部对于测试任务的派发存在以下问题：(1)无法根据银行业复杂的多层级架构，实现定向、一次性、向多个机构批量精准派发众测任务，且无法灵活的按照银行
业机构部门众测任务派发的维度，自动创建执行目录，人工创建工作量非常繁杂，无法完全支持具有复杂组织架构的银行业业务众测。(2)众测任务分派方法需要花费大量人工进行维护，无法灵活变更，且众测任务出现变更时，无法自动更新众测任务信息、无法及时更新执行目录，无法实现众测任务的及时调整。(3)无法根据项目需求，联合多个分支行机构层级关系，实现多种模式派发众测任务，形式过于单一，不能支持由总行分派一级分行、分行再指定支行测试的多级分派形式，总分行众测任务分级管理存在痛点。也无法解决分支行向总行抢单申领众测任务的抢单模式需求难点。
46.因此，针对以上技术问题，本技术提出了一种众测任务智能化派发的方法、装置及可读存储介质。
47.具体的，本技术第一方面提出了一种众测任务智能化派发的方法，其特征在于，包括：
48.s1、基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；
49.进一步的，所述s1包括：
50.s11、建立第一规则，所述第一规则包括众测任务人员的机构、部门、层级、人员规则之一或两者以上的组合；
51.s12、基于第一规则将全体的众测任务人员进行分类并对分类后的众测任务人员进行标记，所述标记可以用于后续众测任务人员的提取；
52.具体的，本技术可以从多个维度按照不同的规则建立起全量的众测任务人员库，并且可以对全量的众测任务人员库进行人工添加测试人员与机构信息。具体的维度有机构、层级、部门，按照不同维度划分测试人员是为了在以后的测试任务中满足不同的需要，如需要某个部门进行某项测试，则选择某个部门就可以一键选择同个部门的测试人员，同样的，也可以基于测试人员的擅长的测试领域，如前端测试进行分类测试人员，具体的机构、层级、人员分类可以根据员工的工作年限、从事的测试领域、部门编号、机构编号与人员编号进行选择，相应的编号可以自动化生成，也可以手工通过接口调用分类信息进行编辑，如一个测试员工离职，则可以将其对应的员工编号、部门编号等信息删除，新加入一个员工，则可以基于其工作年限与测试领域新增加该员工的机构、部门、测试领域信息。本技术也可以设置若干中间层级，如设置总行、分行、支行三级，同样的，测试任务也可以先发送给分行，再发送给支行，同样的，支行也可以对测试任务信息直接进行推送。
53.s2、建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；
54.进一步的，所述s2还包括：
55.s21、预设第一时间，判断第一时间后的第一众测任务信息是否变更；
56.s22、如果第一众测任务信息变更，将第一时间后的第一任务众测任务信息变更为新的第一众测任务信息，其中所述变更包括测试案例变更、测试人员变更。
57.具体的，第一众测任务信息为管理员发布，管理员可以通过建立表格的方式将测试人员信息与测试案例信息包括在内，第一众测任务信息还可以包括机构层级、测试领域人员信息，便于管理员对测试任务发布以及一键选择测试人员。同样的，本技术可以设置一定的时间自动检测第一测试任务信息是否发生变化来更新相应的测试人员与测试案例信
息。例如，总行众测管理员需将项目的众测任务维护进系统，仅需提供系统模块和具体测试人员用户名，维护后，系统智能地引入银行机构人员用户体系，平台可以按照系统模块对应测试人员的派发关系，将众测任务与不同机构、不同部门的测试人员信息进行自动关联，并进行展示给管理员。如众测任务派发完成后，若需要变更众测任务派发信息，众测管理员可以对众测任务批量或者单笔进行新增、修改、删除，同时，平台会智能识别变更内容及对应组织机构关系，对执行目录进行更新，更新测试案例。
58.如，本技术中可以单独设置增量导入功能，如果有众测任务内容需要新增，可以利用“增量导入”功能，将新增维护的众测任务表增量维护进系统。
59.同样的，当测试项目已经完成众测任务的派发，但又有众测任务要补充，可以在维护好新的众测任务信息后，利用补充派发功能，对众测任务进行增量派发。首先测试经理将新增的派发信息按照范围模板表维护进系统中，勾选对应众测任务，利用“补充派发”功能，勾选对应测试负责人，系统同样将引用用户体系的信息，将对应的众测任务分派给准确的机构、部门内的测试执行人员。对应测试执行人员在系统中收到待办提醒，领取任务。测试经理查看派发信息后，如有部分范围需要取消，利用“删除”功能，取消众测任务派发信息，选择后，相关信息将信息至界面，测试经理及对应测试负责人可直接查看。
60.本技术对于上述变更的任务也可以提前设置进行自动化运行，具体的，测试经理变更众测任务后，系统智能识别变更的众测任务、对应测试人员、及对应组织机构关系，并及时在执行目录进行更新，测试人员及时查看众测任务变化结果。
61.s3、基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；
62.进一步的，所述s3包括：
63.s31、从第一众测任务信息提取测试人员信息与测试案例信息；
64.s32、遍历测试案例库与众测任务人员库，提取第一众测任务信息对应的测试人员信息与测试案例信息。
65.在上一步中，由于管理员选定了测试任务的具体信息以及测试人员信息，有了测试任务的信息后，本技术就可以从案例库与人员库中找到相应的信息，并将他们通过建立第一测试任务的方式关联起来，同时也可以对第一测试任务进行命名以区别，而将第一测试案例与第一测试人员关联起来的方法包括通过一定的层级或多个维度将测试人员与测试任务关联起来。
66.s4、基于第一测试人员信息和第一测试案例信息建立第一测试任务；
67.进一步的，所述s4包括：
68.s41、基于第一测试人员信息和第一测试案例信息建立第一测试任务执行目录；
69.s42、将第一测试案例放入第一测试任务执行目录；
70.s43、将测试人员信息按照第一规则进行第一分类，基于第一分类将第一测试任务派送给对应的测试人员。
71.本技术可以自动建立执行目录，对执行目录按照测试任务的信息进行命名以相互区分，具体的，本技术可按照派发关系，智能识别测试人员的机构和部门信息，实现一键批量精准派发。派发后众测管理员可以灵活选择“机构”“部门”“功能模块”三个维度，自由设置先后组合顺序，平台会自动按照众测人员的组织结构及负责的众测任务以树形结构创建
测试目录，测试人员可以按照机构或者部门查询本机构、本部门负责的众测任务，并在对应的测试目录下添加相应的测试案例，开展远程众测。
72.本技术也可以在管理人员的编辑下，通过手工的方式添加执行目录以及执行目录下的测试案例，如，测试经理进入执行中心，选择具体的机构-部门-系统-功能子目录，利用“添加案例”功能，勾选案例库里具体案例目录下的案例，指定具体执行人后，即可直接将对应案例添加进具体的子目录下，实现具体的案例分配至具体的众测任务内。
73.添加案例后，不同机构不同部门的测试同事，选择自己机构-部门-系统-功能目录，测试人员可精确的进入本分行机构本部门目录下查看自己的测试系统、众测任务、及所需测试案例，开展远程测试，可选择展示测试案例的名称、案例编号、案例描述、案例步骤、案例状态等信息。系统实现测试用户按照案例名称、案例状态、机构、部门、执行人、测试负责人等条件筛选显示测试案例。
74.s5、将第一测试任务派送给对应的测试人员。
75.进一步的，所述s5包括将第一测试任务按照层级间接派发给测试人员、按照测试人员信息直接派送给对应的测试人员、第一测试人员通过抢单方式领取第一测试任务。
76.本技术开发了多种众测任务派单的模式，如自动批量派单模式、多层级派单模式、抢单模式、二次及多次派单模式，具体的派单模式含义如下：
77.(1)定向批量精准派发
78.总行测试经理成功将众测任任务维护进系统内，系统按照众测任务层级关系进行展示、并按照“机构维度”、“系统维度”、“详情维度”灵活可选进行选择。测试经理多选众测任务项，利用“批量派发”功能，系统智能联动用户体系，将众测任务与不同机构、不同部门的测试人员信息进行自动关联，把众测任务精准派发至具体的众测人员，并在对应测试人员的首页提示待办通知，包括测试项目名称及众测任务，实现一键派发众测任务。
79.(2)多层级派发
80.1、一次派发
81.总行测试经理首先维护好众测任务，仅需维护系统模块及一级分行负责人用户名，系统智能地引入银行机构人员用户体系，将众测任务以树形结构进行展示。测试经理再利用“一次派发”功能，在系统中勾选取要派发的众测范围、选择派发方式为“一次派发”，系统将联动用户体系，智能地按照众测任务对应关系自动派发给分行测试负责人。分行测试负责人将在首页收到待办通知，领取任务，总行实现一级众测任务的管理。
82.2、二次派发
83.分行测试负责人领取任务后，测试任务信息直观的进行展示，无需再次维护众测任务信息，可再次选择派发给本机构体系下任意部门内的任意测试人员。利用“二次派发”功能，在系统中勾选取要派发的众测范围、选择派发方式为“二次派发“、系统引用用户体系、分行负责人选取本机构下具体部门的具体测试执行人，系统依然智能地直接将众测任务自动派发给本分行本部门的测试执行人员。测试执行人员将在首页收到待办通知，领取任务，实现众测任务我的二级管理。
84.(3)抢单模式派发
85.当众测项目面向全行进行，需由分行进行主动申请才可执行时，系统“抢单模式”支持此类任务分派形式。分行测试负责人可通过“申请众测范围”的功能向总行申请众测任
务，系统将智能地根据用户体系信息，汇总不同机构、不同部门及层级关系、对应众测任务提交至总行测试经理，总行测试负责人进行申领结果的把控，系统联动用户体系、将众测任务与不同机构、不同部门的测试人员信息进行自动关联和展示。
86.进一步的，所述方法还包括s6：监控第一测试任务状态，向对应的测试人员单独或部分发送第一测试任务状态信息，所述第一测试任务状态信息包括待完成、已完成、紧急、特急。
87.具体的，本技术对于测试任务的状态可以根据任务的进行程度进行变化，当处于测试任务的紧急状态时候，通过发短信或者登录时自动提醒的方式告知测试人员。对于任务可以设置多种状态与优先级，同时对于测试任务的运行可以设置一定的工作期，一旦工作人员超过工作期就向管理员以及承担测试任务的人员进行提醒。
88.本技术第二方面提出了一种众测任务智能化派发的装置，其特征在于，包括：
89.众测人员库建立模块，用于基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；
90.任务信息建立模块，用于建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；
91.第一提取模块，用于基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；
92.第一建立模块，用于基于第一测试人员信息和第一测试案例信息建立第一测试任务；
93.派送模块，用于将第一测试任务派送给对应的测试人员。
94.进一步的，所述众测人员库建立模块还用于：
95.s11、建立第一规则，所述第一规则包括众测任务人员的机构、部门、层级、人员规则之一或两者以上的组合；
96.s12、基于第一规则将全体的众测任务人员进行分类并对分类后的众测任务人员进行标记，所述标记可以用于后续众测任务人员的提取。
97.进一步的，所述任务信息建立模块还用于：
98.s21、预设第一时间，判断第一时间后的第一众测任务信息是否变更；
99.s22、如果第一众测任务信息变更，将第一时间后的第一任务众测任务信息变更为新的第一众测任务信息，其中所述变更包括测试案例变更、测试人员变更。
100.进一步的，所述第一提取模块还用于：
101.s31、从第一众测任务信息提取测试人员信息与测试案例信息；
102.s32、遍历测试案例库与众测任务人员库，提取第一众测任务信息对应的测试人员信息与测试案例信息。
103.进一步的，所述第一建立模块还用于：
104.s41、基于第一测试人员信息和第一测试案例信息建立第一测试任务执行目录；
105.s42、将第一测试案例放入第一测试任务执行目录；
106.s43、将测试人员信息按照第一规则进行第一分类，基于第一分类将第一测试任务派送给对应的测试人员。
107.进一步的，所述派送模块还用于将第一测试任务按照层级间接派发给测试人员、
按照测试人员信息直接派送给对应的测试人员、第一测试人员通过抢单方式领取第一测试任务。
108.进一步的，所述方法还包括监控模块，用于监控第一测试任务状态，向对应的测试人员单独或部分发送第一测试任务状态信息，所述第一测试任务状态信息包括待完成、已完成、紧急、特急。
109.图3为本技术实施例提供的电子设备的结构示意图。如图3所示，该电子设备可以包括：收发器121、处理器122、存储器123。
110.处理器122执行存储器存储的计算机执行指令，使得处理器122执行上述实施例中的方案。处理器122可以是通用处理器，包括中央处理器cpu、网络处理器(network processor，np)等；还可以是数字信号处理器dsp、专用集成电路asic、现场可编程门阵列fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
111.存储器123通过系统总线与处理器122连接并完成相互间的通信，存储器123用于存储计算机程序指令。
112.收发器121可以用于获取第一测试人员信息和第一测试案例信息。
113.系统总线可以是外设部件互连标准(peripheral component interconnect，pci)总线或扩展工业标准结构(extended industry standard architecture，eisa)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(random access memory，ram)，也可能还包括非易失性存储器(non-volatile memory)。
114.本技术实施例提供的电子设备，可以是上述实施例的终端设备。
115.本技术实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中众测任务智能化派发的方法的技术方案。
116.本技术实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例中的众测任务智能化派发的方法的技术方案。
117.本技术实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中众测任务智能化派发方法的技术方案。
118.本发明的有益效果为：通过派送任务中提取测试案例与人员信息，依照多分行、多部门、多层级的组织机构关系，批量精准的派发众测任务至业务人员，并自动按照银行组织架构创建对应的测试执行目录。支持多种模式灵活派发，实现定向批量精准派发、总行到分行一次派发、分行到支行二次派发、以及抢单模式派发，联合银行多层级组织关系、智能创建执行目录、并准确派发给具体的业务人员，业务人员可查询并执行分派给本机构部门的众测任务。当众测任务发生变更时，该装置可以智能识别修改内容及众测人员组织架构，并自动完成执行目录的更新，并及时通知测试人员相关变更信息。
119.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或
者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
120.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。
121.本领域技术人员可以进一步意识到，结合本文的实施例的算法步骤，能够以电子硬件、计算机软件或二者结合的方式实现，且这些功能究竟以硬件还是软件的方式执行，取决于技术方案的特定应用和设计约束条件，本领域技术人员可以对每个特定的应用使用不同方法实现所描述的功能，但是这种实现不应认为超出本发明的范围。
122.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
123.以上所述仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换等都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

技术特征：
1.一种众测任务智能化派发的方法，其特征在于，包括：s1、基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；s2、建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；s3、基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；s4、基于第一测试人员信息和第一测试案例信息建立第一测试任务；s5、将第一测试任务派送给对应的测试人员。2.根据权利要求1所述的方法，其特征在于，所述s1包括：s11、建立第一规则，所述第一规则包括众测任务人员的机构、部门、层级、人员规则之一或两者以上的组合；s12、基于第一规则将全体的众测任务人员进行分类并对分类后的众测任务人员进行标记，所述标记可以用于后续众测任务人员的提取。3.根据权利要求1所述的方法，其特征在于，所述s2还包括：s21、预设第一时间，判断第一时间后的第一众测任务信息是否变更；s22、如果第一众测任务信息变更，将第一时间后的第一任务众测任务信息变更为新的第一众测任务信息，其中所述变更包括测试案例变更、测试人员变更。4.根据权利要求1所述的方法，其特征在于，所述s3包括：s31、从第一众测任务信息提取测试人员信息与测试案例信息；s32、遍历测试案例库与众测任务人员库，提取第一众测任务信息对应的测试人员信息与测试案例信息。5.根据权利要求1所述的方法，其特征在于，所述s4包括：s41、基于第一测试人员信息和第一测试案例信息建立第一测试任务执行目录；s42、将第一测试案例放入第一测试任务执行目录；s43、将测试人员信息按照第一规则进行第一分类，基于第一分类将第一测试任务派送给对应的测试人员。6.根据权利要求1所述的方法，其特征在于，所述s5包括将第一测试任务按照层级间接派发给测试人员、按照测试人员信息直接派送给对应的测试人员、第一测试人员通过抢单方式领取第一测试任务。7.根据权利要求1所述的方法，其特征在于，所述方法还包括s6：监控第一测试任务状态，向对应的测试人员单独或部分发送第一测试任务状态信息，所述第一测试任务状态信息包括待完成、已完成、紧急、特急。8.一种众测任务智能化派发的装置，其特征在于，包括：众测人员库建立模块，用于基于第一规则建立众测任务人员库，其中第一规则包括众测任务人员的机构、部门、层级、人员规则；任务信息建立模块，用于建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；第一提取模块，用于基于第一众测任务信息从众测任务人员库提取第一测试人员信
息，从测试案例库中提取第一测试案例信息；第一建立模块，用于基于第一测试人员信息和第一测试案例信息建立第一测试任务；派送模块，用于将第一测试任务派送给对应的测试人员。9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-6中任一项所述的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-6中任一项所述的方法。11.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-6中任一项所述的方法。

技术总结
本申请提供了一种众测任务智能化派发的方法、装置及可读存储介质，其特征在于，包括：S1、基于第一规则建立众测任务人员库；S2、建立第一众测任务信息，所述第一众测任务信息包括测试人员信息与测试案例信息；S3、基于第一众测任务信息从众测任务人员库提取第一测试人员信息，从测试案例库中提取第一测试案例信息；S4、基于第一测试人员信息和第一测试案例信息建立第一测试任务；S5、将第一测试任务派送给对应的测试人员。本申请通过在全行建立测试人员的信息库与测试案例库，在测试任务下发后，可以采用多种派发方式派送测试任务，同时测试任务变更，也可以实现及时变更测试任务信息，实现了众测任务智能化派发。实现了众测任务智能化派发。实现了众测任务智能化派发。


技术研发人员：左志芳 冷炜 高蕊 吴志刚 张小洁 邓辰
受保护的技术使用者：中信银行股份有限公司
技术研发日：2023.06.30
技术公布日：2023/10/15