一种软件开发综合测试管理系统

摘要

本发明公开了一种软件开发综合测试管理系统，通过制定测试计划，并对测试计划进行评审；评审未通过时，依据评审意见进行修改，并再次重复；评审通过后，编写测试方案，并对测试方案进行评审；评审未通过时，依据评审意见进行修改，并再次重复；测试方案评审通过后，编写测试用例，并对测试用例进行评审；评审未通过时，依据评审意见进行修改，并再次重复；测试用例评审通过后，执行测试；执行测试出现bugs时，对bugs进行研发修改，并对应的修改测试软件，并进行回归测试；回归测试未通过，重复进行；测试通过，提交测试报告，并进行产品验收；验收成功后，输出产品测试报告，使得本发明在进行软件测试时，可以按照标准流程进行。

说明书

技术领域

本发明属于管理系统领域，涉及软件测试管理技术，具体是一种软件开发综合测试管理系统。

背景技术

管理系统是为达到组织目标，针对管理对象，由具有特定管理职能和内在联系的各种管理机构、管理制度、管理过程、管理方法所构成的完整的组织管理体系。在企业中，这个总系统可分为计划经营，生产技术、劳动人事、财务成本和生活服务等子系统。它们之间，既有区别，又有联系。子系统的目标要服从企业管理系统的总目标。各个子系统的作用不是平列的，其中有一个子系统对实现总目标居中心地位，起主导作用。把企业管理看作一个系统，就能够采取系统分析的方法，综合研究企业的各项专业管理，把生产经营活动的内部条件和外部环境、定量分析和定性分析有机地结合起来，选择最优方案，提高经济效益，促进生产发展，同时，随着信息化时代的到来，计算机软件行业得到了很好的发展，人们对软件的要求也日益增加，软件技术正在影响着我们身边的每一个人，这显然已经成为当今社会中非常重要的一个组成部分，不管是生物工程、现代通信还是商务处理、工业控制方面，软件都发挥着巨大的作用，可以说软件对整个社会的经济和文化都产生了深远的影响。软件的开发过程中，无论是前期、中期还是后期都离不开的管理系统的辅助支撑，但是，现有的软件开发管理系统大多只是进行简单的开发协作，因而不能很好地提高整个开发效率、有效地防范安全漏洞和信息外泄的发生，同时也未能很好地分析和控制软件开发中存在的潜在风险，进而带来不必要的损失和成本的增加。

发明内容

本发明的目的在于提供一种软件开发综合测试管理系统，用于解决软件测试中缺乏有效管理的问题。

本发明的目的可以通过以下技术方案实现：

一种软件开发综合测试管理系统，包括测试模块、评分模块、分配模块、验证模块、汇总模块以及显示模块；

所述测试模块用于存储标准测试方法，并代入测试方法的输入值，得出测试结果；

所述评分模块用于对测试结果进行评分；所述分配模块用于对软件测试人员进行分配，并选取测试人员；所述验证模块用于对测试结果进行核验；所述汇总模块用于将测试模块、评分模块、分配模块、跟踪模块以及验证模块信息进行汇总，并生成汇总信息，并发送至显示模块；所述显示模块用于显示汇总信息；

其中，所述分配模块用于对软件测试人员进行分配，并选取测试人员，具体包括以下步骤：

步骤一：建立人员数据库，其中，所述人员数据库存储在存储器内；所述人员数据库包括员工基本信息、员工擅长软件、员工标准操作值以及员工完成值；

步骤二：获取待测试软的类型并与员工擅长软件进行匹配，将匹配结果完全相同的员工分配至测试库内；

步骤三：获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取测试库内的测试员工；

步骤四：当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取测试库内的测试员工；

步骤五：选取匹配结果为同一类软件的员工分配至验证库内；

步骤六：获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取验证库内的验证员工；

步骤七：当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取验证库内的验证员工；

步骤八：与测试模块建立数据连接，并获取标准测试方法，并向测试员工与验证员工发送标准测试方法。

进一步地，所述员工基本信息包括员工姓名、员工工号、员工入职工作日天数、员工非正常测试次数、员工加班率以及员工服从值；

所述员工姓名、员工入职工作日天数、员工非正常测试次数、员工加班率以及员工服从值均与员工工号相对应；

其中，员工非正常测试次数，具体为，员工未按照标准测试方法进行测试的累加次数；

员工加班率通过员工加班总天数除以员工入职工作日天得出，其中，员工加班总天数通过考勤机或考勤系统或考勤报表得出；

员工服从值通过员工准时完成工作任务次数除以员工总任务次数得出；其中，所述工准时完成工作任务次数以及员工总任务次数均通过企业管理系统获取；其中，所述企业管理系统具体为钉钉或企业微信中的一种或多种。

进一步地，所述员工标准操作值通过员工标准操作次数总和乘以操作系数得出；其中，标准系数通过员工非正常测试次数总和除以员工测试次数总和得出。

进一步地，所述员工完成值通过员工服从值乘以员工加班率得出。

进一步地，所述测试任务偏重值，具体包括以下步骤：

A1：获取计划测试时长与实际测试时长；

A2：计划测试时长除以实际测试时长得出测试基准系数；

A3：获取最高样延迟时长，并将计划测试时长加上最高样延迟时长得出底线时长；

A4：实际测试时长除以底线时长后在乘以测试基准系数得出任务偏重值；

其中，所述计划测试时长与最高样延迟时长通过测试计划获取；所述实际测试时长为实际测试开始时间与结束时间的时长。

进一步地，所述标准测试方法具体为，

P1:制定测试计划，并对测试计划进行评审；

P11:评审未通过时，依据评审意见进行修改，并再次重复P1；

P2:评审通过后，编写测试方案，并对测试方案进行评审；

P21:评审未通过时，依据评审意见进行修改，并再次重复P2；

P3:测试方案评审通过后，编写测试用例，并对测试用例进行评审；

P31:评审未通过时，依据评审意见进行修改，并再次重复P3；

P4:测试用例评审通过后，执行测试；

P41:执行测试出现bugs时，对bugs进行研发修改，并对应的修改测试软件，并进行回归测试；

P42:回归测试通过后，进行P4；

P421:回归测试未通过，重复P41；

P5:测试通过，提交测试报告，并进行产品验收；

P6:验收成功后，输出产品测试报告。

进一步地，所述员工按照标准测试方法步骤进行测试，并完成整个步骤时，员工标准操作次数总和加一；

员工未按照标准测试方法步骤进行测试时，员工非正常测试次数总和加一；

其中，所述员工标准操作次数总和与员工非正常测试次数总和起始值均为0；

所述员工参与测试即员工测试次数总和加一；所述员工测试次数总和起始值为0。

进一步地，所述评分模块用于对测试结果进行评分，具体为，获取测试库内员工总人数与对应执行标准测试方法是产生的非正常测试次数总和；

通过测试库内员工总人数除以非正常测试次数总和得出测试评分。

进一步地，所述所述验证模块用于对测试结果进行核验，具体为，验证库内员工执行标准测试方法，并得出验证结果。

进一步地，所述汇总模块用于将验证结果、测试评分以及测试结果发送至显示模块，所述显示模块将验证结果、测试评分以及测试结果进行显示。

与现有技术相比，本发明的有益效果是：

(1)通过建立人员数据库，其中，所述人员数据库存储在存储器内；所述人员数据库包括员工基本信息、员工擅长软件、员工标准操作值以及员工完成值；获取待测试软的类型并与员工擅长软件进行匹配，将匹配结果完全相同的员工分配至测试库内；获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取测试库内的测试员工；当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取测试库内的测试员工；选取匹配结果为同一类软件的员工分配至验证库内；获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取验证库内的验证员工；当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取验证库内的验证员工；与测试模块建立数据连接，并获取标准测试方法，并向测试员工与验证员工发送标准测试方法,解决了现有软件在测试时，选取测试员工的问题，通过本发明可以快速的选择出最为合适的测试员工，进而提升工作效率，降本增息；

(2)通过获取计划测试时长与实际测试时长；计划测试时长除以实际测试时长得出测试基准系数；获取最高样延迟时长，并将计划测试时长加上最高样延迟时长得出底线时长；实际测试时长除以底线时长后在乘以测试基准系数得出任务偏重值；其中，所述计划测试时长与最高样延迟时长通过测试计划获取；所述实际测试时长为实际测试开始时间与结束时间的时长，使得本发明在选取测试人员时，可以随着开发进度进行选取，避免造成工期延误进而导致出现经济损失；

(3)通过制定测试计划，并对测试计划进行评审；评审未通过时，依据评审意见进行修改，并再次重复；评审通过后，编写测试方案，并对测试方案进行评审；评审未通过时，依据评审意见进行修改，并再次重复；测试方案评审通过后，编写测试用例，并对测试用例进行评审；评审未通过时，依据评审意见进行修改，并再次重复；测试用例评审通过后，执行测试；执行测试出现bugs时，对bugs进行研发修改，并对应的修改测试软件，并进行回归测试；回归测试未通过，重复进行；测试通过，提交测试报告，并进行产品验收；验收成功后，输出产品测试报告，使得本发明在进行软件测试时，可以按照标准流程进行，进而规范测试人员操作，避免出现人为失误造成损失；

(4)通过验证库内员工执行标准测试方法，并得出验证结果，用于对测试结果进行对比，进而避免测试结果的单一性，增加测试结果的丰富度。

附图说明

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

图1为本发明原理框图。

具体实施方式

为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。

因此，在下述附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。

如图1所示，一种软件开发综合测试管理系统，包括测试模块、评分模块、分配模块、验证模块、汇总模块以及显示模块；

测试模块用于存储标准测试方法，并代入测试方法的输入值，得出测试结果；

评分模块用于对测试结果进行评分；分配模块用于对软件测试人员进行分配，并选取测试人员；验证模块用于对测试结果进行核验；汇总模块用于将测试模块、评分模块、分配模块、跟踪模块以及验证模块信息进行汇总，并生成汇总信息，并发送至显示模块；显示模块用于显示汇总信息；

在本发明具体实施时，标准测试方法具体为，

P1:制定测试计划，并对测试计划进行评审；

P11:评审未通过时，依据评审意见进行修改，并再次重复P1；

P2:评审通过后，编写测试方案，并对测试方案进行评审；

P21:评审未通过时，依据评审意见进行修改，并再次重复P2；

P3:测试方案评审通过后，编写测试用例，并对测试用例进行评审；

P31:评审未通过时，依据评审意见进行修改，并再次重复P3；

P4:测试用例评审通过后，执行测试；

P41:执行测试出现bugs时，对bugs进行研发修改，并对应的修改测试软件，并进行回归测试；

P42:回归测试通过后，进行P4；

P421:回归测试未通过，重复P41；

P5:测试通过，提交测试报告，并进行产品验收；

P6:验收成功后，输出产品测试报告。

其中，产品人员、研发人员给测试人员提交测试任务的工单，测试人员阅读、分析《需求说明文档》和《概要设计文档》；测试人员根据《需求说明文档》、《概要设计文档》和《项目计划》制定《测试计划》；

测试人员完成《测试计划》后，邮件形式发送给产品人员和研发人员共同对此《测试计划》进行评审；评审不通过时测试人员对测试计划进行修改、补充，直至评审通过；

测试人员完成《测试方案》后，邮件形式发送给产品人员和研发人员共同对此《测试方案》进行评审；评审不通过时测试人员对测试方案进行修改、补充，直至评审通过；

测试人员根据《需求说明文档》和《概要设计文档》编写《测试用例》；

测试人员完成《测试用例》后，邮件形式发送给产品人员和研发人员共同对此《测试用例》进行评审；评审不通过时测试人员对测试用例进行修改、补充，直至评审通过；

评审通过进行测试执行，测试执行阶段工作流程：

第一个新版本发布后，测试人员查看自己负责模块在该版本中的发布特性，确定哪些功能可以测试，挑选对应的测试用例；

根据编制的测试规程和测试用例的优先级，逐个执行测试用例，记录测试结果，发现bugs时提交到bugs缺陷管理系统中；

如果测试发现重大问题，导致该版本测试无法继续，直接通知相关人员该模块测试暂停；

如果测试用例执行完毕，邮件戒直接通知相关人员该模块该版本测试完成，等待新版本发布。

如果模块中所有问题均已关闭，邮件戒直接通知相关人员该模块测试结束。

下一个版本发布时，测试人员对上一个版本出现的问题进行回归测试，测试人员查看自己负责模块在该版本中的修改情况，挑选测试用例；

完成产品系统测试、回归测试，直至测试通过

测试通过后，通知产品人员对项目进行验收，验收不通过，测试人员再次执行测试，重复测试执行的操作，直至验收通过。

验收通过，测试人员编写测试分析报告，报告中描述测试中出现的问题，以及测试结果。发送测试报告给产品总监、研发总监、相关产品人员和研发人员。

验收通过后，产品方可上线。

优选地，分配模块用于对软件测试人员进行分配，并选取测试人员，具体包括以下步骤：

步骤一：建立人员数据库，其中，人员数据库存储在存储器内；人员数据库包括员工基本信息、员工擅长软件、员工标准操作值以及员工完成值；

具体的，员工基本信息包括员工姓名、员工工号、员工入职工作日天数、员工非正常测试次数、员工加班率以及员工服从值；

员工姓名、员工入职工作日天数、员工非正常测试次数、员工加班率以及员工服从值均与员工工号相对应；

其中，员工非正常测试次数，具体为，员工未按照标准测试方法进行测试的累加次数；

员工加班率通过员工加班总天数除以员工入职工作日天得出，其中，员工加班总天数通过考勤机或考勤系统或考勤报表得出；

员工服从值通过员工准时完成工作任务次数除以员工总任务次数得出；其中，工准时完成工作任务次数以及员工总任务次数均通过企业管理系统获取；其中，企业管理系统具体为钉钉或企业微信中的一种或多种。

步骤二：获取待测试软的类型并与员工擅长软件进行匹配，将匹配结果完全相同的员工分配至测试库内；

步骤三：获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取测试库内的测试员工；

优选地，员工完成值通过员工服从值乘以员工加班率得出。

步骤四：当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取测试库内的测试员工；

优选地，员工标准操作值通过员工标准操作次数总和乘以操作系数得出；其中，标准系数通过员工非正常测试次数总和除以员工测试次数总和得出。

步骤五：选取匹配结果为同一类软件的员工分配至验证库内；

步骤六：获取测试任务偏重值，当任务偏重值大于1时，按照员工完成值从大到小的顺序选取验证库内的验证员工；

优选地，员工完成值通过员工服从值乘以员工加班率得出。

步骤七：当任务偏重值小于1时，按照员工标准操作值从大到小的顺序选取验证库内的验证员工；

优选地，员工标准操作值通过员工标准操作次数总和乘以操作系数得出；其中，标准系数通过员工非正常测试次数总和除以员工测试次数总和得出。

步骤八：与测试模块建立数据连接，并获取标准测试方法，并向测试员工与验证员工发送标准测试方法。

优选地，测试任务偏重值，具体包括以下步骤：

A1：获取计划测试时长与实际测试时长；

A2：计划测试时长除以实际测试时长得出测试基准系数；

A3：获取最高样延迟时长，并将计划测试时长加上最高样延迟时长得出底线时长；

A4：实际测试时长除以底线时长后在乘以测试基准系数得出任务偏重值；

其中，计划测试时长与最高样延迟时长通过测试计划获取；实际测试时长为实际测试开始时间与结束时间的时长。

在本发明具体实施时，员工按照标准测试方法步骤进行测试，并完成整个步骤时，员工标准操作次数总和加一；

员工未按照标准测试方法步骤进行测试时，员工非正常测试次数总和加一；

其中，员工标准操作次数总和与员工非正常测试次数总和起始值均为0；

员工参与测试即员工测试次数总和加一；员工测试次数总和起始值为0。

其中，评分模块用于对测试结果进行评分，具体为，获取测试库内员工总人数与对应执行标准测试方法是产生的非正常测试次数总和；

通过测试库内员工总人数除以非正常测试次数总和得出测试评分。

验证模块用于对测试结果进行核验，具体为，验证库内员工执行标准测试方法，并得出验证结果。

汇总模块用于将验证结果、测试评分以及测试结果发送至显示模块，显示模块将验证结果、测试评分以及测试结果进行显示。

上述公式均是去量纲取其数值计算，公式是由采集大量数据进行软件模拟得到最近真实情况的一个公式，公式中的预设参数由本领域的技术人员根据实际情况进行设置。

在本发明所提供的实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方法的目的。

另对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方法而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方法进行修改或等同替换，而不脱离本发明技术方法的精神和范围。