CN108984418A - 软件测试管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

一种软件测试管理方法，包括：读取并显示所有待测试软件的信息，其中，该待测试软件的信息包括每个待测试软件下所有待测试项目；根据待测试软件的信息创建测试计划，该测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间；获取每个待执行项的执行进度；判断每个待执行项是否在计划完成时间内完成；以及若待执行项未按计划完成时间完成，则生成超时未完成警示信息。本发明还提供一种软件测试管理装置、电子设备及存储介质。本发明对测试过程各个阶段有针对性的制定测试计划，能够有效监测整个测试执行过程，一旦有未按计划完成时间完成的测试任务，通过预警能够方便相关人员及时跟进和预知风险。

Description

软件测试管理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种软件测试管理方法、装置、电子设备及存储介质。

背景技术

软件项目测试过程中包括很多测试项，例如包括测试用例执行、bug验证、核心功能回归测试、兼容性测试、稳定性测试、接口测试等等。测试项目多任务重，部分测试人员在测试过程中可能存在部分剪裁或执行不到位的情况，导致软件的有些缺陷不能及时发现，待软件上线后出现问题再来审视追责会造成较大损失。

发明内容

鉴于以上内容，有必要提出一种软件管理方法、装置、电子设备及存储介质，能够针对测试过程中各个阶段制定测试计划，并对测试过程的每个步骤进行监督，并在测试项目未在计划时间内完成时生成警示信息，解决测试执行过程无法监督到位的痛点。

本发明的第一方面提供一种软件测试管理方法，所述方法包括：

读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目；

当接收到创建测试计划的操作指令时，根据待测试软件的信息创建测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间；

获取每个待执行项当前的执行进度；

判断每个待执行项是否在计划完成时间之内执行完成；以及

若待执行项未按计划完成时间完成，则针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。

可选地，创建测试计划步骤包括：当侦测到用户输入的创建测试计划的操作指令时，显示创建测试计划的用户界面，其中，所述创建测试计划的用户界面中包括至少一个待测试软件版本名称，每个待测试软件版本下包括至少一个待测试项目，每个待测试项目下对应一个待执行项列表；当侦测到用户在所述待执行项列表中的选择操作时，由所述待执行项列表中选择一个或多个待执行项，并接收用户输入的设置计划完成时间的操作指令，设置每个被选择的待执行项的计划完成时间；以及保存测试计划。

优选地，创建测试计划步骤包括：当接收到设置测试计划模板的操作指令时，显示测试计划模板设置界面；在所述测试计划模板设置界面中显示待执行项列表，并接收用户在所述待执行项列表中的选择操作，由所述待执行项列表中选择对应的待执行项；当接收到生成测试计划模板的操作指令时，根据所述选择的待执行项生成测试计划模板；当接收到导入测试计划模板的操作指令时，将所述测试计划模板导入用户选择的待测试项目中；将所述测试计划模板中的待执行项显示于该测试项目的对应位置；当接收到用户输入的设置计划完成时间的操作指令时，设置每一待执行项的计划完成时间。

优选地，“针对该未在计划时间内完成的待执行项生成超时未完成的警示信息”还包括：

确定超时时间是否达到第一预设值；

若超时时间小于所述第一预设值，则显示第一警示信息；以及

若超时时间大于等于所述第一预设值，则显示第二警示信息。

优选地，所述待执行项包括：

需求阶段测试项，包括需求评审；

开发阶段测试项，包括确认测试过程、准备测试数据、参加开发技术评审、测试用例设计、测试用例评审、测前沟通、提供冒烟测试用例；

测试阶段测试项，包括冒烟测试、功能测试、接口测试、稳定性测试、兼容性测试、性能测试、接口压测、自由测试、回归测试；

生产验证阶段测试项，包括发版前检查、生产验证。

优选地，“获取每个待执行项的执行进度”的方法包括：

获取测试人员手动输入的待执行项执行进度；及/或

由自动测试系统中自动抓取所述待执行项的执行进度。

本发明的第二方面提供一种软件测试管理装置，所述装置包括：

待测试软件信息获取模块，用于读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目；

测试计划创建模块，用于在接收到创建测试计划的操作指令时，根据待测试软件的信息创建测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间；

执行进度确定模块，用于获取每个待执行项当前的执行进度；以及

显示控制模块，用于判断每个待执行项是否在计划完成时间之内执行完成，若待执行项未按计划完成时间完成，则针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。

本发明的第三方面提供一种电子设备，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现所述软件测试管理方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述软件测试管理方法。

本发明所述的软件测试管理方法、装置、电子设备及存储介质，能够针对测试过程中各个阶段有针对性的制定测试计划，解决了测试执行过程无法监督到位的痛点；一旦有未按计划完成时间完成的测试任务，通过各种预警能够方便测试人员和管理人员及时跟进和预知风险。

附图说明

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

图1是本发明软件测试管理方法的第一较佳实施例的流程图。

图2是图1所示软件测试管理方法中创建测试计划的较佳实施例流程图。

图3是本发明提供的软件测试管理装置较佳实施例的功能模块图。

图4是本发明提供的电子设备较佳实施例的示意图。

如下具体实施方式将结合上述附图进一步说明本发明。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

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

本发明实施例的软件测试管理方法应用在一个或者多个电子设备中。所述软件测试管理方法也可以应用于由电子设备和通过网络与所述电子设备进行连接的服务器所构成的硬件环境中。网络包括但不限于：广域网、城域网或局域网。本发明实施例的软件测试管理方法可以由服务器来执行，也可以由电子设备来执行；还可以是由服务器和电子设备共同执行。

实施例一

图1是本发明实施例一提供的软件测试管理方法的流程图。根据不同的需求，该流程图中的执行顺序可以改变，某些步骤可以省略。

S11、读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目。

所述待测试软件版本下的待测试项目可以包括但不限于需求阶段测试项、开发阶段测试项、测试阶段测试项、生产验证阶段测试项等。

所述待测试软件的信息还可以包括，但不限于，所有待上线和已上线的待测试软件版本的版本号(例如Anddroid4.2.1,IOS4.2.1)、每个待上线软件版本的待上线时间、每个已上线软件版本的上线时间以及每个待测试软件版本下所有待测试项目的编号、每个待测试项目的测试内容、待测试软件的开发人员、测试经理、测试人员等。其中，所述待测试软件的信息可以按照所述上线时间/待上线时间进行排序，例如倒序排列，即时间距离越近的越排在前面。

在本发明较佳实施例中，所述待测试软件版本信息可以通过API接口(Application Programming Interface，应用程序编程接口)由软件开发平台中读取。

可选择地，所述待测试软件的信息也可以是根据用户的操作指令由指定存储器中读取。例如，待测试软件开发完成后被存储至本地存储器或云存储器中，所述待测试软件的信息可以由所述本地存储器或云存储器中读取。

可选择地，所述待测试软件的信息还可以由用户手动导入。例如，软件开发人员或软件测试人员首先将待测试软件的信息输入word或Excel格式的文档中，所述方法包括：接收用户导入的所述包括待测试软件信息的文档，并由所述包括待测试软件信息的文档中抓取所述软件测试的信息并进行显示。

在本发明较佳实施例中，在读取并显示所述待测试软件的信息之前，该方法还包括：接收用户登录请求并读取当前登录用户的角色名称，在当前登录用户的角色名称是测试经理时，读取并显示所述待测试软件的信息。

所述角色名称可以包括但不限于测试经理、测试人员、管理员、开发人员等，不同的角色名称对应不同的操作权限。其中，所述角色名称为测试经理时对应的操作权限可以包括：查看所有待测试软件的信息、针对每个待测试软件制定测试计划、针对每个待测试项目指定测试人员、查看待测试项目的测试进度等。所述角色名称为测试人员时对应的操作权限可以包括：查看该测试人员负责的所有待测试项目、上报待测试项目的完成进度等。

其中，当前登录用户的角色名称可以是用户在注册过程中根据实际岗位进行设置的。所述用户角色名称也可以是用户注册后，由系统管理员根据用户的实际岗位指定的用户角色名称。所述用户的角色名称还可以是根据用户输入的登陆信息，由与所软件测试管理平台相关联的其他操作平台或数据库获取的与所述登陆信息相匹配的角色名称，例如，所述角色名称可以是由企业人事资料数据库中获取的与用户登陆信息对应的角色名称。

S12、当接收到创建测试计划的操作指令时，根据待测试软件的信息创建对应的测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间。

优选地，所述创建测试计算的操作指令由角色名称是测试经理的用户输入。

在本发明一个实施例中，创建所述测试计划的方法还可以是：

(a1)、当侦测到用户输入的创建测试计划的操作指令时，显示创建测试计划的用户界面，其中，所述创建测试计划的用户界面中包括至少一个待测试软件版本名称，每个待测试软件版本下包括至少一个待测试项目，每个待测试项目下对应一个待执行项列表，例如，所述待测试软件软件版本名称为“人事系统-android4.2.1”，该待测试软件“人事系统-android4.2.1”下包括的待测试项目有“注册模块”、“登陆模块”、“考勤模块”、“薪资模块”；

优选地，所述待执行项列表可以包括如下内容：

需求阶段测试项：需求评审，其中需求评审过程中可以还包括澄清需求模糊点、挖掘隐含需求、评价需求合理性和用户体验、评估测试复杂度、兼容性以及确定测试接口是否需要进行压力测试等；

开发阶段测试项：确认测试过程(例如确认软件提出测试时间、软件上线时间等)、准备测试数据(例如准备测试环境、测试数据资源)、参加开发技术评审、测试用例设计、测试用例评审、测前沟通、提供冒烟测试用例等；

测试阶段测试项：冒烟测试、功能测试、接口测试、稳定性测试、兼容性测试、性能测试、接口压测、自由测试(free test)、回归测试等；

生产验证阶段测试项：发版前检查、生产验证等。

可选地，所述测试计划中还可以包括每个测试项目指派的测试人员，还可以包括测试项目对应的开发人员、开发经理、测试经理等。其中，所述测试计划中每个测试项目对应的测试人员等可以是在待测试软件版本信息中直接抓取的，还可以是由测试经理在创建测试计划时进行指定。

(a2)、当侦测到用户在所述待执行项列表中输入的选择操作时，由所述待执行项列表中选择一个或多个待执行项，并在接收到用户输入的设置计划完成时间的操作指令时，设置每个被选择的待执行项的计划完成时间；

在一个实施方式中，设置所述计划完成时间的方法可以是：

1)、在所述用户界面中每个待执行项前显示勾选框；

2)、接收用户在所述勾选框中的勾选操作，将所述被勾选的待执行项作为需要完成的待执行项；

3)、在每个被勾选的待执行项对应位置(例如待执行项的前侧、后侧或下方)显示时间输入框；以及

4)、将所述供测试经理设置该待执行项的计划完成时间。

在另一个实施方式中，所述时间输入框也可以替换成时间选择框，用户点击时间选择框后，弹出日历，供用户在日历中选择计划完成时间。

在本发明较佳实施例中，该方法中在设置完计划完成时间后，还可以包括如下步骤：

当侦测到用户输入的设置提醒方式的操作指令时，设置待执行项超时未完成提醒方式，其中所述待执行项超时未完成提醒方式可以包括：超时小于第一预设值(例如4小时)时，生成第一种警示信息(例如显示黄灯)，超时大于等于所述第一预设值时，生成第二种警示信息(例如显示红灯)。

(a3)、保存测试计划。

在本发明较佳实施例中，为了方便测试人员了解测试任务，该方法还包括：测试计划制定完成后，将所述测试计划通过邮件、短信等方式通知该测试计划中相应的测试人员。

优选地，该方法还包括：接收修改测试计划的操作控制指令，对所述测试计划进行修改，并记录该修改历史；以及将修改内容通过邮件通知相关人员，其中，所述相关人员可以包括测试经理、负责软件测试的测试人员以及其他与软件测试相关的人员等。

如图2所示，为了进一步优化测试计划的创建步骤，所述创建测试计划的方法可以包括：

步骤201、当接收到设置测试计划模板的操作指令时，显示测试计划模板设置界面。

步骤202、在所述测试计划模板设置界面中显示待执行项列表，并在侦测到用户在所述待执行项列表中的选择操作时，由所述待执行项列表中选择对应的待执行项。其中，所述待执行项列表中包括了软件测试中普遍适用的所有待执行项，用户(测试经理)可以针对测试项目的需要由待执行项列表中选择该测试项目需要的待执行项，生成一个测试计划模板；

步骤203、当接收到生成测试计划模板的操作指令时，根据所述选择的待执行项生成测试计划模板。

步骤204、当接收到导入测试计划模板的操作指令时，将所述测试计划模板导入用户选择的待测试项目中。

步骤205、将所述测试计划模板中的待执行项显示于该测试项目的对应位置。

步骤206、当接收到用户输入的设置计划完成时间的操作指令时，设置每一待执行项的计划完成时间。

举例而言，待测试软件版本为“人事系统-android4.2.1”，该版本下待测试项目包括“注册模块”、“登陆模块”、“考勤模块”、“薪资模块”等项目时，如果测试经理针对每个测试项目都需要在所有待执行项(例如，待执行项列表中包括19个待执行项)中选择需要执行的项目，即使所有测试项目的待执行选择都相同，测试经理也需要在每个测试项目下选择需要执行的待执行项，这样的话测试经理的工作量非常大。为了优化测试计划创建步骤，测试经理可以在创建测试计划之前根据测试需求创建测试模板，在所述测试模板中测试经理可以根据该待测试软件的需要先由所述19个待执行项中选择该待测试软件需要执行的待执行项(例如10项)并创建一个模板，然后在创建测试计划时，直接将该测试计划模板中用户选择的待执行项导入每个待测试项目中，这样可以大大简化创建测试计划的流程。

S13、获取每个待执行项当前的执行进度。

在本发明较佳实施例中，获取每个待执行项当前的执行进度具体包括：

(1)、当接收到用户(该用户是测试人员)输入的查询个人待执行事项的操作指令，显示该用户负责的所有待执行事项以及每个待执行事项的计划完成时间；

例如，在测试人员用户界面点击个人测试计划执行选项后，点击进入特性标签，则显示该测试人员负责的该特性下所有测试story以及每个待测试story对应的待执行项，其中，测试story按上线时间进行排序，先上线的排在前面。每个测试story下显示对应的待执行事项。还可以显示待执行项的计划完成时间，方便测试人员根据计划完成待执行事项。

(2)、确定每个待执行事项当前的执行进度；

其中，每个待执行项的执行进度可以是测试人员手动输入的，例如，当某个待执行项需求用户进行人工执行时，该测试人员人工执行完成后，在系统中手动输入确认完成，则系统中自动获取该执行项当前的执行进度为已完成，例如，当待执行项为测试用例评审时，若完成测试用例评审，则测试人员在测试用例评审这一待执行项下打卡，确认执行完成。

所述待执行项的执行进度还可以由自动测试工具中自动抓取的。例如，当某个测试项使用自动测试工具进行测试时，系统通过所述自动测试工具实时获取测试进度，在测试执行过程中显示测试进行中，当自动测试完成后，该自动测试工具返回测试完成信息，则系统获取到该测试完成信息后显示该测试项的执行进度为完成。

优选地，测试人员在手动确认待执行项已完成过程中，若待执行项属于同一特性下，则同一特性下的所有story统一确认完成时间，若待执行项属于单独story，则每个story单独确认完成时间。

S14、判断每个待执行项是否在计划完成时间之内执行完成，若待执行项在所述计划时间之内完成，则执行步骤S15，若待执行项未在计划完成时间内完成，则执行步骤S16。

S15、针对该在计划时间内完成的待执行项显示已完成的标示信息。例如，在该执行项后面显示绿色警示灯、在选项框内打勾、显示文字提示信息等。

S16、针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。

在本发明较佳实施例中，如果确定某一待执行项未在计划完成时间内执行完成，则进一步确定超时时间是否达到第一预设值(例如4小时)，若超时时间小于所述第一预设值，则显示第一警示信息(例如黄色警示灯)；若超时时间大于等于所述第一预设值(例如超时8小时)，则显示第二警示信息(例如红色警示灯)。

在本发明较佳实施例中，若确定某一待执行项未在计划完成时间内执行完成，则进一步生成文字警示信息并将所述文字警示信息通过预设方式发送至预设人员，其中，所述预设方式包括但不限于邮件或短信。例如，在一个实施例中，若待执行项的计划完成时间已经到达，但待执行项仍处于未执行状态，则自动发送邮件给该待执行项对应的测试经理和相关测试人员进行预警，或者自动发送短信到测试经理或相关测试人员的手机上，从而多角度的向相关人员发送预警信息。

进一步地，为了更加直观的了解软件测试进度，该方法还可以包括：

1)、读取每个待执行项的执行进度；

2)、根据每个待执行项的执行进度创建测试进展仪表盘，其中测试进展仪表盘中可以包括每个测试项目对应的待执行项的完成情况以及执行过程中测试出的缺陷。

例如，所述进展仪表板中可以包括测试story的编号，story内容，所属迭代、开发人员、测试人员、待执行项、待执行项的完成情况(已完成或超时，用绿灯、红灯或黄灯表示)，测试得出的缺陷编号、缺陷内容等。

进一步地，所述方法还包括：根据软件版本信息和测试项目中每个待执行项的执行情况，生成测试日报。

具体地，测试日报的内容可以包括开发项目执行状态和测试项目执行状态，其中开发项目执行状态包括软件项目中每个需求的开发进度情况；所述测试项目执行状态包括每个待执行项的完成进度情况(例如已完成、滞后、严重超时等)以及每个待执行项的完成结果(例如测试时出现了多少个Bug，每个bug的具体内容等)。

优选地，所述测试日报可以在用户界面中直接显示。

优选地，所述测试日报还可以通过word、excel、PDF等格式的文件进行导出。

本发明能够针对测试过程中各个阶段有针对性的制定测试计划，解决了测试执行过程无法监督到位的痛点；一旦有未按计划完成时间完成的测试任务，通过各种预警能够方便测试人员和管理人员及时跟进和预知风险。

以上所述，仅是本发明的具体实施方式，但本发明的保护范围并不局限于此，对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出改进，但这些均属于本发明的保护范围。

下面结合第3至4图，分别对实现上述软件测试管理方法的电子设备的功能模块及硬件结构进行介绍。

实施例三

图3为本发明软件测试装置较佳实施例中的功能模块图。

在一些实施例中，所述软件测试装置30运行于电子设备中。所述软件测试装置30可以包括多个由程序代码段所组成的功能模块。所述软件测试装置30中的各个程序段的程序代码可以存储于存储器中，并由至少一个处理器所执行，以执行(详见图1-2及其相关描述)软件测试方法。

本实施例中，所述软件测试装置30根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：待测试软件信息获取模块301、测试计划创建模块302、执行进度确定模块303、显示控制模块304。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在一些实施例中，关于各模块的功能将在后续的实施例中详述。

待测试软件信息获取模块301用于读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目。

所述待测试软件版本下的待测试项目可以包括但不限于：

需求阶段测试项：需求评审，其中需求评审过程中可以还包括澄清需求模糊点、挖掘隐含需求、评价需求合理性和用户体验、评估测试复杂度、兼容性以及确定测试接口是否需要进行压力测试等；

开发阶段测试项：确认测试过程(例如确认软件提出测试时间、软件上线时间等)、准备测试数据(例如准备测试环境、测试数据资源)、参加开发技术评审、测试用例设计、测试用例评审、测前沟通、提供冒烟测试用例；

测试阶段测试项：冒烟测试、功能测试、接口测试、稳定性测试、兼容性测试、性能测试、接口压测、自由测试(free test)、回归测试等；

生产验证阶段测试项：发版前检查、生产验证等。

所述待测试软件的信息还可以包括，但不限于，所有待上线和已上线的待测试软件版本的版本号(例如Anddroid4.2.1,IOS4.2.1)、每个待上线软件版本的待上线时间、每个已上线软件版本的上线时间以及每个待测试软件版本下所有待测试项目的编号、每个待测试项目的测试内容、待测试软件的开发人员、测试经理、测试人员等。其中，所述待测试软件的信息可以按照所述上线时间/待上线时间进行排序，例如倒序排列，即时间距离越近的越排在前面。

在本发明较佳实施例中，所述待测试软件版本信息可以通过API接口由软件开发平台中读取。

可选择地，所述待测试软件的信息也可以是在接收到用户的操作指令时由指定存储器中读取。例如，待测试软件开发完成后被存储至本地存储器或云存储器中，所述待测试软件的信息可以由所述本地存储器或云存储器中读取。

可选择地，所述待测试软件的信息还可以由用户手动导入。例如，软件开发人员或软件测试人员首先将待测试软件的信息输入word或Excel格式的文档中，所述方法包括：接收用户导入的所述包括待测试软件信息的文档，并由所述包括待测试软件信息的文档中抓取所述软件测试的信息并进行显示。

在本发明较佳实施例中，在读取并显示所述待测试软件的信息之前，该待测试软件信息获取模块还用于：在接收到用户登录请求时读取当前登录用户的角色名称，在当前登录用户的角色名称是测试经理时，读取并显示所述待测试软件的信息。

所述角色名称可以包括但不限于测试经理、测试人员、管理员、开发人员等，不同的角色名称对应不同的操作权限。其中，所述角色名称为测试经理时对应的操作权限可以包括：查看所有待测试软件的信息、针对每个待测试软件制定测试计划、针对每个待测试项目指定测试人员、查看待测试项目的测试进度等。所述角色名称为测试人员时对应的操作权限可以包括：查看该测试人员负责的所有待测试项目、上报待测试项目的完成进度等。

测试计划创建模块302用于在接收到创建测试计划的操作指令时，根据待测试软件的信息创建对应的测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间。

在本发明一个实施例中，创建所述测试计划具体包括如下步骤：

(a1)、在接收到用户输入的创建测试计划的操作指令时，显示创建测试计划的用户界面，其中，所述创建测试计划的用户界面中包括至少一个待测试软件版本名称，每个待测试软件版本下包括至少一个待测试项目，每个待测试项目下对应一个待执行项列表，例如，所述待测试软件软件版本名称为“人事系统-android4.2.1”，该待测试软件“人事系统-android4.2.1”下包括的待测试项目有“注册模块”、“登陆模块”、“考勤模块”、“薪资模块”；

优选地，所述待测试项列表可以包括如下内容：

需求阶段测试项：需求评审，其中需求评审过程中可以还包括澄清需求模糊点、挖掘隐含需求、评价需求合理性和用户体验、评估测试复杂度、兼容性以及确定测试接口是否需要进行压力测试等；

开发阶段测试项：确认测试过程(例如确认软件提出测试时间、软件上线时间等)、准备测试数据(例如准备测试环境、测试数据资源)、参加开发技术评审、测试用例设计、测试用例评审、测前沟通、提供冒烟测试用例等；

测试阶段测试项：冒烟测试、功能测试、接口测试、稳定性测试、兼容性测试、性能测试、接口压测、自由测试(free test)、回归测试等；

生产验证阶段测试项：发版前检查、生产验证等。

可选地，所述测试计划中还可以包括每个测试项目指派的测试人员，还可以包括测试项目对应的开发人员、开发经理、测试经理等。其中，所述测试计划中每个测试项目对应的测试人员等可以是在待测试软件版本信息中直接抓取的，还可以是由测试经理在创建测试计划时进行指定。

(a2)、当侦测到用户在所述待执行项列表中输入的选择操作时，由所述待执行项列表中选择一个或多个待执行项，并在接收到用户的输入设置计划完成时间的操作指令时，设置每个被选择的待执行项的计划完成时间；

在一个实施方式中，设置所述计划完成时间的方法可以是：在所述用户界面中每个待执行项前显示勾选框；接收用户在所述勾选框中的勾选操作，将所述被勾选的待执行项作为需要完成的待执行项；在每个被勾选的待执行项对应位置(例如待执行项的前侧、后侧或下方)显示时间输入框；以及将所述供测试经理设置该待执行项的计划完成时间。在另一个实施方式中，所述时间输入框也可以替换成时间选择框，用户点击时间选择框后，弹出日历，供用户在日历中选择计划完成时间。

在本发明较佳实施例中，在设置完计划完成时间后，该测试计划创建模块302还用于：

当侦测到用户输入的设置提醒方式的操作指令时，设置待执行项超时未完成提醒方式，其中所述待执行项超时未完成提醒方式可以包括：超时小于第一预设值(例如4小时)时，生成第一种警示信息(例如显示黄灯)，超时大于等于所述第一预设值时，生成第二种警示信息(例如显示红灯)。

(a3)、保存测试计划，并将所述测试计划下发至测试人员。

在本发明较佳实施例中，为了方便测试人员了解测试任务，该测试计划创建模块302还用于：在测试计划制定完成后，将所述测试计划通过邮件、短信等方式通知该测试计划中相应的测试人员。

优选地，该测试计划创建模块302还用于：接收修改测试计划的操作控制指令，对所述测试计划进行修改，并记录该修改历史；以及将修改内容通过邮件通知相关人员，其中，所述相关人员可以包括测试经理、负责软件测试的测试人员以及其他与软件测试相关的人员等。

在本发明另一个较佳实施例中，为了进一步优化测试计划的创建步骤，该测试计划创建模块302还用于：

(b1)、当接收到设置测试计划模板的操作指令时，显示测试计划模板设置界面；

(b2)、在所述测试计划模板设置界面中显示待执行项列表，并在接收到用户在所述待执行项列表中输入的选择操作时，由所述待执行项列表中选择对应的待执行项，其中，所述待执行项列表中包括了软件测试中普遍适用的所有待执行项，用户(测试经理)可以针对测试项目的需要由待执行项列表中选择该测试项目需要的待执行项，生成一个测试计划模板；

(b3)、当接收到生成测试计划模板的操作指令时，根据所述选择的待执行项生成测试计划模板；

(b4)、当接收到导入测试计划模板的操作指令时，将所述测试计划模板导入用户选择的待测试项目中；

(b5)、将所述测试计划模板中的待执行项显示于该测试项目的对应位置；以及

(b6)、当接收到用户输入的设置计划完成时间的操作指令时，设置每一待执行项的计划完成时间。

执行进度确定模块303用于获取每个待执行项当前的执行进度。

在本发明较佳实施例中，获取每个待执行项当前的执行进度具体包括：

(1)、当接收到用户(该用户是测试人员)输入的查询个人待执行事项的操作指令时，显示该用户负责的所有待执行事项以及每个待执行事项的计划完成时间；

例如，测试人员在用户界面中点击“个人测试计划执行”选项后，点击进入特性标签，则显示该测试人员负责的该特性下所有测试story以及每个待测试story对应的待执行项及待执行项对应的计划完成时间，其中，测试story按上线时间进行排序，先上线的排在前面。每个测试story下显示对应的待执行事项。

(2)、确定每个待执行事项当前的执行进度；

其中，每个待执行项的执行进度可以是测试人员手动输入的，例如，当某个待执行项需求用户进行人工执行时，该测试人员人工执行完成后，在系统中手动输入确认完成，则系统中自动获取该执行项当前的执行进度为已完成，例如，当待执行项为测试用例评审时，若完成测试用例评审，则测试人员在测试用例评审这一待执行项下打卡，确认执行完成。

所述待执行项的执行进度还可以是系统自动抓取的。例如，当某个测试项使用自动测试工具进行测试时，系统通过所述自动测试工具实时获取测试进度，在测试执行过程中显示测试进行中，当自动测试完成后，该自动测试工具返回测试完成信息，则系统获取到该测试完成信息后显示该测试项的执行进度为完成。

优选地，测试人员在手动确认待执行项已完成过程中，若待执行项属于同一特性下，则同一特性下的所有story统一确认完成，若待执行项属于单独story，则每个story单独确认完成时间。

显示控制模块304用于判断每个待执行项是否在计划完成时间之内执行完成，若待执行项未在计划完成时间内完成，则针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。例如，在该执行项后面显示绿色警示灯、在选项框内打勾、显示文字提示信息等。

若待执行项在计划时间内完成，则针对已在计划完成时间内完成的待执行项显示已完成的标示信息。例如，在该执行项后面显示绿色警示灯、在选项框内打勾、显示文字提示信息等。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，双屏设备，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分。

本发明所述的软件测试管理方法、装置、电子设备及存储介质，能够针对测试过程中各个阶段有针对性的制定测试计划，解决了测试执行过程无法监督到位的痛点；一旦有未按计划完成时间完成的测试任务，通过各种预警能够方便测试人员和管理人员及时跟进和预知风险。

实施例四

图4为本发明实施例四提供的电子设备的示意图。

所述电子设备4包括：存储器41、至少一个处理器42、存储在所述存储器41中并可在所述至少一个处理器42上运行的计算机程序43及至少一条通讯总线44。

所述至少一个处理器42执行所述计算机程序43时实现上述方法实施例中的步骤。

示例性的，所述计算机程序43可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述至少一个处理器42执行，以完成本发明上述方法实施例中的步骤。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序43在所述电子设备4中的执行过程。

所述电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。本领域技术人员可以理解，所述示意图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述电子设备4还可以包括输入输出设备、网络接入设备、总线等。

所述至少一个处理器42可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。该处理器42可以是微处理器或者该处理器42也可以是任何常规的处理器等，所述处理器42是所述电子设备4的控制中心，利用各种接口和线路连接整个电子设备4的各个部分。

所述存储器41可用于存储所述计算机程序43和/或模块/单元，所述处理器42通过运行或执行存储在所述存储器41内的计算机程序和/或模块/单元，以及调用存储在存储器41内的数据，实现所述电子设备4的各种功能。所述存储器41可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备4的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器41可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

所述电子设备4集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

在本发明所提供的几个实施例中，应该理解到，所揭露的电子设备和方法，可以通过其它的方式实现。例如，以上所描述的电子设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

另外，在本发明各个实施例中的各功能单元可以集成在相同处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在相同单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

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

Claims (10)

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

读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目；

当接收到创建测试计划的操作指令时，根据待测试软件的信息创建测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间；

获取每个待执行项当前的执行进度；

判断每个待执行项是否在计划完成时间之内执行完成；以及

若待执行项未按计划完成时间完成，则针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。

2.如权利要求1所述的软件测试管理方法，其特征在于，创建测试计划步骤包括：

当侦测到用户输入的创建测试计划的操作指令时，显示创建测试计划的用户界面，其中，所述创建测试计划的用户界面中包括至少一个待测试软件版本名称，每个待测试软件版本下包括至少一个待测试项目，每个待测试项目下对应一个待执行项列表；

当侦测到用户在所述待执行项列表中的选择操作时，由所述待执行项列表中选择一个或多个待执行项，并接收用户输入的设置计划完成时间的操作指令，设置每个被选择的待执行项的计划完成时间；以及

保存测试计划。

3.如权利要求1所述的软件测试管理方法，其特征在于，创建测试计划步骤包括：

当接收到设置测试计划模板的操作指令时，显示测试计划模板设置界面；

在所述测试计划模板设置界面中显示待执行项列表，并接收用户在所述待执行项列表中的选择操作，由所述待执行项列表中选择对应的待执行项；

当接收到生成测试计划模板的操作指令时，根据所述选择的待执行项生成测试计划模板；

当接收到导入测试计划模板的操作指令时，将所述测试计划模板导入用户选择的待测试项目中；

将所述测试计划模板中的待执行项显示于该测试项目的对应位置；以及

当接收到用户输入的设置计划完成时间的操作指令时，设置每一待执行项的计划完成时间。

4.如权利要求1所述的软件测试管理方法，其特征在于，步骤“针对该未在计划时间内完成的待执行项生成超时未完成的警示信息”还包括：

确定超时时间是否达到第一预设值；

若超时时间小于所述第一预设值，则显示第一警示信息；以及

若超时时间大于等于所述第一预设值，则显示第二警示信息。

5.如权利要求1所述的软件测试管理方法，其特征在于，步骤“针对该未在计划时间内完成的待执行项生成超时未完成的警示信息”还包括：

生成文字警示信息并将所述文字警示信息通过预设方式发送至预设人员。

6.如权利要求1所述的软件测试管理方法，其特征在于，所述待执行项包括：

需求阶段测试项，包括需求评审；

开发阶段测试项，包括确认测试过程、准备测试数据、参加开发技术评审、测试用例设计、测试用例评审、测前沟通、提供冒烟测试用例；

测试阶段测试项，包括冒烟测试、功能测试、接口测试、稳定性测试、兼容性测试、性能测试、接口压测、自由测试、回归测试；

生产验证阶段测试项，包括发版前检查、生产验证。

7.如权利要求1所述的软件测试管理方法，其特征在于，“获取每个待执行项的执行进度”的方法包括：

获取测试人员手动输入的待执行项执行进度；及/或

由自动测试系统中自动抓取所述待执行项的执行进度。

8.一种软件测试管理装置，其特征在于，所述装置包括：

待测试软件信息获取模块，用于读取并显示所有待测试软件的信息，其中，所述待测试软件的信息中包括每个待测试软件版本下所有待测试项目；

测试计划创建模块，用于在接收到创建测试计划的操作指令时，根据待测试软件的信息创建测试计划，其中，所述测试计划包括待测试软件中每个待测试项目对应的待执行项及每个待执行项的计划完成时间；

执行进度确定模块，用于获取每个待执行项当前的执行进度；以及

显示控制模块，用于判断每个待执行项是否在计划完成时间之内执行完成，若待执行项未按计划完成时间完成，则针对该未在计划时间内完成的待执行项生成超时未完成的警示信息。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述的软件测试管理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的软件测试管理方法。