CN101582050A

CN101582050A - 一种软件测试中的Bug提示方法和装置

Info

Publication number: CN101582050A
Application number: CNA2009101499162A
Authority: CN
Inventors: 黄承志
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd
Priority date: 2009-06-22
Filing date: 2009-06-22
Publication date: 2009-11-18
Anticipated expiration: 2029-06-22
Also published as: CN101582050B

Abstract

本申请提供了软件测试中的Bug提示方法和装置，所述方法包括：在当前运行的线程出现Bug时，将所述Bug的指示信息保存至线程变量中；判断当前运行环境是否是测试环境，如果是，则分析所述Bug的指示信息，并显示所述分析过程的分析结果；如果否，则直接提示用户出错信息。与现有技术不同的是，在本申请实施例中，可以通过首先判断当前运行环境是否是测试环境，即根据软件产品的对象不同，可以将出现Bug时的提示方式分为两种，可以显示Bug的分析结果，这就有利于开发人员可以根据所述分析结果直接进行Bug修复，同时也可以向用户显示友好的出错提示，就提高了用户的使用体验，同时满足了普通用户和专业人员各自不同的需求。

Description

一种软件测试中的Bug提示方法和装置

技术领域

本发明涉及软件测试领域，特别涉及一种软件测试中的Bug提示方法和装置。

背景技术

软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求，就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试可以检测到软件产品中的各种Bug，Bug用于指代软件程序中潜在的在运行时将会出现的异常或错误。

在现有的软件测试的过程中，在当前运行的程序出现Bug时，不管当前软件运行在测试环境还是非测试环境，即便软件产品的使用对象和目的并不相同，一般都是将出错信息用界面的形式提示用户，不管是对用户的提示界面还是对测试人员的提示界面上，也总是仅仅包括当前运行的程序出现了错误的信息，都是用同一种方式来提示Bug。

从上述过程中可以看出，在现有的软件测试过程中，在程序运行出现Bug时，无法根据实际运行环境的不同做出相应的不同的提示。

总之，目前需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新的提出一种软件测试中的Bug提示方法，以解决现有技术中无法根据软件运行的对象不同从而给出相应的Bug提示，导致的无法同时满足用户或者测试人员各自需求的问题。

发明内容

本申请所要解决的技术问题是提供一种软件测试中的Bug提示方法，用以解决现有技术中无法根据软件运行的对象不同从而给出相应的Bug提示，导致的无法同时满足用户或者测试人员各自需求的问题。

本申请还提供了一种软件测试中的Bug提示装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种软件测试中的Bug提示方法，包括：

在当前运行的程序出现Bug时，将所述Bug的指示信息保存至线程变量中；

判断当前运行环境是否是测试环境，如果是，则将所述Bug的指示信息的具体内容进行显示；如果否，则直接提示用户出错信息。

可选的，所述将所述Bug的详细信息保存至线程变量中之前，还包括：

创建一个用于保存Bug的指示信息的线程变量。

可选的，所述将所述Bug的指示信息的具体内容进行显示具体包括：读取所述线程变量并获取所述Bug的指示信息，同时将所述Bug的指示信息的具体内容进行显示。

可选的，所述判断当前运行环境是否是测试环境，具体包括：

在Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值；

判断所述参数名称和参数值与预置的判断条件是否一致。

可选的，所述预置的判断条件为在系统中预先设置的判断测试环境的参数名称和参数值。

可选的，所述指示信息包括所述Bug的位置信息和错误类型。

可选的，所述Bug包括错误和/或异常现象。

本申请公开了一种软件测试中的Bug提示装置，该装置包括：

保存模块，用于在当前运行的线程出现Bug时，将所述Bug的信息保存至线程变量中；

判断模块，用于判断当前运行环境是否是测试环境；

显示模块，用于当所述判断模块的结果为是时，将所述指示信息的具体内容进行显示；

提示模块，用于当所述判断模块的结果为否时，直接提示用户出错信息。

可选的，还包括：

创建模块，用于创建一个用于保存Bug的指示信息的线程变量。

可选的，所述判断模块具体包括：

添加子模块，用于在Web应用的Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值；

判断子模块，用于判断所述参数名称和参数值与预置的判断条件是否一致。

可选的，所述指示信息包括所述Bug的位置信息和错误类型。

可选的，所述Bug包括错误和/或异常现象。

与现有技术相比，本申请包括以下优点：

在本申请实施例中，在当前运行的程序出现Bug时，可以首先将Bug的指示信息保存至一个线程变量中，并判断当前运行的环境是否是测试环境，如果是，则向测试人员显示Bug的指示信息，如果否，则直接提示用户出错信息，通过这种方式，不仅使得测试人员能很准确的向开发人员描述产生的Bug信息，开发人员就可以避免登录测试服务器搜索和查看错误日志才能找出程序中的Bug，还能针对一般用户仅仅做出友好界面的提示，这就在为开发人员的测试和修复工作节省不少时间，从而提高了开发人员进行测试和Bug修复效率的同时，也提高了用户的使用体验，即是同时满足了普通用户和专业人员各自不同的需求。当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请的一种软件测试中的Bug提示方法实施例1的流程图；

图2是本申请的一种软件测试中的Bug提示方法实施例2的流程图；

图3是本申请的一个具体例子中展示给测试人员的一个界面示意图；

图4是本申请的一个具体例子中展示给普通用户的一个界面示意图；

图5是本申请的一种软件测试中的Bug提示装置实施例1的结构框图；

图6是本申请的一种软件测试中的Bug提示装置实施例2的结构框图。

具体实施方式

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

本申请可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本申请的主要思想包括，在当前运行的程序出现Bug时，通过增加判断当前运行的环境是否是测试环境的步骤，就可以根据判断步骤的结果，向软件测试的测试人员以及普通用户显示出不同的Bug信息，在测试环境下，显示给测试人员的信息包括了Bug的位置信息以及出错类型，可以使得开发人员在后续分析修复Bug的过程中，从而可以提高Bug的修复效率，同时在非测试环境下，则仅仅为用户显示友好的界面提示出错信息，也提升了用户的使用体验，同时满足了普通用户和专业人员各自不同的需求。

参考图1，示出了本申请一种软件测试中的Bug提示方法实施例1的流程图，可以包括以下步骤：

步骤101：在当前运行的程序出现Bug时，将所述Bug的指示信息保存至线程变量中；

在实际应用中，当前运行的程序出现Bug时，系统会产生一个异常对象，该异常对象包括所述Bug的详细信息，例如，Bug的类型，Bug的位置等信息，可以提取全部或者部分所述异常对象中的Bug的详细信息，作为所述Bug的指示信息；并将该Bug的指示信息保存至线程变量中，所述线程变量可以通过预置一个类文件来实现，即是在程序没有运行之前，创建一个类文件用于保存Bug的指示信息，所述指示信息具体可以是所述Bug的位置信息和/或错误类型；那么，当程序运行之后，该类文件就以线程变量的形式存在，因此，在本申请中，均采用线程变量进行说明，本领域技术人员可以很容易的知道，该线程变量在程序或线程未运行之前，为预置的一个类文件；

步骤102：判断当前运行环境是否是测试环境，如果是，则进入步骤103；如果否，则进入步骤104；

所述测试环境指测试运行其上的软件和硬件环境的描述，表示当前运行的软件程序是由专门的测试人员进行测试的，判断该程序的当前运行环境是否是测试环境，即是判断是否该软件产品的使用对象是一般的用户还是专业的测试人员；

步骤103：将所述Bug指示信息的具体内容进行显示；

如果是测试人员进行的软件测试过程，则需要读取所述线程变量并获取所述Bug的指示信息，同时将所述Bug的指示信息的具体内容进行显示，以便于开发人员根据该指示信息进行后续的Bug修复工作；

步骤104：直接提示用户出错信息。

如果不是测试环境，例如是线上环境，则直接提示用户当前运行的程序出错即可。

一般情况下，对于普通的用户，即是在非测试环境下，当软件程序运行出错的时候，只需给出易于用户理解的友好提示即可，这就提升了用户的使用体验；而在测试环境下，对于该软件测试人员或专门的开发人员，如果能在程序运行出现Bug时，能够知道该Bug的详细信息是什么，就可以定位Bug出现在哪个系统或模块，也会更有利于测试人员分析Bug并获得解决方案；可以看出，运用本申请实施例的方法，通过对当前运行环境是否是测试环境进行判断，并通过将预先获取到的Bug的指示信息进行显示，就可以使得开发人员可以方便的根据Bug的指示信息进行Bug分析并进一步进行修复工作，进而提高了Bug的修复效率。

参考图2，示出了本申请一种软件测试中的Bug提示方法实施例2的流程图，可以包括以下步骤：

步骤201：创建一个用于保存Bug的指示信息的线程变量。

在实际应用中，本实施例可以应用于J2EE的Web应用系统，J2EE的Web应用系统采用多线程并发接收处理从浏览器发送过来的超文本传输协议(Hypertext Transfer Protocol，HTTP)请求；J2EE的Web应用系统接收到一个HTTP请求时会启动一个线程来处理当前的请求，通过创建的线程变量，系统能够记录保存当前线程出现的Bug，当这个线程运行结束后，清空所述线程变量中保存的当前线程的Bug信息；

步骤202：在当前运行的线程出现Bug时，将所述Bug的指示信息保存至所述线程变量中；

步骤203：在Web应用的Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值；

在当前Web应用的Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值，具体的，可在该Web.xml文件的根节点之后添加参数，所述参数名称可以任意设置，所述参数值是所述参数名称的参数值；

步骤204：判断所述参数名称和参数值与预置的判断条件是否一致，如果是，进入步骤205，如果否，进入步骤206；

在当前程序运行的时候，系统会读取所述Web.xml文件，以便于获知所述Web.xml文件中是否添加有所述参数名称和对应的参数值，为后续进行判断是否是测试环境做准备；当获取到的该参数名称和对应的参数值之后，与系统中预置的判断条件相比较，当参数名称和参数值均符合判断条件的内容时，则认为当前程序的运行环境为测试环境；所述预置的判断条件为在系统中预先设置的判断测试环境的参数名称和参数值，即在向所述Web.xml文件中添加测试环境的判断参数名称和参数值时，也同时将该参数名称和参数值预置在系统中作为测试环境的判断条件。

步骤205：将所述指示信息的具体内容进行显示；

步骤206：直接提示用户出错信息。

需要说明的是，在本实施例中，如何判断测试环境是根据在Web.xml文件中是否添加有测试环境的判断参数进行的，即测试环境中的Web.xml文件中含有所述参数名称和对应的参数值，而非测试环境中的Web.xml文件并不含有所述参数名称和对应的参数值，通过对测试环境的判断可以向不同的软件对象展示不同的提示结果，更有利于Bug的修复，同时满足了普通用户和专业测试人员的要求。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

为使本领域技术人员更好地理解本申请，以下结合本申请在实际中应用的具体例子对本申请进一步说明。

步骤A1：创建一个用于保存Bug的指示信息的线程变量，名称为ErrorRecorderHolder；

在实际应用中，创建该类文件的过程可以如下所示：

Public class ErrorRecorderHolder{

//线程变量

private static final ThreadLocal context＝new ThreadLocal()；

//获得当前上下文的错误信息

public static Object getErrorRecoder(){

return context.get()；

}

//设置当前上下文的出错信息

public static void setErrorRecorder(Object errorRecorder){

context.set(errorRecorder)；

}

步骤A2：在当前运行的线程出现Bug时，将所述Bug的指示信息保存至所述线程变量中；

在实际应用中，将所述Bug的指示信息保存至ErrorRecorderHolder的过程可以如下所示：

Public void dealSomething(){

Try{

Proccess()；

}catch(Exception e){

ErrorRecorderHolder.setErrorRecorder(“程序运行出现错误了：”+e.getMessage())；

//ErrorRecorderHolder.setErrorRecorder(e)；

}

需要说明的是，如果当前运行的程序没有出现Bug，则所述ErrorRecorderHolder可以不保存任何异常或错误的详细信息；

步骤A3：在Web应用的Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值；

在本例子中，在Web.xml中设置一个参数具体可以如下所示：

<context-param>

<param-name>test</param-name>

<param-value>true</param-value>

</context-param>

其中，“test”即是设置的参数名称，对应的参数值即是“true”；所述参数名称可以任意设置其内容，符合参数名称与参数值相对应即可；例如，添加至Web.xml文件中的参数名称还可以为“ABC”，所述对应的参数值还可以为“123”；

在当前程序运行的时候，系统会读取所述Web.xml文件，以便于获知所述Web.xml文件中是否添加有所述参数名称和对应的参数值，为后续进行判断是否是测试环境做准备；

步骤A4：判断所述参数名称和参数值是否与预置的判断条件一致，如果是，进入步骤A5，如果否，进入步骤A6；

当获取到的该参数名称和对应的参数值之后，与预置的判断条件相比较，当参数名称和参数值均符合判断条件的内容时，则认为当前程序的运行环境为测试环境；例如，与步骤A3中的例子相对应，所述判断条件可以为“ABC＝123”，即是当后续获取到的参数名称为“ABC”，且其对应的参数值也为“123”时，则认为当前环境为测试环境；具体的代码实现可以如下所示：

Public class WebController extends HttpServlet{

Private Processor processor；

Private ErrorProcessor errorProcessor；

public void init(ServletConfig config)throws ServletException{

processor＝getProcessor(config)；

If(this.getServletContext(“test”)＝＝“true”)//如果是测试环境运行下面的程序

errorProcessor＝getErrorProcessor(config)；

}

protected void doGet(HttpServletRequest req，HttpServletResponse resp)

throws ServletException，IOException{

try{

processor.process(req，resp)；

}catch(Exceptione){

ErrorRecorderHolder.setErrorRecorder(e)；

}finally{

processErrorRecorder(req，resp)；

}

protected void doPost(HttpServletRequest req，HttpServletResponse resp)

throws ServletException，IOException{

doGet(req，resp)；

}

Private void processErrorRecorder(HttpServletRequest req，

HttpServletResponse resp){

Object o＝ErrorRecorderHolder.getErrorRecorder()；

If(o！＝null)//有错误，不为空表示有错误

{

String result＝errorProcessor.parseError(o)；//分析错误，例如o是

NullPointerException对象的话，就说哪一行代码哪个变量为null.

Resp.getWriter().write(result)；//result是一个可以弹出的包含错误提示信息的窗口的javascript代码。

ErrorRecorderHolder.setErrorRecorder(null)；//清空当前线程的BUG信息容器中的BUG信息

}

步骤A5：将所述指示信息的具体内容进行显示；

在本例子中，可以参考图3所示，即是实际中展示给测试人员的一个界面示意图；

步骤A6：直接提示用户出错信息。

在本例子中，可以参考图4所示，即是实际中展示给普通用户的一个界面示意图。

综上所述，在本申请实施例中，通过上述方法，可以判断出当前运行的环境是不是测试环境，如果是测试环境，则将当前程序运行出现的Bug的位置信息和出错类型显示给测试人员，可以使得开发人员在后续分析修复Bug过程中节省大量的时间，提高了开发人员后续修复Bug的效率，如果是非测试环境，则仅仅为用户显示友好的界面提示出错信息，也提升了用户的使用体验，使得本申请实施例的方法可以同时满足普通用户和专业人员各自不同的需求。

与上述本申请一种软件测试中的Bug提示方法实施例1所提供的方法相对应，参见图5，本申请还提供了一种软件测试中的Bug提示装置实施例1，在本实施例中，该装置可以包括：

保存模块501，用于在当前运行的线程出现Bug时，将所述Bug的信息保存至线程变量中；

判断模块502，用于判断当前运行环境是否是测试环境；

显示模块503，用于当所述判断模块的结果为是时，将所述指示信息的具体内容进行显示；

提示模块504，用于当所述判断模块的结果为否时，直接提示用户出错信息。

本实施例中，所述指示信息可以包括所述Bug的位置信息和错误类型；所述Bug可以包括错误和/或异常现象；可以看出，运用本申请实施例的装置，通过由判断模块502对当前运行环境是否是测试环境进行判断，并通过所述显示模块503将预先获取到的Bug的指示信息进行显示，就可以使得开发人员可以方便的根据指示信息进行Bug分析并进一步进行修复工作，减少了开发人员获取解决方案的时间，进而提高了Bug的修复效率。

与上述本申请一种软件测试中的Bug提示方法实施例2所提供的方法相对应，参见图6，本申请还提供了一种软件测试中的Bug提示装置的优选实施例2，在本实施例中，该装置具体可以包括：

创建模块601，用于创建一个用于保存Bug的指示信息的线程变量；

保存模块602，用于在当前运行的线程出现Bug时，将所述Bug的信息保存至线程变量中；

添加子模块603，用于在Web应用的Web.xml文件中添加测试环境的判断参数，所述判断参数包括参数名称和对应的参数值；

判断子模块604，用于判断所述参数名称的值是否与所述对应的参数值一致；

显示模块605，用于当所述判断模块的结果为是时，将所述指示信息的具体内容进行显示；

提示模块606，用于当所述判断模块的结果为否时，直接提示用户出错信息。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种软件测试中的Bug提示方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1、一种软件测试中的Bug提示方法，其特征在于，该方法包括：

2、根据权利要求1所述的方法，其特征在于，所述将所述Bug的详细信息保存至线程变量中之前，还包括：

创建一个用于保存Bug的指示信息的线程变量。

3、根据权利要求1所述的方法，其特征在于，所述将所述Bug的指示信息的具体内容进行显示具体包括：读取所述线程变量并获取所述Bug的指示信息，同时将所述Bug的指示信息的具体内容进行显示。

4、根据权利要求1所述的方法，其特征在于，所述判断当前运行环境是否是测试环境，具体包括：

判断所述参数名称和参数值与预置的判断条件是否一致。

5、根据权利要求4所述的方法，其特征在于，所述预置的判断条件为在系统中预先设置的判断测试环境的参数名称和参数值。

6、根据权利要求1-3任一项所述的方法，其特征在于，所述指示信息包括所述Bug的位置信息和错误类型。

7、根据权利要求1或2所述的方法，其特征在于，所述Bug包括错误和/或异常现象。

8、一种软件测试中的Bug提示装置，其特征在于，该装置包括：

判断模块，用于判断当前运行环境是否是测试环境；

9、根据权利要求8所述的装置，其特征在于，还包括：

10、根据权利要求8所述的装置，其特征在于，所述判断模块具体包括：

11、根据权利要求8或9所述的装置，其特征在于，所述指示信息包括所述Bug的位置信息和错误类型。

12、根据权利要求8或9所述的装置，其特征在于，所述Bug包括错误和/或异常现象。