CN104461870A - 记录测试结果的方法及装置 - Google Patents
记录测试结果的方法及装置 Download PDFInfo
- Publication number
- CN104461870A CN104461870A CN201410658688.2A CN201410658688A CN104461870A CN 104461870 A CN104461870 A CN 104461870A CN 201410658688 A CN201410658688 A CN 201410658688A CN 104461870 A CN104461870 A CN 104461870A
- Authority
- CN
- China
- Prior art keywords
- defect
- descriptor
- test case
- testing conditions
- record
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Tests Of Electronic Circuits (AREA)
Abstract
本发明实施例公开了记录测试结果的方法及装置,其中,所述方法包括:确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件,如果是,则从所述测试用例中提取关于该缺陷的描述信息,并记录。应用上述方案,能够对检测到的缺陷进行即发现即记录,有效地提高了检测效率。
Description
技术领域
本发明涉及记录技术领域,特别涉及记录测试结果的方法及装置。
背景技术
随着计算机的普及,被开发的各种软件越来越多,而任何一款软件从技术人员产生想法到开发完善,都要经历多种测试,以便开发人员根据测试的结果对软件存在的缺陷进行修补,使软件可以最大限度的满足设计要求。
随着软件测试技术的不断发展,测试方法也越来越多样化,针对性更强。预先确定测试例的方法,由于其操作简单,易于实现自动控制等优点被越来越多的测试软件开发者所采用。现有技术中,在采用该方法进行软件测试的过程中,在每次测试软件监测到被测软件中存在缺陷时,有的采取向测试人员发出告警的方式,用以提示测试人员进行查看或者保存。为了使测试人员能够进一步得到解放,也有些测试软件会设置自动保存功能,在一段测试完成后,将获取到的被测软件中的缺陷进行保存。
由于软件中可能存在很多种不同的缺陷,而现有技术中,对在测试过程中出现的缺陷进行的记录,大多只包含有缺陷被检测的时间,以及缺陷出现的位置等简单的缺陷描述信息。由于不同的缺陷可能对应的处理方式不同,这样在判断获得的缺陷具体处理方式时,就需要测试人员进行人工分析,通过与预先确定的各个缺陷所属的等级以及处理方式等对比的方式,对获取到的各个缺陷进行属性标注,以便开发人员可以根据测试人员的标注进行相应的处理。这样无疑使测试人员的工作量大大增加,不能够实现及时、简单、准确的将测试结果反馈给测试人员的目的。
总之,如何帮助软件测试人员能够及时、简单、准确明了的获得软件的测试结果,成为迫切需要本领域技术人员解决的技术问题。
发明内容
基于上述问题,本发明实施例公开了记录测试结果的方法及装置,能够对 检测到的缺陷进行即发现即记录,有效地提高了检测效率。技术方案如下:
一种记录测试结果的方法,包括:
确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
如果是,则从所述测试用例中提取关于该缺陷的描述信息,并记录。
可选地,所述从所述测试用例中提取关于该缺陷的描述信息,并记录,包括:
将所述缺陷的描述信息复制到预置的文档中。
可选地,所述从所述测试用例中提取关于该缺陷的描述信息,并记录,包括:
将所述缺陷的描述信息引用到预置的缺陷记录工具中。
可选地,所述测试用例中包括对多个缺陷的检测条件,每个检测条件分别对应有各自的缺陷描述信息。
可选地,所述缺陷描述信息为按照预置的标准写入的描述信息。
一种记录测试结果的装置,包括:
测试用例确定单元,用于确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
检测条件判断单元,用于在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
描述信息记录单元,用于在所述检测条件判断单元的判断结果为是的情况下,从所述测试用例中提取关于该缺陷的描述信息,并记录。
可选地,描述信息记录单元,包括:
描述信息复制子单元,用于将所述缺陷的描述信息复制到预置的文档中。
可选地,描述信息记录单元,包括:
描述信息引用单元,用于将所述缺陷的描述信息引用到预置的缺陷记录工具中。
可选地,还包括:
检测条件确定单元,用于所述测试用例中包括对多个缺陷的检测条件,每个检测条件分别对应有各自的缺陷描述信息。
可选地,还包括:
描述信息确定单元,用于所述缺陷描述信息为按照预置的标准写入的描述信息。
通过本发明实施例,可以在确定测试用例时,将测试用例中各个缺陷检测条件对应的缺陷的描述信息,预先写入到测试用例中,在执行测试用例对待测应用程序进行检测时,判断测试例在执行过程中是否有检测到的缺陷并对应预先设置的检测条件,如果有,则读取预置的该缺陷对应的缺陷描述信息,并将该缺陷记录在预置的记录工具中或者文档中。这样可以实现在通过使用测试用例对应用程序进行检测的过程中,能够对检测到的缺陷进行即发现即记录,有效地提高了检测效率,同时可以使测试人员进一步得到解放。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的方法的流程图;
图2是本发明实施例提供的装置的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
一款应用从研发到形成最终公用使用,通常都需要经过大量的测试,用以发现应用开发的过程中存在的各种问题,可以保证开发人员能够及时的了解应用程序中是否有需要改进的地方,以保证开发完成的应用程序的正确性、完整性、安全性等。现有技术中,应用程序的测试方法可有有很多种,通过执行测试用例实现对应用程序缺陷的测试,为对应程序进行缺陷测试众多方式的一种。所谓测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及与其结果,以便测试某个程序路径或核实是否满足某个特定需求。一个完整的测试用例可以包括,测试索引、测试环境、测试输入、测试操作、预期结果以及评价标准等,以便在通过执行测试例进行程序缺陷测试时,可以发现程序存在的错误,衡量程序所在应用的质量,并可以对其是否满足设计要求进行评估。
在本发明实施例中,提供了一种记录测试结果的方法,具体实现时,用户可以在确定测试用例时,首先确定该测试用例中的包含有的缺陷的检测条件,同时将其对应的缺陷的描述信息进行记录。在执行测试用例进行测试的过程中,当确定待测的应用程序存在缺陷时,可以实现即发现即记录,并可以通过提取预先设置的该缺陷的描述信息的方式,将确定的缺陷根据该描述方式进行记录。可以使得记录的缺陷能够更加直观的呈现给用户。
实施例一
本发明实施例一提供了一种记录测试结果的方法,参见图1,该方法具体可以包括以下步骤:
S101:确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
具体实现时,首先,确定测试用例,该测试用例可以单独针对某一应用程序的特定某个特性进行设计,也可以对该应用程序的多个特性进行检测。所述测试用例中包含有缺陷的检测条件,当测试用例针对某一单一特性进行设计时,可以将该特性对应的缺陷检测条件中缺陷的描述信息写入该测试用例,所述的缺陷描述信息为按照预置的标准写入的描述信息。所谓应用程序缺陷为应用程序的系统或者系统部件中那些导致系统或者部件不能实现其功能的缺陷。缺陷的表现形式往往不仅体现在功能失效方面,还会体现在其他的方面,例如,应 用程序没有实现产品规格说明要求的功能模块,以及应用程序难以理解,运行缓慢,或从测试人员角度看,最终用户会认为不够好等。由于各个不同的缺陷可能对应的问题不同,测试人员会根据不同的缺陷所对应的问题,将各个缺陷进行不同的描述,以确定每个缺陷独立的属性。
这些描述信息中可以包括,缺陷的标示、缺陷类型、缺陷严重程度、缺陷产生的可能性、缺陷优先级、缺陷状态、缺陷来源、缺陷产生的原因等等,这些描述信息可以根据网络上通用的语言来设计,也可以通过撰写实施例的人员自定义来完成。通过缺陷的描述信息的确定,可以从不同缺陷的特有描述信息中,获取到该缺陷的特性。
当然,开发人员在设计一个测试用例的时候,可能会根据设计的需要,一个测试用例会针对应用程序的多个缺陷同时进行测试,在这种情况下,在写测试用例时,可以首先确定各个不同缺陷所对应的特定检测条件,分别将每一个缺陷的描述信息与其对应的检测条件一起写入测试用例中。由于每个不同的缺陷的描述信息都是单一的,则每个检测条件对应的缺陷描述也是单一的。
S102:在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
在上一步中确定完测试用例后,在待测试的程序中执行所述测试用例,并判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件。判断该测试用例在待检测的程序中执行过程中是否出现异常,如果确定有异常情况出现,则将该异常请求进行分析,判断是否属于预先设置的某缺陷对应的检测条件。
S103:如果是,则从所述测试用例中提取关于该缺陷的描述信息,并记录。
在执行该测试用例测试某待测程序的过程中,发现有某缺陷满足其对应的检测条件时,确定该待测试的程序中存在有该缺陷,此时,则从所述测试用例中提取关于该缺陷的描述信息。首先确定出现缺陷时对应哪一项检测条件,在对应的检测条件确定后,通过预先设置的该检测条件对应的缺陷确定此时出现的缺陷,同时读取该缺陷的描述信息。
优选的,为了能够在检测过程中即发现即记录的功能,可以在确定检测条件时,可以将其对应的缺陷的描述信息写入到检测条件的描述信息中,这样在 执行检测的过程中,每发现有缺陷,则直接读取该缺陷对应的检测条件,将该检测条件的描述信息直接记录。同时可以将发现缺陷的时间一起记录。
在记录缺陷的过程中,可以将所述缺陷的描述信息复制到预置的文档中,在确定检测到当前检测的应用程序存在缺陷时,将确定的缺陷描述信息复制,然后粘贴到预置的文档中。或者,在一些检测工具中,会提供专门的缺陷记录工具,这样也可以将将所述缺陷的描述信息引用到预置的缺陷记录工具中。
与本发明实施例一提供的记录测试结果的方法相对于,本发明实施例还提供了一种记录测试结果的装置,参见图2,该装置具有可以包括:
测试用例确定单元201,用于确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
检测条件判断单元202,用于在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
描述信息记录单元203,用于在所述检测条件判断单元的判断结果为是的情况下,从所述测试用例中提取关于该缺陷的描述信息,并记录。
其中,所述描述信息记录单元203,可以包括:
描述信息复制子单元,用于将所述缺陷的描述信息复制到预置的文档中。
所述描述信息记录单元203,还可以包括:
描述信息引用单元,用于将所述缺陷的描述信息引用到预置的缺陷记录工具中。
另外,该装置还可以包括:
检测条件确定单元,用于所述测试用例中包括对多个缺陷的检测条件,每个检测条件分别对应有各自的缺陷描述信息。
描述信息确定单元,用于所述缺陷描述信息为按照预置的标准写入的描述信息。
总之,通过本发明实施例,可以在确定测试用例时,将测试用例中各个缺陷检测条件对应的缺陷的描述信息,预先写入到测试用例中,在执行测试用例对待测应用程序进行检测时,判断测试例在执行过程中是否有检测到的缺陷并 对应预先设置的检测条件,如果有,则读取预置的该缺陷对应的缺陷描述信息,并将该缺陷记录在预置的记录工具中或者文档中。这样可以实现在通过使用测试用例对应用程序进行检测的过程中,能够对检测到的缺陷进行即发现即记录,有效地提高了检测效率,同时可以使测试人员进一步得到解放。
对于系统或装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (10)
1.一种记录测试结果的方法,其特征在于,包括:
确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
如果是,则从所述测试用例中提取关于该缺陷的描述信息,并记录。
2.根据权利要求1所述的方法,其特征在于,所述从所述测试用例中提取关于该缺陷的描述信息,并记录,包括:
将所述缺陷的描述信息复制到预置的文档中。
3.根据权利要求1所述的方法,其特征在于,所述从所述测试用例中提取关于该缺陷的描述信息,并记录,包括:
将所述缺陷的描述信息引用到预置的缺陷记录工具中。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述测试用例中包括对多个缺陷的检测条件,每个检测条件分别对应有各自的缺陷描述信息。
5.根据权利要求1至3任一项所述的方法,其特征在于,所述缺陷描述信息为按照预置的标准写入的描述信息。
6.一种记录测试结果的装置,其特征在于,包括:
测试用例确定单元,用于确定测试用例,所述测试用例中包含有缺陷的检测条件,以及对应的缺陷的描述信息;
检测条件判断单元,用于在待测试程序中执行所述测试用例,判断所述待测试程序在执行所述测试用例过程中是否满足某缺陷对应的检测条件;
描述信息记录单元,用于在所述检测条件判断单元的判断结果为是的情况下,从所述测试用例中提取关于该缺陷的描述信息,并记录。
7.根据权利要求6所述的装置,其特征在于,描述信息记录单元,包括:
描述信息复制子单元,用于将所述缺陷的描述信息复制到预置的文档中。
8.根据权利要求6所述的装置,其特征在于,描述信息记录单元,包括:
描述信息引用单元,用于将所述缺陷的描述信息引用到预置的缺陷记录工具中。
9.根据权利要求6至8任一项所述的装置,其特征在于,还包括:
检测条件确定单元,用于所述测试用例中包括对多个缺陷的检测条件,每个检测条件分别对应有各自的缺陷描述信息。
10.根据权利要求6至8任一项所述的装置,其特征在于,还包括:
描述信息确定单元,用于所述缺陷描述信息为按照预置的标准写入的描述信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410658688.2A CN104461870B (zh) | 2014-11-18 | 2014-11-18 | 记录测试结果的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410658688.2A CN104461870B (zh) | 2014-11-18 | 2014-11-18 | 记录测试结果的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104461870A true CN104461870A (zh) | 2015-03-25 |
CN104461870B CN104461870B (zh) | 2017-11-03 |
Family
ID=52907959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410658688.2A Active CN104461870B (zh) | 2014-11-18 | 2014-11-18 | 记录测试结果的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104461870B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107341104A (zh) * | 2017-06-16 | 2017-11-10 | 广州云测信息技术有限公司 | 一种基于云测试的测试结果处理方法及系统 |
CN109933509A (zh) * | 2017-12-15 | 2019-06-25 | 北京京东尚科信息技术有限公司 | 一种实现自动化测试缺陷管理的方法和装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863102A (zh) * | 2005-12-28 | 2006-11-15 | 华为技术有限公司 | 对设备进行基于管理信息库的测试的系统和方法 |
CN101052020A (zh) * | 2007-05-21 | 2007-10-10 | 中兴通讯股份有限公司 | 一种自动化测试执行过程的监控方法和系统 |
CN101706747A (zh) * | 2009-11-13 | 2010-05-12 | 上海华为技术有限公司 | 一种可编程逻辑的信息处理方法、装置和系统 |
US7823100B1 (en) * | 2006-09-29 | 2010-10-26 | Breker Verification Systems, Inc. | Generating self-checking test cases from a reduced case analysis graph using path constraints |
CN101930400A (zh) * | 2010-08-20 | 2010-12-29 | 北京神州泰岳软件股份有限公司 | Sdk自动化测试系统及方法 |
CN102053965A (zh) * | 2009-10-27 | 2011-05-11 | 上海杉达学院 | 软件测试的缺陷数据库 |
CN103761186A (zh) * | 2014-01-17 | 2014-04-30 | 中国航空无线电电子研究所 | 符合arinc661规范的飞机座舱显示系统服务器软件的测试方法 |
-
2014
- 2014-11-18 CN CN201410658688.2A patent/CN104461870B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863102A (zh) * | 2005-12-28 | 2006-11-15 | 华为技术有限公司 | 对设备进行基于管理信息库的测试的系统和方法 |
US7823100B1 (en) * | 2006-09-29 | 2010-10-26 | Breker Verification Systems, Inc. | Generating self-checking test cases from a reduced case analysis graph using path constraints |
CN101052020A (zh) * | 2007-05-21 | 2007-10-10 | 中兴通讯股份有限公司 | 一种自动化测试执行过程的监控方法和系统 |
CN102053965A (zh) * | 2009-10-27 | 2011-05-11 | 上海杉达学院 | 软件测试的缺陷数据库 |
CN101706747A (zh) * | 2009-11-13 | 2010-05-12 | 上海华为技术有限公司 | 一种可编程逻辑的信息处理方法、装置和系统 |
CN101930400A (zh) * | 2010-08-20 | 2010-12-29 | 北京神州泰岳软件股份有限公司 | Sdk自动化测试系统及方法 |
CN103761186A (zh) * | 2014-01-17 | 2014-04-30 | 中国航空无线电电子研究所 | 符合arinc661规范的飞机座舱显示系统服务器软件的测试方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107341104A (zh) * | 2017-06-16 | 2017-11-10 | 广州云测信息技术有限公司 | 一种基于云测试的测试结果处理方法及系统 |
CN109933509A (zh) * | 2017-12-15 | 2019-06-25 | 北京京东尚科信息技术有限公司 | 一种实现自动化测试缺陷管理的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104461870B (zh) | 2017-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10102113B2 (en) | Software test automation systems and methods | |
US8291379B2 (en) | Runtime analysis of a computer program to identify improper memory accesses that cause further problems | |
US9317400B2 (en) | Code coverage rate determination method and system | |
US20190317878A1 (en) | Code component debugging in an application program | |
US20110252405A1 (en) | Detecting user interface defects in a software application | |
US20080256393A1 (en) | Detecting unexpected impact of software changes using coverage analysis | |
US11321081B2 (en) | Affinity recommendation in software lifecycle management | |
CN111209206B (zh) | 一种软件产品的自动测试方法及系统 | |
CN103970657A (zh) | 软件缺陷检测方法及装置 | |
KR101976629B1 (ko) | 커미트 민감도 테스트들 | |
CN111198811A (zh) | 一种页面自动化测试的方法、装置、电子设备及存储介质 | |
CN112925524A (zh) | 一种检测驱动程序中不安全直接存储器访问的方法及装置 | |
CN110765007A (zh) | 一种面向安卓应用的崩溃信息线上分析方法 | |
CN105653455A (zh) | 一种程序漏洞的检测方法及检测系统 | |
CN104461870A (zh) | 记录测试结果的方法及装置 | |
CN109491882B (zh) | 一种机箱数据处理方法、系统、设备机箱及可读存储介质 | |
CN115795489A (zh) | 一种基于硬件级进程跟踪的软件漏洞静态分析方法及装置 | |
CN112612882B (zh) | 检阅报告生成方法、装置、设备和存储介质 | |
CN114638096A (zh) | 一种程序变量间的逻辑展示方法、装置、设备及存储介质 | |
CN109374038B (zh) | 一种基于应用样机的核安全级仪控产品的变更测试方法 | |
CN112015658A (zh) | 一种用于软件集成测试用例的生成方法及装置 | |
CN104317725A (zh) | 一种软件测试的计算机实现的方法、计算机和系统 | |
US9852046B1 (en) | Method and system for automated debugging memory allocation and memory release | |
CN110471829A (zh) | 软件代码测试覆盖率的检查方法及装置 | |
CN113672498B (zh) | 一种自动化诊断测试方法、装置和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |