WO2019140850A1 - 测试案例推荐方法、电子装置及可读存储介质 - Google Patents

测试案例推荐方法、电子装置及可读存储介质 Download PDF

Info

Publication number
WO2019140850A1
WO2019140850A1 PCT/CN2018/089716 CN2018089716W WO2019140850A1 WO 2019140850 A1 WO2019140850 A1 WO 2019140850A1 CN 2018089716 W CN2018089716 W CN 2018089716W WO 2019140850 A1 WO2019140850 A1 WO 2019140850A1
Authority
WO
WIPO (PCT)
Prior art keywords
user story
test case
story number
test
tested
Prior art date
Application number
PCT/CN2018/089716
Other languages
English (en)
French (fr)
Inventor
毛皓
邹文涛
王旭辉
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019140850A1 publication Critical patent/WO2019140850A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3684—Test management for test design, e.g. generating new test cases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management
    • G06F11/3688—Test management for test execution, e.g. scheduling of test suites
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3696—Methods or tools to render software testable

Definitions

  • the present application relates to the field of computer technologies, and in particular, to a test case recommendation method, an electronic device, and a readable storage medium.
  • the purpose of the present application is to provide a test case recommendation method, an electronic device, and a readable storage medium, which are intended to improve test efficiency.
  • a first aspect of the present application provides an electronic device, where the electronic device includes a memory and a processor, and the memory stores a test case recommendation system that can be run on the processor, where the test case is The recommendation system implements the following steps when executed by the processor:
  • the test case determined by the recommendation is a test case for performing a test on the software system to be tested.
  • test case recommendation method includes:
  • the recommended test case is a test case for performing a test on the software system to be tested.
  • a third aspect of the present application further provides a computer readable storage medium, where the computer readable storage medium stores a test case recommendation system, where the test case recommendation system can be executed by at least one processor And causing the at least one processor to perform the steps of the test case recommendation method as described above.
  • the test case recommendation method, system and readable storage medium proposed by the application first determine the user story number corresponding to the change code of the software system to be tested, and then determine according to the mapping relationship between the predetermined user story number and the test case.
  • the test case mapped by the user story number corresponding to the change code is used for recommendation. Since the relationship between the change code, the user story, and the test case can be analyzed, and the test case is recommended based on the relationship between the change code, the user story, and the test case, the change code can be accurately
  • the test case is recommended to maximize the use of test execution resources and improve test efficiency.
  • FIG. 1 is a schematic diagram of an operating environment of a preferred embodiment of a test case recommendation system 10 of the present application;
  • FIG. 2 is a schematic flowchart diagram of an embodiment of a test case recommendation method according to the present application.
  • FIG. 1 is a schematic diagram of an operating environment of a preferred embodiment of the test case recommendation system 10 of the present application.
  • test case recommendation system 10 is installed and operated in the electronic device 1.
  • the electronic device 1 may include, but is not limited to, a memory 11, a processor 12, and a display 13.
  • Figure 1 shows only the electronic device 1 with components 11-13, but it should be understood that not all illustrated components may be implemented, and more or fewer components may be implemented instead.
  • the memory 11 is at least one type of readable computer storage medium, which in some embodiments may be an internal storage unit of the electronic device 1, such as a hard disk or memory of the electronic device 1.
  • the memory 11 may also be an external storage device of the electronic device 1 in other embodiments, such as a plug-in hard disk equipped on the electronic device 1, a smart memory card (SMC), and a secure digital device. (Secure Digital, SD) card, flash card, etc.
  • SMC smart memory card
  • secure digital device Secure Digital, SD
  • the memory 11 may also include both an internal storage unit of the electronic device 1 and an external storage device.
  • the memory 11 is configured to store application software and various types of data installed in the electronic device 1, such as program code of the test case recommendation system 10.
  • the memory 11 can also be used to temporarily store data that has been output or is about to be output.
  • the processor 12 in some embodiments, may be a central processing unit (CPU), a microprocessor or other data processing chip for running program code or processing data stored in the memory 11, for example
  • the test case recommendation system 10 and the like are executed.
  • the display 13 in some embodiments may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, an OLED (Organic Light-Emitting Diode) touch sensor, or the like.
  • the display 13 is configured to display information processed in the electronic device 1 and a user interface for displaying visualization, such as marking a change code of the software system to be tested, displaying a user story number corresponding to the change code, and final recommendation execution. Test cases, etc.
  • the components 11-13 of the electronic device 1 communicate with one another via a system bus.
  • the test case recommendation system 10 includes at least one computer readable instruction stored in the memory 11, the at least one computer readable instruction being executable by the processor 12 to implement various embodiments of the present application.
  • test case recommendation system 10 when executed by the processor 12, the following steps are implemented:
  • Step S1 determining a change code of the software system to be tested, and determining a user story number corresponding to the change code according to a mapping relationship between the predetermined code and the user story number.
  • a wizard corresponding to the software system to be tested is designed, and the wizard can guide the user to create an application.
  • the wizard can guide the user to create an application. For example, use the Dialog Wizard to help users create dialogs, use the Application Wizard to help users create basic style applications, and more.
  • a number of user stories can be constructed based on the wizard of the software system to be tested, and the user story describes the functions that the user desires, such as registration, login, password input, query, transaction, from the perspective of the user. Etc., and number each user story that is built, for example, the user story "registration" number is "1", the user story “login” number is "2", and the like.
  • all user story numbers are synchronized on the preset version management tool of the software system to be tested (for example, the open source version control system SVN, CVS or distributed version control system GIT, etc.), so that the preset version management tool and The software system to be tested has identical user story numbers.
  • a corresponding test case that is, a test case
  • a test case may be pre-set for different user stories.
  • a test case for the code implementing the "registration" function may be pre-set, that is, the mapping relationship between the user story number and the test case is determined in advance.
  • the test cases corresponding to different user stories can be either test cases written in a targeted manner, or call existing test cases, such as statements covering test cases and decision coverage tests designed for code that implements different functions. Cases, conditional coverage test cases, decision condition coverage test cases, conditional combination coverage test cases, path coverage test cases, etc., are not limited herein.
  • the user story code may have a variety of, therefore, in advance
  • one user story number may map one test case or multiple test cases.
  • the SVN submission record saves the user story number corresponding to the submitted code according to the mapping relationship between the predetermined code and the user story number.
  • the mapping relationship between the code and the user story number can be set in advance according to the code that can implement different functions, that is, the user story, so that the code submitted by the SVN to the test software system can give the corresponding user story according to the function implemented by the submitted code.
  • the number for example, if the submission code is to implement the "register" function, the corresponding user story number "1" is given. In this way, after each version submission code of the software system to be tested is submitted to the SVN, the corresponding one or more user story numbers can be recorded.
  • Step S2 Determine a test case mapped by the user story number corresponding to the change code according to a mapping relationship between the predetermined user story number and the test case.
  • step S3 the determined test case is a test case for performing a test on the software system to be tested.
  • the test case mapped by the affected user story number can be determined according to the mapping relationship between the predetermined user story number and the test case. For example, if it is determined that the affected user story number is "1”, a predetermined test case corresponding to the user story number "1", that is, "registration” can be found, and the test case is recommended to execute the opposite. The test when the test software system version code is changed.
  • the user story number corresponding to the change code of the software system to be tested is first determined, and then the change code is determined according to a mapping relationship between the predetermined user story number and the test case.
  • the test case mapped by the corresponding user story number is used for recommendation. Since the relationship between the change code, the user story and the test case can be analyzed, and the test case is recommended based on the relationship between the change code, the user story and the test case, compared with the prior art. Only for a separate management product or tool for the three, this embodiment can accurately test the case for the change code, avoiding the unintentional execution of all test cases for testing, maximizing the use of test execution resources and improving test efficiency.
  • test case recommendation system 10 when executed by the processor 12, the following steps are also implemented:
  • the user story number mapped by the changed test case is determined according to the mapping relationship between the predetermined user story number and the test case, and the determined user story number is used as the historical user story number.
  • test cases determined are used as test cases for recommending tests on the software system to be tested.
  • test case used by the system when it changes, it can also be traced back to the relevant historical user story.
  • the mapping between the test case and the test case may be found according to the mapping relationship between the predetermined user story number and the test case.
  • User story number and the determined user story number as the historical user story number. All test cases associated with the historical user story number are analyzed, and all associated test cases are recommended to perform tests on the software system to be tested. In this way, when a test case changes, the affected user story and all associated test cases can be traced back, and a more accurate and comprehensive test case can be recommended to perform the test and improve the test accuracy.
  • FIG. 2 is a schematic flowchart of an embodiment of a test case recommendation method according to the present application.
  • the test case recommendation method includes the following steps:
  • Step S10 determining a change code of the software system to be tested, and determining a user story number corresponding to the change code according to a mapping relationship between the predetermined code and the user story number.
  • a wizard corresponding to the software system to be tested is designed, and the wizard can guide the user to create an application.
  • the wizard can guide the user to create an application. For example, use the Dialog Wizard to help users create dialogs, use the Application Wizard to help users create basic style applications, and more.
  • a number of user stories can be constructed based on the wizard of the software system to be tested, and the user story describes the functions that the user desires, such as registration, login, password input, query, transaction, from the perspective of the user. Etc., and number each user story that is built, for example, the user story "registration" number is "1", the user story “login” number is "2", and the like.
  • all user story numbers are synchronized on the preset version management tool of the software system to be tested (for example, the open source version control system SVN, CVS or distributed version control system GIT, etc.), so that the preset version management tool and The software system to be tested has identical user story numbers.
  • a corresponding test case that is, a test case
  • a test case may be pre-set for different user stories.
  • a test case for the code implementing the "registration" function may be pre-set, that is, the mapping relationship between the user story number and the test case is determined in advance.
  • the test cases corresponding to different user stories can be either test-specific self-written test cases, or call existing test cases, such as statements covering test cases and decision coverage tests designed for code that implements different functions. Cases, conditional coverage test cases, decision condition coverage test cases, conditional combination coverage test cases, path coverage test cases, etc., are not limited herein.
  • the user story code may have a variety of, therefore, in advance
  • one user story number may map one test case or multiple test cases.
  • the SVN submission record stores the user story number corresponding to the submitted code according to the mapping relationship between the predetermined code and the user story number.
  • the mapping relationship between the code and the user story number can be set in advance according to the code that can implement different functions, that is, the user story, so that the code submitted by the SVN to the test software system can give the corresponding user story according to the function implemented by the submitted code.
  • the number for example, if the submission code is to implement the "register" function, the corresponding user story number "1" is given. In this way, after each version submission code of the software system to be tested is submitted to the SVN, the corresponding one or more user story numbers can be recorded.
  • Step S20 Determine, according to a mapping relationship between the predetermined user story number and the test case, a test case to which the user story number corresponding to the change code is mapped.
  • the determined test case is a test case for performing a test on the software system to be tested.
  • the test case mapped by the affected user story number can be determined according to the mapping relationship between the predetermined user story number and the test case. For example, if it is determined that the affected user story number is "1”, a predetermined test case corresponding to the user story number "1", that is, "registration” can be found, and the test case is recommended to execute the opposite. The test when the test software system version code is changed.
  • the user story number corresponding to the change code of the software system to be tested is first determined, and then the change code is determined according to a mapping relationship between the predetermined user story number and the test case.
  • the test case mapped by the corresponding user story number is used for recommendation. Since the relationship between the change code, the user story and the test case can be analyzed, and the test case is recommended based on the relationship between the change code, the user story and the test case, compared with the prior art. Only for a separate management product or tool for the three, this embodiment can accurately test the case for the change code, avoiding the unintentional execution of all test cases for testing, maximizing the use of test execution resources and improving test efficiency.
  • the method further includes the following steps:
  • the user story number mapped by the changed test case is determined according to the mapping relationship between the predetermined user story number and the test case, and the determined user story number is used as the historical user story number.
  • test cases determined are used as test cases for recommending tests on the software system to be tested.
  • test case used by the system when it changes, it can also be traced back to the relevant historical user story.
  • the mapping between the test case and the test case may be found according to the mapping relationship between the predetermined user story number and the test case.
  • User story number and the determined user story number as the historical user story number. All test cases associated with the historical user story number are analyzed, and all associated test cases are recommended to perform tests on the software system to be tested. In this way, when a test case changes, the affected user story and all associated test cases can be traced back, and a more accurate and comprehensive test case can be recommended to perform the test and improve the test accuracy.
  • the present application also provides a computer readable storage medium storing a test case recommendation system, the test case recommendation system being executable by at least one processor to cause the at least one processor Performing the steps of the test case recommendation method in the above embodiment: determining a change code of the software system to be tested, and determining a user story corresponding to the change code according to a mapping relationship between the predetermined code and the user story number And determining a test case mapped by the user story number corresponding to the change code according to a mapping relationship between the predetermined user story number and the test case; and recommending the determined test case to be performed on the software system to be tested Test cases tested.
  • a test case recommendation system being executable by at least one processor to cause the at least one processor Performing the steps of the test case recommendation method in the above embodiment: determining a change code of the software system to be tested, and determining a user story corresponding to the change code according to a mapping relationship between the predetermined code and the user story number And determining a test case mapped by the user story number
  • the user story number corresponding to the change code of the software system to be tested is first determined, and then the mapping relationship between the user story number corresponding to the change code is determined according to a mapping relationship between the predetermined user story number and the test case.
  • Test cases to recommend Since the relationship between the change code, the user story and the test case can be analyzed, and the test case is recommended based on the relationship between the change code, the user story and the test case, compared with the prior art. Only for a separate management product or tool for the three, this embodiment can accurately test the case for the change code, avoiding the unintentional execution of all test cases for testing, maximizing the use of test execution resources and improving test efficiency.
  • the foregoing embodiment method can be implemented by means of software plus a necessary general hardware platform, and can also be implemented by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present application which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, or a network device, etc.) to perform the methods described in various embodiments of the present application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请涉及一种测试案例推荐方法、电子装置及可读存储介质，该方法包括：确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。本申请由于能实现变更代码、用户故事和测试案例三者之间的关联关系分析，并根据变更代码、用户故事和测试案例三者之间的关联关系来进行测试案例的推荐，能针对变更代码进行精准的测试案例推荐，最大化利用测试执行资源，提高测试效率。

Description

测试案例推荐方法、电子装置及可读存储介质
优先权申明
本申请基于巴黎公约申明享有2018年1月18日递交的申请号为CN 201810047462.7、名称为“测试案例推荐方法、电子装置及可读存储介质”中国专利申请的优先权，该中国专利申请的整体内容以参考的方式结合在本申请中。
技术领域
本申请涉及计算机技术领域，尤其涉及一种测试案例推荐方法、电子装置及可读存储介质。
背景技术
现有技术中当软件系统中出现代码变更需要利用测试案例进行测试时，只能漫无目的地执行所有的测试案例进行测试，无法自动推荐出精准合适的测试案例来执行测试，导致测试效率低下。
发明内容
本申请的目的在于提供一种测试案例推荐方法、电子装置及可读存储介质，旨在提高测试效率。
为实现上述目的，本申请第一方面提供一种电子装置，所述电子装置包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的测试案例推荐系统，所述测试案例推荐系统被所述处理器执行时实现如下步骤：
A、确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；
B、根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；
C、推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
此外，为实现上述目的，本申请第二方面还提供一种测试案例推荐方法，所述测试案例推荐方法包括：
确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；
根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；
推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
进一步地，为实现上述目的，本申请第三方面还提供一种计算机可读存储介质，所述计算机可读存储介质存储有测试案例推荐系统，所述测试案例推荐系统可被至少一个处理器执行，以使所述至少一个处理器执行如上述的测试案例推荐方法的步骤。
本申请提出的测试案例推荐方法、系统及可读存储介质，先确定出待测试软件系统的变更代码对应的用户故事编号，再根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例来进行推荐。由于能实现变更代码、用户故事和测试案例三者之间的关联关系分析，并根据变更代码、用户故事和测试案例三者之间的关联关系来进行测试案例的推荐，能 针对变更代码进行精准的测试案例推荐，最大化利用测试执行资源，提高测试效率。
附图说明
图1为本申请测试案例推荐系统10较佳实施例的运行环境示意图；
图2为本申请测试案例推荐方法一实施例的流程示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
本申请提供一种测试案例推荐系统。请参阅图1，是本申请测试案例推荐系统10较佳实施例的运行环境示意图。
在本实施例中，所述的测试案例推荐系统10安装并运行于电子装置1中。该电子装置1可包括，但不仅限于，存储器11、处理器 12及显示器13。图1仅示出了具有组件11-13的电子装置1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
所述存储器11为至少一种类型的可读计算机存储介质，所述存储器11在一些实施例中可以是所述电子装置1的内部存储单元，例如该电子装置1的硬盘或内存。所述存储器11在另一些实施例中也可以是所述电子装置1的外部存储设备，例如所述电子装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括所述电子装置1的内部存储单元也包括外部存储设备。所述存储器11用于存储安装于所述电子装置1的应用软件及各类数据，例如所述测试案例推荐系统10的程序代码等。所述存储器11还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)，微处理器或其他数据处理芯片，用于运行所述存储器11中存储的程序代码或处理数据，例如执行所述测试案例推荐系统10等。
所述显示器13在一些实施例中可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。所述显示器13用于显示在所述电子装置1中处理的信息以及用于显示可视化的用户界面，例如标记出待测试软件系统的变更代码、显示变更代码对应的用户故事编号以及最终推荐执行的测试案例等。所述电子装置1的部件11-13通过系统总线相互通信。
测试案例推荐系统10包括至少一个存储在所述存储器11中的计算机可读指令，该至少一个计算机可读指令可被所述处理器12执行，以实现本申请各实施例。
其中，上述测试案例推荐系统10被所述处理器12执行时实现如下步骤：
步骤S1，确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号。
本实施例中，在开发待测试软件系统之前，设计与所述待测试软件系统对应的向导程序(Wizard)，该向导程序(Wizard)可以引导用户创建应用程序。例如，利用Dialog Wizard(对话框向导)帮助用户创建对话框，利用Application Wizard(应用程序向导)帮助用户创建基本样式的应用程序等。
本实施例中，可基于所述待测试软件系统的向导程序(Wizard)构建若干用户故事，用户故事即从用户的角度来描述用户渴望得到的功能，例如注册、登录、输入密码、查询、交易等，并为构建的各个用户故事进行编号，例如用户故事“注册”编号为“1”、用户故事“登录”编号为“2”等。同时，在所述待测试软件系统的预设版本管理工具(例如开放源代码的版本控制系统SVN、CVS或分布式版本控制系统GIT等)上同步所有用户故事编号，使得预设版本管理工具与所述待测试软件系统具有完全相同的用户故事编号。进一步地，在对各个用户故事进行编号后，还可针对不同用户故事预先设置好对应的测试用例即测试案例。例如，针对用户故事“注册”，可预先设置好对实现“注册”功能的代码的测试案例，即预先确定好用户故事 编号与测试案例之间的映射关系。其中，与不同用户故事对应的测试案例既可以是有针对性自主编写的测试案例，也可以是调用已有的测试案例，如针对实现不同功能的代码所设计的语句覆盖测试案例、判定覆盖测试案例、条件覆盖测试案例、判定条件覆盖测试案例、条件组合覆盖测试案例、路径覆盖测试案例等等，在此不做限定。此外，由于对一个用户故事的测试设计多个方面，如逻辑覆盖测试、循环覆盖测试、基本路径测试等，且实现同一个功能即用户故事的代码可能有多种，因此，在预先确定好的用户故事编号与测试案例之间的映射关系中，一个用户故事编号可能映射对应一个测试案例，也可能对应多个测试案例。
当待测试软件系统的代码提交到预设版本管理工具SVN时，根据预先确定的代码与用户故事编号之间的映射关系，SVN提交记录会保存提交的代码所对应的用户故事编号。可预先根据可实现不同功能即用户故事的代码，设置代码与用户故事编号之间的映射关系，这样，SVN对待测试软件系统提交的代码，可根据提交代码所实现的功能给出相应的用户故事编号，例如，若提交代码是实现“注册”功能，则给出相应的用户故事编号“1”。这样，所述待测试软件系统的每一版本提交代码提交至SVN后，均可记录得到对应的一个或多个用户故事编号。
若要对所述待测试软件系统的不同版本提交代码之间的差异进行测试，则可分析SVN上该两个版本间的所有代码变更记录，如可对两个版本的代码进行比对，两个版本间不同的代码部分作为变更代码，确定出变更代码所对应的用户故事编号，即可确定出两个版本间在代码变更时受影响的用户故事编号。
步骤S2，根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例。
步骤S3，推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
在根据变更代码确定出受影响的用户故事编号之后，即可根据预先确定的用户故事编号与测试案例之间的映射关系确定出受影响的用户故事编号所映射的测试案例。例如，若确定出受影响的用户故事编号为“1”，则可找出预先确定好的与用户故事编号“1”即“注册”相对应的测试案例，并推荐该测试案例来执行对所述待测试软件系统版本代码变更时的测试。
与现有技术相比，本实施例中先确定出待测试软件系统的变更代码对应的用户故事编号，再根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例来进行推荐。由于能实现变更代码、用户故事和测试案例三者之间的关联关系分析，并根据变更代码、用户故事和测试案例三者之间的关联关系来进行测试案例的推荐，相比现有技术中只有针对三者单独的管理产品或工具，本实施例能针对变更代码进行精准的测试案例推荐，避免漫无目的地执行所有的测试案例进行测试，能最大化利用测试执行资源，提高测试效率。
在一可选的实施例中，在上述实施例的基础上，所述测试案例推荐系统10被所述处理器12执行时，还实现以下步骤：
若有测试案例发生变化，则根据预先确定的用户故事编号与测试 案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
确定出所述历史用户故事编号所映射的所有测试案例；
将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
本实施例中，当系统使用的测试案例发生变化时，还可追溯到相关的历史用户故事。例如当一个用户故事编号映射对应多个测试案例时，若其中一个测试案例发生变化，则可根据预先确定的用户故事编号与测试案例之间的映射关系，找到该发生变化的测试案例所映射的用户故事编号，并将确定出的用户故事编号作为历史用户故事编号。分析出与该历史用户故事编号相关联的所有测试案例，并推荐相关联的所有测试案例对所述待测试软件系统执行测试。这样，在一个测试案例发生变化时，可追溯确定出受影响的用户故事及所有相关联的测试案例，能推荐更加精准全面的测试案例来执行测试，提高测试的准确性。
如图2所示，图2为本申请测试案例推荐方法一实施例的流程示意图，该测试案例推荐方法包括以下步骤：
步骤S10，确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号。
本实施例中，在开发待测试软件系统之前，设计与所述待测试软件系统对应的向导程序(Wizard)，该向导程序(Wizard)可以引导用户创建应用程序。例如，利用Dialog Wizard(对话框向导)帮助用 户创建对话框，利用Application Wizard(应用程序向导)帮助用户创建基本样式的应用程序等。
本实施例中，可基于所述待测试软件系统的向导程序(Wizard)构建若干用户故事，用户故事即从用户的角度来描述用户渴望得到的功能，例如注册、登录、输入密码、查询、交易等，并为构建的各个用户故事进行编号，例如用户故事“注册”编号为“1”、用户故事“登录”编号为“2”等。同时，在所述待测试软件系统的预设版本管理工具(例如开放源代码的版本控制系统SVN、CVS或分布式版本控制系统GIT等)上同步所有用户故事编号，使得预设版本管理工具与所述待测试软件系统具有完全相同的用户故事编号。进一步地，在对各个用户故事进行编号后，还可针对不同用户故事预先设置好对应的测试用例即测试案例。例如，针对用户故事“注册”，可预先设置好对实现“注册”功能的代码的测试案例，即预先确定好用户故事编号与测试案例之间的映射关系。其中，与不同用户故事对应的测试案例既可以是有针对性自主编写的测试用例，也可以是调用已有的测试案例，如针对实现不同功能的代码所设计的语句覆盖测试案例、判定覆盖测试案例、条件覆盖测试案例、判定条件覆盖测试案例、条件组合覆盖测试案例、路径覆盖测试案例等等，在此不做限定。此外，由于对一个用户故事的测试设计多个方面，如逻辑覆盖测试、循环覆盖测试、基本路径测试等，且实现同一个功能即用户故事的代码可能有多种，因此，在预先确定好的用户故事编号与测试案例之间的映射关系中，一个用户故事编号可能映射对应一个测试案例，也可能对应多个测试案例。
当待测试软件系统的代码提交到预设版本管理工具SVN时，根 据预先确定的代码与用户故事编号之间的映射关系，SVN提交记录会保存提交的代码所对应的用户故事编号。可预先根据可实现不同功能即用户故事的代码，设置代码与用户故事编号之间的映射关系，这样，SVN对待测试软件系统提交的代码，可根据提交代码所实现的功能给出相应的用户故事编号，例如，若提交代码是实现“注册”功能，则给出相应的用户故事编号“1”。这样，所述待测试软件系统的每一版本提交代码提交至SVN后，均可记录得到对应的一个或多个用户故事编号。
若要对所述待测试软件系统的不同版本提交代码之间的差异进行测试，则可分析SVN上该两个版本间的所有代码变更记录，如可对两个版本的代码进行比对，两个版本间不同的代码部分作为变更代码，确定出变更代码所对应的用户故事编号，即可确定出两个版本间在代码变更时受影响的用户故事编号。
步骤S20，根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例。
步骤S30，推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
在根据变更代码确定出受影响的用户故事编号之后，即可根据预先确定的用户故事编号与测试案例之间的映射关系确定出受影响的用户故事编号所映射的测试案例。例如，若确定出受影响的用户故事编号为“1”，则可找出预先确定好的与用户故事编号“1”即“注册”相对应的测试案例，并推荐该测试案例来执行对所述待测试软件系统版本代码变更时的测试。
与现有技术相比，本实施例中先确定出待测试软件系统的变更代码对应的用户故事编号，再根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例来进行推荐。由于能实现变更代码、用户故事和测试案例三者之间的关联关系分析，并根据变更代码、用户故事和测试案例三者之间的关联关系来进行测试案例的推荐，相比现有技术中只有针对三者单独的管理产品或工具，本实施例能针对变更代码进行精准的测试案例推荐，避免漫无目的地执行所有的测试案例进行测试，能最大化利用测试执行资源，提高测试效率。
在一可选的实施例中，在上述实施例的基础上，该方法还包括以下步骤：
若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
确定出所述历史用户故事编号所映射的所有测试案例；
将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
本实施例中，当系统使用的测试案例发生变化时，还可追溯到相关的历史用户故事。例如当一个用户故事编号映射对应多个测试案例时，若其中一个测试案例发生变化，则可根据预先确定的用户故事编号与测试案例之间的映射关系，找到该发生变化的测试案例所映射的用户故事编号，并将确定出的用户故事编号作为历史用户故事编号。分析出与该历史用户故事编号相关联的所有测试案例，并推荐相关联 的所有测试案例对所述待测试软件系统执行测试。这样，在一个测试案例发生变化时，可追溯确定出受影响的用户故事及所有相关联的测试案例，能推荐更加精准全面的测试案例来执行测试，提高测试的准确性。
此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有测试案例推荐系统，所述测试案例推荐系统可被至少一个处理器执行，以使所述至少一个处理器执行如上述实施例中的测试案例推荐方法的步骤：确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。本实施例中先确定出待测试软件系统的变更代码对应的用户故事编号，再根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例来进行推荐。由于能实现变更代码、用户故事和测试案例三者之间的关联关系分析，并根据变更代码、用户故事和测试案例三者之间的关联关系来进行测试案例的推荐，相比现有技术中只有针对三者单独的管理产品或工具，本实施例能针对变更代码进行精准的测试案例推荐，避免漫无目的地执行所有的测试案例进行测试，能最大化利用测试执行资源，提高测试效率。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何 其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
以上参照附图说明了本申请的优选实施例，并非因此局限本申请的权利范围。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本领域技术人员不脱离本申请的范围和实质，可以有多种变型方案实现本申请，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本申请的技术构思之内所作的任何修改、等同替换和改进，均应在本申请的权利范围之内。

Claims (20)

  1. 一种电子装置，其特征在于，所述电子装置包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的测试案例推荐系统，所述测试案例推荐系统被所述处理器执行时实现如下步骤：
    A、确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；
    B、根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；
    C、推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
  2. 如权利要求1所述的电子装置，其特征在于，所述测试案例推荐系统被所述处理器执行实现所述步骤A时，具体包括：
    获取待测试软件系统对应的预设版本管理工具所记录的提交代码，并根据预先确定的代码与用户故事编号之间的映射关系，获取所述预设版本管理工具记录的所述待测试软件系统的每一版本提交代码对应的用户故事编号；
    分析待测试的不同版本提交代码之间的所有变更代码；
    确定出所有变更代码所对应的用户故事编号。
  3. 如权利要求2所述的电子装置，其特征在于，所述预设版本管理工具包括开放源代码的版本控制系统SVN、CVS和分布式版本控制系统GIT。
  4. 如权利要求2所述的电子装置，其特征在于，所述用户故事编号为所述待测试软件系统对应的预设向导程序中预先设定的用户 故事所对应的编号，所述预设版本管理工具中同步有所述用户故事编号。
  5. 如权利要求1所述的电子装置，其特征在于，所述处理器还用于执行所述测试案例推荐系统，以实现以下步骤：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  6. 如权利要求2所述的电子装置，其特征在于，所述处理器还用于执行所述测试案例推荐系统，以实现以下步骤：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  7. 如权利要求3所述的电子装置，其特征在于，所述处理器还用于执行所述测试案例推荐系统，以实现以下步骤：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  8. 如权利要求4所述的电子装置，其特征在于，所述处理器还用于执行所述测试案例推荐系统，以实现以下步骤：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  9. 一种测试案例推荐方法，其特征在于，所述测试案例推荐方法包括：
    确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；
    根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；
    推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
  10. 如权利要求9所述的测试案例推荐方法，其特征在于，所述确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号的步骤包括：
    获取待测试软件系统对应的预设版本管理工具所记录的提交代 码，并根据预先确定的代码与用户故事编号之间的映射关系，获取所述预设版本管理工具记录的所述待测试软件系统的每一版本提交代码对应的用户故事编号；
    分析待测试的不同版本提交代码之间的所有变更代码；
    确定出所有变更代码所对应的用户故事编号。
  11. 如权利要求10所述的测试案例推荐方法，其特征在于，所述预设版本管理工具包括开放源代码的版本控制系统SVN、CVS和分布式版本控制系统GIT。
  12. 如权利要求10所述的测试案例推荐方法，其特征在于，所述用户故事编号为所述待测试软件系统对应的预设向导程序中预先设定的用户故事所对应的编号，所述预设版本管理工具中同步有所述用户故事编号。
  13. 如权利要求9所述的测试案例推荐方法，其特征在于，该方法还包括：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  14. 如权利要求10所述的测试案例推荐方法，其特征在于，该方法还包括：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事 编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  15. 如权利要求11所述的测试案例推荐方法，其特征在于，该方法还包括：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  16. 如权利要求12所述的测试案例推荐方法，其特征在于，该方法还包括：
    若有测试案例发生变化，则根据预先确定的用户故事编号与测试案例之间的映射关系，确定出发生变化的测试案例所映射的用户故事编号，将确定出的用户故事编号作为历史用户故事编号；
    确定出所述历史用户故事编号所映射的所有测试案例；
    将确定出的所有测试案例作为推荐对所述待测试软件系统执行测试的测试案例。
  17. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有测试案例推荐系统，所述测试案例推荐系统被处理器执行时实现如下步骤：
    确定出待测试软件系统的变更代码，并根据预先确定的代码与用 户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号；
    根据预先确定的用户故事编号与测试案例之间的映射关系，确定出所述变更代码对应的用户故事编号所映射的测试案例；
    推荐确定出的测试案例为对所述待测试软件系统执行测试的测试案例。
  18. 如权利要求17所述的计算机可读存储介质，其特征在于，所述确定出待测试软件系统的变更代码，并根据预先确定的代码与用户故事编号之间的映射关系，确定出所述变更代码对应的用户故事编号的步骤包括：
    获取待测试软件系统对应的预设版本管理工具所记录的提交代码，并根据预先确定的代码与用户故事编号之间的映射关系，获取所述预设版本管理工具记录的所述待测试软件系统的每一版本提交代码对应的用户故事编号；
    分析待测试的不同版本提交代码之间的所有变更代码；
    确定出所有变更代码所对应的用户故事编号。
  19. 如权利要求18所述的计算机可读存储介质，其特征在于，所述预设版本管理工具包括开放源代码的版本控制系统SVN、CVS和分布式版本控制系统GIT。
  20. 如权利要求18所述的计算机可读存储介质，其特征在于，所述用户故事编号为所述待测试软件系统对应的预设向导程序中预先设定的用户故事所对应的编号，所述预设版本管理工具中同步有所述用户故事编号。
PCT/CN2018/089716 2018-01-18 2018-06-03 测试案例推荐方法、电子装置及可读存储介质 WO2019140850A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810047462.7A CN108427637B (zh) 2018-01-18 2018-01-18 测试案例推荐方法、电子装置及可读存储介质
CN201810047462.7 2018-01-18

Publications (1)

Publication Number Publication Date
WO2019140850A1 true WO2019140850A1 (zh) 2019-07-25

Family

ID=63155945

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/089716 WO2019140850A1 (zh) 2018-01-18 2018-06-03 测试案例推荐方法、电子装置及可读存储介质

Country Status (2)

Country Link
CN (1) CN108427637B (zh)
WO (1) WO2019140850A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109324976B (zh) * 2018-10-22 2024-05-31 中国平安财产保险股份有限公司 管理测试进度的方法、装置、计算机设备以及存储介质
EP4202689A4 (en) * 2020-09-25 2024-05-22 Siemens Aktiengesellschaft METHOD AND APPARATUS FOR SELECTING A TEST CASE BASED ON CHANGE CORRELATION ANALYSIS
CN112181482B (zh) * 2020-09-29 2023-03-21 平安科技（深圳）有限公司 版本验证方法、装置、电子设备及存储介质
CN113704103B (zh) * 2021-08-24 2023-08-04 网易（杭州）网络有限公司 测试用例推荐方法、装置、介质及电子设备
CN115080851A (zh) * 2022-06-25 2022-09-20 平安银行股份有限公司 基于数据库的案例推荐方法、计算机设备、存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106021103A (zh) * 2016-05-16 2016-10-12 南京大学 一种基于代码变更的移动应用测试脚本自动维护方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7614042B1 (en) * 2005-01-21 2009-11-03 Microsoft Corporation System and method for selecting applicable tests in an automation testing system
CN101719095A (zh) * 2009-12-30 2010-06-02 北京世纪高通科技有限公司 一种回归测试的管理方法及装置
US9141379B2 (en) * 2013-01-15 2015-09-22 International Business Machines Corporation Automated code coverage measurement and tracking per user story and requirement
US9069647B2 (en) * 2013-01-15 2015-06-30 International Business Machines Corporation Logging and profiling content space data and coverage metric self-reporting
CN103425584B (zh) * 2013-08-27 2016-01-13 上海复深蓝信息技术有限公司 基于Java字节码的大型应用回归测试信息处理方法
US9195833B2 (en) * 2013-11-19 2015-11-24 Veracode, Inc. System and method for implementing application policies among development environments
CN105446723B (zh) * 2014-09-02 2018-11-23 国际商业机器公司 用于标识源代码版本之间的语义区别的方法和装置
CN104615544B (zh) * 2015-03-10 2018-09-28 于秀山 面向问题的gui软件关联功能分析方法及装置
CN106095670A (zh) * 2016-06-02 2016-11-09 网易（杭州）网络有限公司 测试报告的生成方法及装置
CN107423214A (zh) * 2017-04-18 2017-12-01 恒生电子股份有限公司 软件回归测试用例获取方法、装置及存储介质和电子设备
CN107133177A (zh) * 2017-05-12 2017-09-05 郑州云海信息技术有限公司 一种自动化测试框架
CN107357722B (zh) * 2017-06-22 2020-03-31 微梦创科网络科技（中国）有限公司 一种基于大量测试用户的社交网络服务sns测试系统及方法
CN107562621B (zh) * 2017-08-28 2020-11-06 阿里巴巴（中国）有限公司 确定手工测试用例与被测试代码关联关系的方法和装置
CN107515826B (zh) * 2017-08-28 2020-12-01 阿里巴巴（中国）有限公司 测试用例精准推荐方法、装置、系统、设备及存储介质
CN110413506B (zh) * 2019-06-19 2023-02-03 平安普惠企业管理有限公司 测试用例推荐方法、装置、设备及存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106021103A (zh) * 2016-05-16 2016-10-12 南京大学 一种基于代码变更的移动应用测试脚本自动维护方法

Also Published As

Publication number Publication date
CN108427637A (zh) 2018-08-21
CN108427637B (zh) 2021-05-25

Similar Documents

Publication Publication Date Title
WO2019140850A1 (zh) 测试案例推荐方法、电子装置及可读存储介质
US9977658B2 (en) Code validation using content assist
WO2021098148A1 (zh) 一种软件编译方法、装置及电子设备和存储介质
US9021592B2 (en) Source code analysis of inter-related code bases
WO2019169757A1 (zh) 测试控制和测试执行装置、方法及计算机存储介质
US10127264B1 (en) Techniques for automated data analysis
CN113076104A (zh) 页面生成方法、装置、设备及存储介质
WO2020019490A1 (zh) 一种接口测试方法、电子设备及存储介质
WO2013174200A1 (zh) 代码分析方法及代码分析系统、计算机存储介质
WO2019200808A1 (zh) 测试案例推荐方法、电子装置及可读存储介质
US8607193B2 (en) Tracking stale comments in source code listings
WO2019148721A1 (zh) 电子装置、互联网服务系统风险预警方法及存储介质
US20150095305A1 (en) Detecting multistep operations when interacting with web applications
US8898649B2 (en) Application program analysis method, analysis system and recording medium for identifying a contributing factor for an invalid operation of an application program
CN107193747B (zh) 代码测试方法、装置和计算机设备
US9639345B2 (en) Methods and apparatuses for providing framework for selective execution of application features
WO2019071898A1 (zh) 电子装置、数据库查询脚本生成方法及存储介质
CN116661758B (zh) 一种优化日志框架配置的方法、装置、电子设备及介质
US20200042697A1 (en) Buffer overflow detection based on a synthesis of assertions from templates and k-induction
EP3186723A1 (en) Static program analysis in an object-relational mapping framework
CN111435348A (zh) 创建用于数据分析功能的运行时可执行程序的方法
US10318257B2 (en) Selective object sensitive points-to analysis
CN110908818B (zh) 一种验证方法、装置、设备和存储介质
US11593249B2 (en) Scalable points-to analysis via multiple slicing
CN110866492B (zh) 一种基线分支的识别方法、装置及计算机系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18901353

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 20.10.2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18901353

Country of ref document: EP

Kind code of ref document: A1