软件测试报表的项目进度验证方法及装置与流程

1.本技术属于软件测试技术领域，尤其涉及一种软件测试报表的项目进度验证方法及装置。


背景技术：

2.软件测试贯穿整个软件开发生命周期，是对软件产品(包括阶段性产品)进行验证和确认的活动过程，其目的是尽快尽早地发现在软件产品中存在的各种问题—与用户需求、预先的定义不一致的地方，以便于进行进一步的软件优化。
3.为了保障测试进度，测试组需要定期(例如，每周)进行测试项目进度的汇总。为了方便tpm(test project manager,测试项目管理人员)填写项目进展，使用可以同步多人编辑且不会产生冲突的软件测试报表来进行记录，一般来说，存在两个页签(即，sheet)，在第一个页签(例如，测试项目进展周报)中填写所有项目进展，包括进度、时间、本周工作任务和下周工作计划等内容，在第二个页签(例如，项目数据)中需要手动将第一个页签中的内容复制一些内容到第二个页签。
4.在软件测试报表的填写过程中，最容易出错的便是测试进度的填写，例如当用户更新了第一个页签中的项目进度，且忘记更新第二个页签中项目进度时，导致第一个页签和第二个页签的项目进度不一致，而人工核查也需要逐一比对，消耗了一定的人工时间成本。


技术实现要素：

5.鉴于此，本技术实施例提供了一种软件测试报表的项目进度验证方法及装置，用以至少解决目前相关技术中软件测试报表中不同页签上的进度信息不一致的问题。
6.本技术实施例的第一方面提供了一种软件测试报表的项目进度验证方法，包括：获取软件测试报表；从所述软件测试报表中分别提取第一页签数据和第二页签数据；识别所述第一页签数据和所述第二页签数据中的项目测试进度信息是否一致；如果一致，则确定项目进度验证通过；以及如果不一致，则执行项目进度验证报警操作。
7.本技术实施例的第二方面提供一种软件测试报表的项目进度验证装置，包括：测试报表获取单元，被配置为获取软件测试报表；页签数据提取单元，被配置为从所述软件测试报表中分别提取第一页签数据和第二页签数据；测试进度识别单元，被配置为识别所述第一页签数据和所述第二页签数据中的项目测试进度信息是否一致；进度一致验证单元，被配置为如果一致，则确定项目进度验证通过，以及如果不一致，则执行项目进度验证报警操作。
8.本技术实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法的步骤。
9.本技术实施例的第四方面提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备实现如上述方法的步骤。
10.本技术实施例与现有技术相比存在的有益效果是：
11.通过本技术实施例，在软件测试报表的项目进度验证过程中，可以从软件测试报表中分别提取含测试进度的第一页签数据和第二页签数据，并通过进度信息识别操作来确定不同页签中的进度信息是否一致，在存在不一致的项目进度时，执行项目进度验证报警操作，自动识别了软件测试报表的不同页签中出现项目进度不一致的情况，并能节约人工检查的时间和成本。
附图说明
12.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
13.图1示出了根据本技术实施例的软件测试报表的项目进度验证方法的一示例的流程图；
14.图2示出根据本技术实施例的识别项目测试进度信息一致性的一示例的流程图；
15.图3示出了根据本技术实施例的比对第一项目测试进度信息和第二项目测试进度信息的一示例的流程图；
16.图4示出了根据本技术实施例的软件测试报表的项目进度验证方法的一示例的流程图；
17.图5示出了根据本技术实施例的软件测试报表的项目进度验证装置一示例的结构框图；
18.图6是本技术实施例的电子设备的一示例的示意图。
具体实施方式
19.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
20.为了说明本技术所述的技术方案，下面通过具体实施例来进行说明。
21.应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
22.还应当理解，在此本技术说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本技术。如在本技术说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
23.还应当进一步理解，在本技术说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
24.如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或
“
如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0025]
具体实现中，本技术实施例中描述的电子设备包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，上述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器)的计算机。
[0026]
在接下来的讨论中，描述了包括显示器和触摸敏感表面的电子设备。然而，应当理解的是，电子设备可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
[0027]
可以在电子设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和 /或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
[0028]
需说明的是，软件测试组的工作主要是对研发部的项目进行测试，贯穿于整个项目生命周期，测试组为了保障测试进度，需要每周进行测试项目进度的汇总。为了方便tpm填写项目进展，使用共享文档(例如，企业微信微文档) 进行编写，可以同步多人编辑，也不会产生冲突。在第一个sheet页“测试项目进展周报”是填写所有项目进展，包括进度、时间、本周工作任务和下周工作计划等内容。另外，第二个sheet“项目数据”，由于共享文档页签的公式会丢失，所以在第二个sheet“项目数据”需要手动将第一个页签内容复制一些内容过去，经常出错的地方就是测试进度的填写，并且测试进度的检查也需要一定的人工时间。
[0029]
鉴于此，图1示出了根据本技术实施例的软件测试报表的项目进度验证方法的一示例的流程图。关于本技术实施例方法的执行主体，其可以是各种类型的具有处理功能的电子设备，诸如手机或电脑的各种终端设备。
[0030]
需说明的是，随着软件测试架构的不断发展，共享式文档已经成为了测试组填写测试进度的重要选择，然而在不同用户同时操作或编辑共享式文档时，可能会产生一些信息的不匹配。在填写测试报表时，重要的处理事项便是填写和检查测试进度，而人工核查导致大量人工时间成本的消耗。
[0031]
如图1所示，在步骤110中，获取软件测试报表。示例性地，用户可以向终端设备中导入待进行校验的测试报表，或者终端设备可以基于预设路径目录而自动检测相应的软件测试报表。
[0032]
在步骤120中，从软件测试报表中分别提取第一页签数据和第二页签数据。
[0033]
在步骤130中，识别第一页签数据和所述第二页签数据中的项目测试进度信息是否一致。
[0034]
如果步骤130中的识别结果指示进度信息一致，则跳转至步骤141。如果步骤130中的识别结果指示进度信息不一致，则跳转至步骤143。
[0035]
在步骤141中，确定项目进度验证通过。示例性地，终端设备可以输出相应的验证结果消息，以向用户提示软件测试报表中。由此，实现同一个文档中不同sheet页中的相同内容的结果比对，可以减少人工核对的时间和误差。
[0036]
在步骤143中，执行项目进度验证报警操作。示例性地，执行声光报警操作，以提示
当前的软件测试报表中不同页签的项目进度信息不一致。
[0037]
通过本技术实施例，为了确保测试进度的正确性，可以识别软件测试报表中不同页签下的项目测试进度信息，在项目进度不一致时可以进行报警，使用代码进行判断来解决测试进度不一致的问题，有助于提醒用户及时关注软件测试报表的异常情况。
[0038]
关于上述步骤110的实施细节，在本技术实施例的一些示例中，可以检测是否存在针对原始软件测试报表的编辑操作，并当检测到用户编辑操作时，根据原始软件测试报表生成经编辑的软件测试报表，以得到待进行项目进度验证的软件测试报表。这样，终端设备可以监测针对软件测试报表的用户编辑，并在存在用户编辑行为时，触发对软件测试报表的项目进度验证操作，在无用户编辑行为时不响应，避免终端设备的持续响应，能有效节约终端设备的资源消耗。
[0039]
关于上述步骤143的实施细节，在本技术实施例的一些示例中，可以对第一页签数据和第二页签数据中的项目测试进度信息进行标记。例如，可以将不一致的项目测试进度信息突出标记，以更醒目的方式提示用户及时进行对应修改。
[0040]
图2示出根据本技术实施例的识别项目测试进度信息一致性的一示例的流程图。
[0041]
如图2所示，在步骤210中，基于预设的测试进度标签，从第一页签数据和第二页签数据中提取分别对应的第一项目测试进度信息和第二项目测试进度信息。
[0042]
在步骤220中，比对第一项目测试进度信息和第二项目测试进度信息是否一致。
[0043]
在本技术实施例中，通过测试进度标签技术来从页签数据中提取测试进度信息，可以快速精确地提取出测试进度信息，保障进度一致性识别结果的可靠性。
[0044]
在本技术实施例的一些示例中，在第一页签数据和第二页签数据中的项目测试进度信息可以是多个(即，大于1个)，例如分别占据页签中的两列数据信息，此时需要对不同列中的相应数据信息进行比对。
[0045]
具体地，第一项目测试进度信息和第二项目测试进度信息分别包含m个数据信息，m＞1。并且，在第一项目测试信息中的每个数据信息分别与第二项目测试进度信息中的每个数据信息相对应，例如均是同一项目的在不同页签中的数据。
[0046]
图3示出了根据本技术实施例的比对第一项目测试进度信息和第二项目测试进度信息的一示例的流程图。
[0047]
如图3所示，在步骤310中，将第一项目测试进度信息和第二项目测试进度信息分别进行序列转换，而得到相应的第一数据序列和第二数据序列。
[0048]
在步骤320中，顺序将第一数据序列和第二数据序列中的相应数据信息依次进行匹配，从而识别第一项目测试进度信息和第二项目测试进度信息是否一致。
[0049]
在本技术实施例中，针对不同页签中的测试数据列，可以通过顺序比对相应行数据的方式来验证不同的测试进度数据，提高针对软件测试报表的测试进度的验证效率。
[0050]
在一些应用场景下，软件测试报表可以是测试项目周报。需说明的是，在测试项目周报中平均每周至少十几个项目，两个页签(即，sheet)中的测试进度需要人工核查，耗时耗力且效率很低。相应地，通过实施如本技术实施例的技术方案，可以自动检查测试项目周报中的两个sheet中填写的测试进度是否一致。
[0051]
图4示出了根据本技术实施例的软件测试报表的项目进度验证方法的一示例的流程图。
[0052]
如图4所示，在步骤410中，导出填写好的测试项目进展周报微文档。
[0053]
在步骤420中，将文档存储至指定的项目空间目录下。示例性地，可以打开python编辑工具，创建project，创建目录，data和src，以及创建run.py，导出后的文档拷贝到data目录下。
[0054]
在步骤430中，调用预设代码，获取文档的路径和文档。示例性地，可以导入包os，以获取到文档目录和此文件。
[0055]
在步骤440中，读取第一个sheet“测试项目进展周报”内容。
[0056]
在步骤450中，筛选出测试进度，并保存到指定的dataframe1中。
[0057]
具体地，可以导入pandas，获取第一个sheet“测试项目进展周报”内容，调用方法.loc筛选出测试进度列，使用方法.apply去除空列且获取到百分格式，序列化后保存到dataframe1中。
[0058]
在步骤460中，读取第二个sheet“项目数据”内容。
[0059]
在步骤470中，筛选出测试进度，并保存到指定的dataframe2中。
[0060]
具体地，可以获取第二个sheet“项目数据”内容，调用方法.loc筛选出测试进度列，使用方法.apply去除空列且获取到百分格式，序列化后保存到 dataframe2中。
[0061]
在步骤480中，dataframe1和dataframe2数据循环获取。
[0062]
在步骤490中，比对数据是否一致。
[0063]
如果步骤490的检测结果指示数据比对一致，则跳转至步骤4110。如果步骤490的检测结果指示数据比对不一致，则跳转至步骤4120。
[0064]
在步骤4110中，打印输出对应项目(例如，***项目)的进度一致
[0065]
在步骤4120中，红字字体输出对应项目(例如，###项目)的进度不一致，进度分别为a，b。
[0066]
在本技术实施例中，循环获取两个dataframe中的进度值，进行比较，可以有效识别软件测试报表中不同测试进度列的相应项目进度信息是否一致。由此，解决了之前人工核对两个sheet页中测试进度的问题，大大缩减了时间，程序执行只需要几秒钟不到的时间，且后续人为修改了第一个sheet，还需要再次核对两个sheet内容，通过自动校验，更加提高了效率。
[0067]
图5示出了根据本技术实施例的软件测试报表的项目进度验证装置一示例的结构框图。
[0068]
如图5所示，软件测试报表的项目进度验证装置500包括测试报表获取单元510、页签数据提取单元520、测试进度识别单元530和进度一致验证单元 540。
[0069]
测试报表获取单元510被配置为获取软件测试报表。
[0070]
页签数据提取单元520被配置为从所述软件测试报表中分别提取第一页签数据和第二页签数据。
[0071]
测试进度识别单元530被配置为识别所述第一页签数据和所述第二页签数据中的项目测试进度信息是否一致。
[0072]
进度一致验证单元540被配置为如果一致，则确定项目进度验证通过，以及如果不一致，则执行项目进度验证报警操作。
[0073]
在本技术实施例的一些示例中，测试进度识别单元530包括：进度提取模块(未示
digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器620还可以既包括所述电子设备600的内部存储单元也包括外部存储设备。所述存储器620用于存储所述计算机程序以及所述电子设备所需的其他程序和数据。所述存储器620还可以用于暂时地存储已经输出或者将要输出的数据。
[0084]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程。
[0085]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0086]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0087]
在本技术所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0088]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0089]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述单元既可以采用硬件的形式实现，也可以采用软件的形式实现。
[0090]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁
碟、光盘、计算机存储器、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0091]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。