CN111666217A - 用于测试代码的方法和装置 - Google Patents
用于测试代码的方法和装置 Download PDFInfo
- Publication number
- CN111666217A CN111666217A CN202010506028.8A CN202010506028A CN111666217A CN 111666217 A CN111666217 A CN 111666217A CN 202010506028 A CN202010506028 A CN 202010506028A CN 111666217 A CN111666217 A CN 111666217A
- Authority
- CN
- China
- Prior art keywords
- information
- test
- tested
- code
- testing
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 619
- 238000000034 method Methods 0.000 title claims abstract description 81
- 238000013515 script Methods 0.000 claims description 54
- 230000004044 response Effects 0.000 claims description 32
- 230000008859 change Effects 0.000 claims description 25
- 238000011056 performance test Methods 0.000 claims description 22
- 230000015654 memory Effects 0.000 claims description 20
- 230000006870 function Effects 0.000 claims description 13
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000012545 processing Methods 0.000 claims description 4
- 238000011990 functional testing Methods 0.000 description 26
- 230000003993 interaction Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000004422 calculation algorithm Methods 0.000 description 6
- 238000010998 test method Methods 0.000 description 6
- 239000003795 chemical substances by application Substances 0.000 description 5
- 238000004590 computer program Methods 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 238000013480 data collection Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000010354 integration Effects 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000000243 solution Substances 0.000 description 3
- 239000012085 test solution Substances 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
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)
- Test And Diagnosis Of Digital Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请实施例公开了用于测试代码的方法和装置，涉及测试技术领域。具体实现方案为：响应于接收到对待测试信息的测试请求，获取待测试信息的信息特征，其中，待测试信息包括代码；响应于基于信息特征确定出对待测试信息进行测试，基于信息特征和预设的测试策略，确定针对待测试信息进行测试的测试方案，其中，测试方案包括测试任务，测试任务包括以下至少一项：性能测试、功能测试和增量测试；基于确定出的测试方案，对待测试信息进行测试。该实施方式可以提升测试效率。
Description
技术领域
本申请实施例涉及计算机技术领域，具体涉及测试技术领域。
背景技术
持续集成(Continuous integration，CI)是一种软件工程流程，是将所有软件工程师对于软件的工作副本持续集成到共享主线的一种举措。组成持续集成的各个阶段的测试任务，称为流水线。不同阶段的流水线侧重点各不相同，但是目前业界并没有对各个流水线侧重点进行过多研究，更多是集中在组成流水线的任务上进行细分，这样会导致不同阶段流水线任务之间存在大量冗余，持续集成的效率严重受制于任务的执行情况。
发明内容
提供了一种用于测试代码的方法和装置。
根据第一方面，提供了一种用于测试代码的方法，包括：响应于接收到对待测试信息的测试请求，获取待测试信息的信息特征，其中，待测试信息包括代码；响应于基于信息特征确定出对待测试信息进行测试，基于信息特征和预设的测试策略，确定针对待测试信息进行测试的测试方案，其中，测试方案包括测试任务，测试任务包括以下至少一项：性能测试、功能测试和增量测试；基于确定出的测试方案，对待测试信息进行测试。
根据第二方面，提供了一种用于测试代码的装置，包括：获取单元，被配置成响应于接收到对待测试信息的测试请求，获取待测试信息的信息特征，其中，待测试信息包括代码；确定单元，被配置成响应于基于信息特征确定出对待测试信息进行测试，基于信息特征和预设的测试策略，确定针对待测试信息进行测试的测试方案，其中，测试方案包括测试任务，测试任务包括以下至少一项：性能测试、功能测试和增量测试；测试单元，被配置成基于确定出的测试方案，对待测试信息进行测试。
根据第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行第一方面中任一项的方法。
根据第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行第一方面中任一项的方法。
根据本申请的技术，首先响应于接收到对待测试信息的测试请求，获取上述待测试信息的信息特征；之后，响应于基于上述信息特征确定出对上述待测试信息进行测试，基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案；最后，基于确定出的测试方案，对上述待测试信息进行测试。通过这种方式，可以提升测试效率。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1是本申请的各个实施例可以应用于其中的示例性系统架构图；
图2是根据本申请的用于测试代码的方法的一个实施例的流程图；
图3是根据本申请的用于测试代码的方法的又一个实施例的流程图；
图4是根据本申请的用于测试代码的方法的一个应用场景的示意图；
图5是根据本申请的用于测试代码的装置的一个实施例的结构示意图；
图6是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1示出了可以应用本申请的用于测试代码的方法的实施例的示例性系统架构100。
如图1所示，系统架构100可以包括终端设备1011、1012，网络102和服务器103。网络102用以在终端设备1011、1012和服务器103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备1011、1012通过网络102与服务器103交互，以发送或接收消息等(例如，终端设备1011、1012可以向服务器103发送测试请求，服务器103也可以将测试结果发送给终端设备1011、1012)等。终端设备1011、1012上可以安装有各种通讯客户端应用，例如代码编辑类工具、测试类应用、即时通讯软件等。
终端设备1011、1012响应于接收到对待测试信息的测试请求，可以首先获取上述待测试信息的信息特征；之后，响应于基于上述信息特征确定出对上述待测试信息进行测试，可以基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案；最后，可以基于确定出的测试方案，对上述待测试信息进行测试。
终端设备1011、1012可以是硬件，也可以是软件。当终端设备1011、1012为硬件时，可以是支持信息交互的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备1011、1012为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
服务器103可以是提供各种服务的服务器。例如，可以是对待测试信息进行测试的后台服务器。服务器103响应于接收到对待测试信息的测试请求，可以首先获取上述待测试信息的信息特征；之后，响应于基于上述信息特征确定出对上述待测试信息进行测试，可以基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案；最后，可以基于确定出的测试方案，对上述待测试信息进行测试。
需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是，本申请实施例所提供的用于测试代码的方法可以由服务器103执行，也可以由终端设备1011、1012执行。
通常情况下，在local(本地)测试阶段，用于测试代码的方法通常是由终端设备1011、1012执行，相应地，用于测试代码的装置可以设置于终端设备1011、1012中。在master(主干)测试阶段和rb(分支)测试阶段，用于测试代码的方法通常是由服务器103执行，相应地，用于测试代码的装置可以设置于服务器103中。
需要说明的是，服务器103的本地可以存储有待测试信息，服务器103可以对本地存储的待测试信息进行测试。此时示例性系统架构100可以不存在终端设备1011、1012和网络102。
还需要说明的是，终端设备1011、1012的本地可以存储有测试策略，终端设备1011、1012可以基于本地存储的测试策略，确定针对待测试信息进行测试的测试方案。此时示例性系统架构100可以不存在服务器103和网络102。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的用于测试代码的方法的一个实施例的流程200。该用于测试代码的方法，包括以下步骤：
步骤201，响应于接收到对待测试信息的测试请求，获取上述待测试信息的信息特征。
在本实施例中，用于测试代码的方法的执行主体可以确定是否接收到对待测试信息的测试请求。若接收到对上述待测试信息的测试请求，则可以获取上述待测试信息的信息特征。上述待测试信息通常包括代码。上述信息特征可以包括代码特征，代码特征可以包括但不限于以下至少一项：代码复杂度、代码行数、增量代码和针对历史代码的历史行为。上述增量代码可以是当前代码与上一次测试时的历史代码之间存在变化的代码，可以是增加的代码，也可以是删除的代码，还可以是修改的代码。
可选地，上述测试信息还可以包括脚本和配置文件。脚本通常是使用一种特定的描述性语言，依据一定的格式编写的可执行文件。脚本语言通常用来控制软件应用程序，只在被调用时进行解释或者编译。配置文件可以为一些计算机程序配置参数和初始设置。上述信息特征也可以包括历史测试信息，历史测试信息可以包括历史代码、历史配置文件和历史脚本。上述信息特征还可以包括针对历史配置文件的历史行为和针对历史脚本的历史行为。
在这里，持续集成的测试过程通常包括以下阶段：local测试阶段，master测试阶段和rb测试阶段。local测试阶段通常为程序员在本地终端设备中对待测试信息进行测试的阶段。master测试阶段通常为程序员将待测试信息提交到服务器之后，服务器对至少一个程序员所提交的代码进行测试的阶段。rb测试阶段通常为服务器接收到预设测试触发请求(例如，当前时刻符合预设测试时间点)，对某一功能模块的测试信息进行测试的阶段。
在一些情况下，在local测试阶段和master测试阶段，测试人员可以通过主动触发(点击)测试图标的方式向上述执行主体发送测试请求；若测试人员提交了代码，上述执行主体同时也可以接收到对所提交的代码的测试请求。在rb测试阶段，若当前场景触发了预设测试触发请求，例如，当前时刻符合预设测试时间点，则上述执行主体可以接收到测试请求。
需要说明的是，这里的测试通常包括编译和测试。编译指的是用编译程序产生目标程序的动作，是把高级语言变成计算机可以识别的二进制语言。
步骤202，响应于基于上述信息特征确定出对上述待测试信息进行测试，基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案。
在本实施例中，上述执行主体可以基于上述信息特征，确定是否对上述待测试信息进行测试。具体地，上述执行主体中可以存储有预设的无需测试的条件，若上述信息特征满足上述条件，则可以确定出无需对上述待测试信息进行测试。若确定出对上述待测试信息进行测试，则上述执行主体可以基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案。这里的测试方案也可以称为测试手段。测试策略通常指的是用于实现测试的测试方案(测试手段)的集合。在这里，测试方案可以与信息特征(例如，代码特征)相对应，可以将信息特征和测试方案之间的对应关系称为测试策略。
在这里，测试方案可以包括测试任务，测试任务通常可以包括以下至少一项：性能测试、功能测试和增量测试。性能测试通常指的是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。性能测试可以包括但不限于负载测试和压力测试。功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。增量测试通常测试的是新增的测试信息是否对原始的代码逻辑产生影响。
在这里，上述执行主体中可以存储有预设的测试策略。上述执行主体可以利用测试策略中包括的测试方案与信息特征之间的对应关系，确定上述待测试信息的信息特征所对应的测试方案作为针对上述待测试信息进行测试的测试方案。
在本实施例中，若测试任务包括功能测试，测试策略可以包括测试用例选取策略，测试用例选取策略用于利用信息特征，选取与信息特征对应的测试用例对待测试信息进行功能测试。
步骤203，基于确定出的测试方案，对上述待测试信息进行测试。
在本实施例中，上述执行主体可以基于在步骤202中确定出的测试方案，对上述待测试信息进行测试。在测试过程中，上述执行主体可以对测试状态和测试结果进行记录。作为示例，若确定出的测试任务包括功能测试，上述执行主体可以对上述待测试信息进行功能测试。若确定出的测试任务包括性能测试，上述执行主体可以对上述待测试信息进行性能测试。若确定出的测试任务包括增量测试，上述执行主体可以对上述待测试信息进行增量测试，以确定上述待测试信息中的增量代码是否对原始的代码逻辑产生影响。
需要说明的是，若确定出的测试任务包括功能测试，确定的测试方案中可以包括选取出的与上述信息特征相对应的测试用例，上述执行主体可以利用选取出的测试用例对上述待测试信息进行功能测试。
本申请的上述实施例提供的方法可以对待测试信息的信息特征进行分析，选择更有针对性的测试方案对待测试信息进行测试，在不降低测试质量的情况下，提升了测试效率。
在本实施例的一些可选的实现方式中，上述信息特征可以包括历史测试信息。测试信息可以包括配置文件。上述历史测试信息可以包括历史测试代码、历史配置文件和历史脚本中的至少一项。上述待测试信息还可以包括待测试配置文件。上述执行主体可以确定上述待测试信息与上述历史测试信息是否一致。具体地，上述待测试信息可以包括待测试代码，上述执行主体需要确定待测试代码与历史测试代码是否一致。若上述待测试信息包括待测试配置文件，则上述执行主体需要确定待测试配置文件与历史配置文件是否一致。若上述待测试信息包括待测试脚本，则上述执行主体需要确定待测试脚本与历史脚本是否一致。若待测试代码、待测试配置文件和待测试脚本中有至少一项与历史测试信息不一致，则可以确定出上述待测试信息与上述历史测试信息不一致。若上述待测试信息与上述历史测试信息不一致，上述执行主体可以确定不一致的内容是否存在于除配置文件之外的其它信息中。若确定出不一致的内容不存在于除配置文件之外的其它信息中，即确定出不一致的内容仅存在于配置文件中，则上述执行主体可以将第一逻辑值赋值为假。在这里，上述第一逻辑值可以用于指示是否对代码执行编译。通常来说，若仅有配置文件存在变化，由于配置文件仅是对待测试代码的说明，不会影响代码的编译，因此不需要再对代码进行重复编译。通过这种方式，可以在待测试信息与历史测试信息之间的区别仅在于配置文件时，跳过对代码的编辑步骤，从而可以提高了测试资源的利用率和测试效率。
在本实施例的一些可选的实现方式中，上述测试策略可以包括测试任务选取策略。上述执行主体可以通过如下方式基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案：针对至少一个测试任务中的每个测试任务，上述执行主体可以基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值。具体地，若针对功能测试，上述测试任务选取策略可以包括功能测试执行条件，若上述待测试信息的信息特征满足上述功能测试执行条件，则上述执行主体可以将用于指示是否执行功能测试的逻辑值赋值为真。作为示例，逻辑值“1”或“T”可以表征逻辑值为真。上述执行主体可以将逻辑值为真的测试任务确定为针对上述待测试信息进行测试的测试任务。作为示例，若功能测试对应的逻辑值为真，则可以对上述待测试信息进行功能测试。若性能测试对应的逻辑值为真，则可以对上述待测试信息进行性能测试。若增量测试对应的逻辑值为真，则可以对上述待测试信息进行增量测试。通过这种方式，可以利用信息特征和测试任务选取策略对测试任务进行选取，从而可以避免不必要的测试任务，提高了测试效率和测试资源的利用率。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征。上述代码特征可以包括增量代码和历史代码。上述执行主体可以通过如下方式基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：上述执行主体可以确定上述增量代码是否存在除目标变化之外的其他变化，即确定上述增量代码是否仅存在上述目标变化。上述目标变化可以包括以下至少一项：在增量代码中增加日志(log)文件、在增量代码中增加监控代码和删除历史代码中的预设代码。log文件记录了系统和系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。上述预设代码可以为无用代码或非核心代码，无用代码或非核心代码可以是预先人为标记出，也可以由执行主体利用预设算法所确定。若确定出上述增量代码不存在除上述目标变化之外的其他变化，则上述执行主体可以将第二逻辑值赋值为假。上述第二逻辑值可以用于指示是否执行性能测试。此时，上述执行主体不需对上述待测试信息进行性能测试。这种方式提供了一种确定是否执行性能测试的方法，从而可以避免不必要的性能测试，提高了测试效率和测试资源的利用率。
需要说明的是，测试人员可以根据项目具体需求对上述目标变化进行修改或添加，从而可以更加灵活、准确地确定是否执行测试任务。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征，上述代码特征可以包括增量代码。上述测试方案可以包括测试用参数。上述测试用参数可以包括待测试对象，待测试对象通常用于对待测试信息进行测试。在这里，待测试对象也可以称为待测试请求。上述测试策略可以包括待测试对象选取策略。上述执行主体可以通过如下方式基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案：上述执行主体可以确定上述增量代码是否存在除目标变化之外的其他变化，即确定上述增量代码是否仅存在上述目标变化。上述目标变化可以包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。log文件记录了系统和系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。上述预设代码可以为无用代码或非核心代码，无用代码或非核心代码可以是预先人为标记出，也可以由执行主体利用预设算法所确定。若确定出上述增量代码存在除上述目标变化之外的其他变化，则上述执行主体可以从预先建立的待测试对象集合与代码特征之间的对应关系中选取与上述待测试信息的代码特征相对应的待测试对象集合作为目标对象集合。上述目标对象集合中的目标对象可以用于对上述待测试信息进行测试。作为示例，若增量代码涉及信息在pc端上的展示，上述执行主体可以选取pc端对应的待测试对象集合作为目标对象集合。由于待测试对象是预先确定出的且与代码特征相对应，通过这种方式可以利用待测试信息的代码特征，直接选取出对待测试信息进行性能测试的待测试对象，进一步提高了测试效率。
在本实施例的一些可选的实现方式中，上述待测试对象集合与代码特征之间的对应关系可以是通过如下方式建立的：执行主体可以获取预设的日志文件，上述日志文件可以是被测模块(上述待测试信息所涉及的模块)线上服务的日志。执行主体可以从上述日志文件中提取预设对象。上述对象也可以称为请求信息。之后，执行主体可以获取提取出的对象的对象特征。上述对象特征可以包括但不限于以下至少一项：请求信息所来源的设备标识、设备的操作系统(例如，iOS、Android(安卓)和Windows)、浏览器名称、浏览器版本号、请求信息所来源的位置信息、请求信息所来源的端口(例如，app端和pc端)。执行主体可以利用对象特征，对提取出的对象进行聚类，得到至少一个聚类簇。在这里，上述至少一个聚类簇中的每个聚类簇中的对象对应于同一对象特征值。对象特征值通常指的是与对象特征相对应的值。作为示例，可以将对应于iOS操作系统的对象进行聚类，得到一个聚类簇；可以将来源于app端的对象进行聚类，得到另一个聚类簇。最后，针对上述至少一个聚类簇中的每个聚类簇，执行主体可以获取预先确定的、与该聚类簇中的对象对应的代码特征，建立获取到的代码特征与该聚类簇之间的对应关系。通过这种方式建立代码特征与待测试对象之间的对应关系，可以便于直接利用代码特征获取待测试对象对待测试信息进行测试，提高了测试效率。
需要说明的是，建立上述对应关系的执行主体可以是上述用于测试代码的执行主体，也可以是除上述用于测试代码的执行主体之外的其它电子设备。若建立上述对应关系的执行主体是除上述用于测试代码的执行主体之外的其它电子设备，此时，用于测试代码的执行主体需要从建立上述对应关系的执行主体中获取所建立的待测试对象集合与代码特征之间的对应关系。
还需要说明的是，针对上述至少一个聚类簇中的每个聚类簇，该聚类簇可以由能覆盖全部目标特征的最少对象所组成，上述目标特征可以是除该聚类簇中的对象所对应的同一对象特征值所涉及的对象特征之外的其它特征。作为示例，若对象特征包括浏览器标识、浏览器版本号、操作系统，浏览器标识包括A1、A2、A3和A4，浏览器版本号包括V1、V2和V3，操作系统包括iOS、Android(安卓)和Windows。若对操作系统为iOS的对象进行聚类，可以确定出操作系统iOS对应的聚类簇中能覆盖浏览器标识和浏览器版本号的最少对象的数量为12，即浏览器标识的种类数量4与浏览器版本号的种类数量3的乘积。可以将能覆盖浏览器标识和浏览器版本号的全部特征的这12个对象组成操作系统iOS对应的聚类簇。通过这种方式可以提取出能覆盖所有情况的最少对象的集合，利用这个集合进行测试可以大幅度降低测试发压的时间。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征，上述代码特征可以包括增量代码。上述执行主体可以通过如下方式基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：上述执行主体可以确定上述增量代码是否满足目标条件。上述目标条件可以包括上述增量代码存在于条件语句中，即上述执行主体可以确定上述增量代码是否存在于条件语句中。条件语句是用来判断给定的条件是否满足(表达式值是否为0)，并根据判断的结果(真或假)决定执行的语句。上述条件语句可以包括但不限于：if语句、else语句和else if语句。需要说明的是，上述增量代码可以存在于新增的条件语句中，也可以存在于已有的条件语句中。上述目标条件还可以包括上述增量代码对原始逻辑无影响。上述执行主体可以利用预设的算法确定上述增量代码对原始逻辑有无影响。若确定出上述增量代码满足上述目标条件，则上述执行主体可以将第三逻辑值赋值为假。上述第三逻辑值可以用于指示是否执行增量测试。此时，上述执行主体不需对上述待测试信息执行增量测试。这种方式提供了一种确定是否执行增量测试的方法，从而可以避免不必要的增量测试，提高了测试效率和测试资源的利用率。
继续参考图3，示出了根据本申请的用于测试代码的方法的另一个实施例的流程300。该用于测试代码的方法，包括以下步骤：
步骤301，响应于接收到对待测试信息的测试请求，获取所述待测试信息的信息特征。
在本实施例中，步骤301具体操作已在图2所示的实施例中步骤201进行了详细的介绍，在此不再赘述。
在这里，上述信息特征可以包括历史测试信息。测试信息可以包括脚本，上述待测试信息可以包括待测试脚本，上述历史测试信息可以包括历史脚本。
步骤302，确定上述待测试信息与上述历史测试信息是否一致。
在本实施例中，用于测试代码的方法的执行主体可以确定上述待测试信息与上述历史测试信息是否一致。在一个实施例中，上述执行主体需要确定待测试代码与历史测试代码是否一致。若上述待测试信息中包括待测试脚本，则上述执行主体通常需要确定待测试脚本与历史测试脚本是否一致。若确定出上述待测试信息与上述历史测试信息不一致，即待测试代码与历史测试代码不一致或者待测试脚本与待测试脚本不一致，则上述执行主体可以执行步骤303。若确定出上述待测试信息与上述历史测试信息一致，则上述执行主体可以执行步骤306。
在持续集成的过程中，软件工程师需要将软件的工作副本持续集成到共享主线上，上述待测试信息通常为软件工程师当前上传的工作副本，上述历史测试信息通常为在历史时间段内上传的工作副本。需要说明的是，若软件工程师在历史时间段内上传了多个工作副本，则上述历史测试信息可以包含多个工作副本。
步骤303，响应于确定出上述待测试信息与上述历史测试信息不一致，确定不一致的内容是否存在于除脚本之外的其它信息中。
在本实施例中，若在步骤302中确定出上述待测试信息与上述历史测试信息不一致，则上述执行主体可以确定不一致的内容是否存在于除脚本之外的其它信息(例如，代码)中。若确定出不一致的内容存在于除脚本之外的其它信息中，则上述执行主体可以执行步骤304。若确定出不一致的内容不存在于除脚本之外的其它信息中，则上述执行主体可以执行步骤307。确定不一致的内容是否存在于除脚本之外的其它信息中也可以理解为确定不一致的内容是否仅存在于脚本中，若否，则可以执行步骤304。
步骤304，响应于确定出不一致的内容存在于除脚本之外的其它信息中，基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案。
在本实施例中，若在步骤303中确定出不一致的内容存在于除脚本之外的其它信息中，则上述执行主体可以基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案。这里的测试方案也可以称为测试手段。测试策略通常指的是用于实现测试的测试方案(测试手段)的集合。在这里，测试方案可以与信息特征(例如，代码特征)相对应，可以将信息特征和测试方案之间的对应关系称为测试策略。
在这里，测试方案可以包括测试任务，上述测试任务通常可以包括以下至少一项：性能测试、功能测试和增量测试。性能测试通常指的是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。性能测试可以包括但不限于负载测试和压力测试。功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。增量测试通常测试的是新增的测试信息是否对原始的代码逻辑产生影响。
在这里，上述执行主体中可以存储有预设的测试策略。上述执行主体可以利用测试策略中包括的测试方案与信息特征之间的对应关系，确定上述待测试信息的信息特征所对应的测试方案作为针对上述待测试信息进行测试的测试方案。
在本实施例中，若测试任务包括功能测试，测试策略可以包括测试用例选取策略，测试用例选取策略用于利用信息特征，选取与信息特征对应的测试用例对待测试信息进行功能测试。
步骤305，基于确定出的测试方案，对上述待测试信息进行测试。
在本实施例中，步骤305具体操作已在图2所示的实施例中步骤203进行了详细的介绍，在此不再赘述。
步骤306，响应于确定出上述待测试信息与上述历史测试信息一致，生成指示信息。
在本实施例中，若在步骤302中确定出上述待测试信息与上述历史测试信息一致，上述执行主体可以生成指示信息。上述指示信息可以用于指示不对上述待测试信息进行测试。作为示例，若当前的测试阶段为local测试阶段，用于测试代码的方法的执行主体可以为终端设备，上述终端设备在生成用于指示不对上述待测试信息进行测试的指示信息之后，可以显示上述指示信息以提示程序员(测试员)此次的待测试信息无需测试。若当前的测试阶段为master测试阶段或rb测试阶段，用于测试代码的方法的执行主体可以为服务器，上述服务器在生成用于指示不对上述待测试信息进行测试的指示信息之后，可以发送给程序员的用户终端，用户测试终端在接收到上述指示信息之后可以显示指示信息以提示程序员此次的待测试信息无需测试。
步骤307，响应于确定出不一致的内容不存在于除脚本之外的其它信息中，生成指示信息。
在本实施例中，若在步骤303中确定出不一致的内容不存在于除脚本之外的其它信息中，即确定出不一致的内容仅存在于脚本中，上述执行主体可以生成指示信息。上述指示信息可以用于指示不对上述待测试信息进行测试。作为示例，若当前的测试阶段为local测试阶段，用于测试代码的方法的执行主体可以为终端设备，上述终端设备在生成用于指示不对上述待测试信息进行测试的指示信息之后，可以显示上述指示信息以提示程序员(测试员)此次的待测试信息无需测试。若当前的测试阶段为master测试阶段或rb测试阶段，用于测试代码的方法的执行主体可以为服务器，上述服务器在生成用于指示不对上述待测试信息进行测试的指示信息之后，可以发送给程序员的用户终端，用户测试终端在接收到上述指示信息之后可以显示指示信息以提示程序员此次的待测试信息无需测试。
从图3中可以看出，与图2对应的实施例相比，本实施例中的用于测试代码的方法的流程300体现了确定待测试信息与历史测试信息是否一致以及确定不一致的内容是否存在于除脚本之外的其它信息中的步骤。由此，本实施例描述的方案考虑了历史测试信息，如果待测试信息在历史测试过程中做过对应的测试，就不需要再对待测试信息进行测试，从而避免了测试资源的浪费，提高了测试资源的利用率。同时，由于脚本通常用来提升测试任务的效率，对测试任务的结果通常不会产生影响，因此，若不一致内容仅存在于脚本中，可以结束测试，从而进一步避免测试资源的浪费。实施例中的用于测试代码的方法的流程300还体现了若待测试信息与历史测试信息一致，则生成用于指示不对待测试信息进行测试的提示信息的步骤，从而本实施例描述的方案可以提示程序员此次的待测试信息无需测试，以供程序员了解测试相关信息。实施例中的用于测试代码的方法的流程300还体现了若不一致的内容存在于除脚本之外的其它信息中，则生成用于指示不对待测试信息进行测试的提示信息的步骤，从而本实施例描述的方案可以提示程序员此次的待测试信息无需测试，以供程序员了解测试相关信息。
继续参见图4，图4是根据本实施例的用于测试代码的方法的应用场景的一个示意图。在图4的应用场景中，若测试人员对终端设备402上的测试图标403执行了点击操作，服务器401可以接收到对待测试信息的测试请求404，此时，服务器401可以获取待测试信息的信息特征405。在这里，信息特征405可以包括项目历史信息、历史行为和代码特征。而后，服务器401可以利用项目历史信息和待测试信息确定是否对待测试信息进行测试，若项目历史信息和待测试信息不一致，则可以对待测试信息进行测试。在这里，服务器401中可以存储有以下智能策略406：测试对象选取策略、测试任务选取策略和测试用例选取策略。服务器401可以基于信息特征405和智能策略406，确定针对待测试信息进行测试的测试方案407。在这里，确定出的测试方案407可以包括对待测试信息进行测试的测试场景组合，包括性能测试、增量测试和功能测试。最后，服务器401可以基于确定出的测试方案407，对待测试信息进行测试。由于测试方案407包括性能测试、增量测试和功能测试，服务器401可以对待测试信息执行性能测试、增量测试以及功能测试。在测试的过程中，可以对测试状态进行记录，也可以对测试风险进行披露。
进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种用于测试代码的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图5所示，本实施例的用于测试代码的装置500包括：获取单元501、确定单元502和测试单元503。其中，获取单元501被配置成响应于接收到对待测试信息的测试请求，获取待测试信息的信息特征，其中，待测试信息包括代码；确定单元502被配置成响应于基于信息特征确定出对待测试信息进行测试，基于信息特征和预设的测试策略，确定针对待测试信息进行测试的测试方案，其中，测试方案包括测试任务，测试任务包括以下至少一项：性能测试、功能测试和增量测试；测试单元503被配置成基于确定出的测试方案，对待测试信息进行测试。
在本实施例中，用于测试代码的装置500的获取单元501、确定单元502和测试单元503的具体处理可以参考图2对应实施例中的步骤201、步骤202和步骤203。
在本实施例的一些可选的实现方式中，上述信息特征可以包括历史测试信息。测试信息可以包括脚本，上述待测试信息可以包括待测试脚本，上述历史测试信息可以包括历史脚本。上述确定单元502可以进一步被配置成通过如下方式响应于基于上述信息特征确定出对上述待测试信息进行测试，基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案：若上述确定单元502确定出上述待测试信息与上述历史测试信息不一致、且不一致的内容存在于除脚本之外的其它信息中，则上述确定单元502可以基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案。这里的测试方案也可以称为测试手段。测试策略通常指的是用于实现测试的测试方案(测试手段)的集合。在这里，测试方案可以与信息特征(例如，代码特征)相对应，可以将信息特征和测试方案之间的对应关系称为测试策略。测试方案可以包括测试任务，测试任务通常可以包括以下至少一项：性能测试、功能测试和增量测试。在这里，上述确定单元502中可以存储有预设的测试策略。上述确定单元502可以利用测试策略中包括的测试方案与信息特征之间的对应关系，确定上述待测试信息的信息特征所对应的测试方案作为针对上述待测试信息进行测试的测试方案。这种方式考虑了历史测试信息，如果待测试信息在历史测试过程中做过对应的测试，就不需要再对待测试信息进行测试，从而避免了测试资源的浪费，提高了测试资源的利用率。同时，由于脚本通常用来提升测试任务的效率，对测试任务的结果通常不会产生影响，因此，若不一致内容仅存在于脚本中，可以结束测试，从而进一步避免测试资源的浪费。
在本实施例的一些可选的实现方式中，上述信息特征可以包括历史测试信息。用于测试代码的装置500还可以包括第一生成单元(图中未示出)。若确定出上述待测试信息与上述历史测试信息一致，上述第一生成单元可以生成指示信息。上述指示信息可以用于指示不对上述待测试信息进行测试。这种方式可以提示程序员此次的待测试信息无需测试，以供程序员了解测试相关信息。
在本实施例的一些可选的实现方式中，上述信息特征可以包括历史测试信息，测试信息可以包括脚本。用于测试代码的装置500还可以包括第二生成单元(图中未示出)。若确定出上述待测试信息与上述历史测试信息不一致、且不一致的内容不存在于除脚本之外的其它信息中，即确定出不一致的内容仅存在于脚本中，上述第二生成单元可以生成指示信息。上述指示信息可以用于指示不对上述待测试信息进行测试。这种方式可以提示程序员此次的待测试信息无需测试，以供程序员了解测试相关信息。
在本实施例的一些可选的实现方式中，上述信息特征可以包括历史测试信息。测试信息可以包括配置文件。上述历史测试信息可以包括历史测试代码、历史配置文件和历史脚本中的至少一项。上述待测试信息还可以包括待测试配置文件。用于测试代码的装置500还可以包括赋值单元(图中未示出)。上述赋值单元可以确定上述待测试信息与上述历史测试信息是否一致。具体地，上述待测试信息可以包括待测试代码，上述赋值单元需要确定待测试代码与历史测试代码是否一致。若上述待测试信息包括待测试配置文件，则上述赋值单元需要确定待测试配置文件与历史配置文件是否一致。若上述待测试信息包括待测试脚本，则上述赋值单元需要确定待测试脚本与历史脚本是否一致。若待测试代码、待测试配置文件和待测试脚本中有至少一项与历史测试信息不一致，则可以确定出上述待测试信息与上述历史测试信息不一致。若上述待测试信息与上述历史测试信息不一致，上述赋值单元可以确定不一致的内容是否存在于除配置文件之外的其它信息中。若确定出不一致的内容不存在于除配置文件之外的其它信息中，即确定出不一致的内容仅存在于配置文件中，则上述赋值单元可以将第一逻辑值赋值为假。在这里，上述第一逻辑值可以用于指示是否对代码执行编译。通常来说，若仅有配置文件存在变化，由于配置文件仅是对待测试代码的说明，不会影响代码的编译，因此不需要再对代码进行重复编译。通过这种方式，可以在待测试信息与历史测试信息之间的区别仅在于配置文件时，跳过对代码的编辑步骤，从而可以提高了测试资源的利用率和测试效率。
在本实施例的一些可选的实现方式中，上述测试策略可以包括测试任务选取策略。上述确定单元502可以通过如下方式基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案：针对至少一个测试任务中的每个测试任务，上述确定单元502可以基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值。具体地，若针对功能测试，上述测试任务选取策略可以包括功能测试执行条件，若上述待测试信息的信息特征满足上述功能测试执行条件，则上述确定单元502可以将用于指示是否执行功能测试的逻辑值赋值为真。作为示例，逻辑值“1”或“T”可以表征逻辑值为真。上述确定单元502可以将逻辑值为真的测试任务确定为针对上述待测试信息进行测试的测试任务。作为示例，若功能测试对应的逻辑值为真，则可以对上述待测试信息进行功能测试。若性能测试对应的逻辑值为真，则可以对上述待测试信息进行性能测试。若增量测试对应的逻辑值为真，则可以对上述待测试信息进行增量测试。通过这种方式，可以利用信息特征和测试任务选取策略对测试任务进行选取，从而可以避免不必要的测试任务，提高了测试效率和测试资源的利用率。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征。上述代码特征可以包括增量代码和历史代码。上述确定单元502可以通过如下方式基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：上述确定单元502可以确定上述增量代码是否存在除目标变化之外的其他变化，即确定上述增量代码是否仅存在上述目标变化。上述目标变化可以包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。log文件记录了系统和系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。上述预设代码可以为无用代码或非核心代码，无用代码或非核心代码可以是预先人为标记出，也可以由执行主体利用预设算法所确定。若确定出上述增量代码不存在除上述目标变化之外的其他变化，则上述确定单元502可以将第二逻辑值赋值为假。上述第二逻辑值可以用于指示是否执行性能测试。此时，不需对上述待测试信息进行性能测试。这种方式提供了一种确定是否执行性能测试的方法，从而可以避免不必要的性能测试，提高了测试效率和测试资源的利用率。
需要说明的是，测试人员可以根据项目具体需求对上述目标变化进行修改或添加，从而可以更加灵活、准确地确定是否执行测试任务。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征，上述代码特征可以包括增量代码。上述测试方案可以包括测试用参数。上述测试用参数可以包括待测试对象，待测试对象通常用于对待测试信息进行测试。在这里，待测试对象也可以称为待测试请求。上述测试策略可以包括待测试对象选取策略。上述确定单元502可以通过如下方式基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案：上述确定单元502可以确定上述增量代码是否存在除目标变化之外的其他变化，即确定上述增量代码是否仅存在上述目标变化。上述目标变化可以包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。log文件记录了系统和系统的用户之间交互的信息，是自动捕获人与系统终端之间交互的类型、内容或时间的数据收集方法。上述预设代码可以为无用代码或非核心代码，无用代码或非核心代码可以是预先人为标记出，也可以由执行主体利用预设算法所确定。若确定出上述增量代码存在除上述目标变化之外的其他变化，则上述确定单元502可以从预先建立的待测试对象集合与代码特征之间的对应关系中选取与上述待测试信息的代码特征相对应的待测试对象集合作为目标对象集合。上述目标对象集合中的目标对象可以用于对上述待测试信息进行测试。作为示例，若增量代码涉及信息在pc端上的展示，上述执行主体可以选取pc端对应的待测试对象集合作为目标对象集合。由于待测试对象是预先确定出的且与代码特征相对应，通过这种方式可以利用待测试信息的代码特征，直接选取出对待测试信息进行性能测试的待测试对象，进一步提高了测试效率。
在本实施例的一些可选的实现方式中，用于测试代码的装置500还可以包括建立单元(图中未示出)。上述建立单元可以通过如下方式建立上述待测试对象集合与代码特征之间的对应关系：上述建立单元可以获取预设的日志文件，上述日志文件可以是被测模块(上述待测试信息所涉及的模块)线上服务的日志。上述建立单元可以从上述日志文件中提取预设对象。上述对象也可以称为请求信息。之后，上述建立单元可以获取提取出的对象的对象特征。上述对象特征可以包括但不限于以下至少一项：请求信息所来源的设备标识、设备的操作系统、浏览器名称、浏览器版本号、请求信息所来源的位置信息、请求信息所来源的端口。上述建立单元可以利用对象特征，对提取出的对象进行聚类，得到至少一个聚类簇。在这里，上述至少一个聚类簇中的每个聚类簇中的对象对应于同一对象特征值。对象特征值通常指的是与对象特征相对应的值。作为示例，可以将对应于iOS操作系统的对象进行聚类，得到一个聚类簇；可以将来源于app端的对象进行聚类，得到另一个聚类簇。最后，针对上述至少一个聚类簇中的每个聚类簇，上述建立单元可以获取预先确定的、与该聚类簇中的对象对应的代码特征，建立获取到的代码特征与该聚类簇之间的对应关系。通过这种方式建立代码特征与待测试对象之间的对应关系，可以便于直接利用代码特征获取待测试对象对待测试信息进行测试，提高了测试效率。
需要说明的是，建立上述对应关系的执行主体可以是上述建立单元，也可以是其它电子设备。若建立上述对应关系的执行主体是其它电子设备，此时，上述建立单元需要从建立上述对应关系的执行主体中获取所建立的待测试对象集合与代码特征之间的对应关系。
在本实施例的一些可选的实现方式中，上述信息特征可以包括代码特征，上述代码特征可以包括增量代码。上述确定单元502可以通过如下方式基于上述信息特征和上述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：上述确定单元502可以确定上述增量代码是否满足目标条件。上述目标条件可以包括上述增量代码存在于条件语句中，即上述确定单元502可以确定上述增量代码是否存在于条件语句中。条件语句是用来判断给定的条件是否满足，并根据判断的结果决定执行的语句。上述条件语句可以包括但不限于：if语句、else语句和else if语句。需要说明的是，上述增量代码可以存在于新增的条件语句中，也可以存在于已有的条件语句中。上述目标条件还可以包括上述增量代码对原始逻辑无影响。上述确定单元502可以利用预设的算法确定上述增量代码对原始逻辑有无影响。若确定出上述增量代码满足上述目标条件，则上述确定单元502可以将第三逻辑值赋值为假。上述第三逻辑值可以用于指示是否执行增量测试。此时，上述执行主体不需对上述待测试信息执行增量测试。这种方式提供了一种确定是否执行增量测试的方法，从而可以避免不必要的增量测试，提高了测试效率和测试资源的利用率。
根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。
如图6所示，是根据本申请实施例的用于测试代码的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图6所示，该电子设备包括：一个或多个处理器601、存储器602，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图6中以一个处理器601为例。
存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的用于测试代码的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的用于测试代码的方法。
存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的用于测试代码的方法对应的程序指令/模块(例如，附图5所示的获取单元501、确定单元502和测试单元503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的用于测试代码的方法。
存储器602可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据用于测试代码的方法的电子设备的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器602可选包括相对于处理器601远程设置的存储器，这些远程存储器可以通过网络连接至用于测试代码的方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
用于测试代码的方法的电子设备还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。
输入装置603可接收输入的数字或字符信息，以及产生与用于测试代码的方法的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请的技术，首先响应于接收到对待测试信息的测试请求，获取上述待测试信息的信息特征；之后，响应于基于上述信息特征确定出对上述待测试信息进行测试，基于上述信息特征和预设的测试策略，确定针对上述待测试信息进行测试的测试方案；最后，基于确定出的测试方案，对上述待测试信息进行测试。通过这种方式，可以对待测试信息的信息特征进行分析，选择更有针对性的测试方案对待测试信息进行测试，在不降低测试质量的情况下，提升了测试效率。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。
Claims (22)
1.一种用于测试代码的方法，包括：
响应于接收到对待测试信息的测试请求，获取所述待测试信息的信息特征，其中，所述待测试信息包括代码；
响应于基于所述信息特征确定出对所述待测试信息进行测试，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案，其中，所述测试方案包括测试任务，所述测试任务包括以下至少一项：性能测试、功能测试和增量测试；
基于确定出的测试方案，对所述待测试信息进行测试。
2.根据权利要求1所述的方法，其中，所述信息特征包括历史测试信息，测试信息包括脚本；以及
所述响应于基于所述信息特征确定出对所述待测试信息进行测试，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案，包括：
响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容存在于除脚本之外的其它信息中，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案。
3.根据权利要求1所述的方法，其中，所述信息特征包括历史测试信息；以及
所述方法还包括：
响应于确定出所述待测试信息与所述历史测试信息一致，生成指示信息，其中，所述指示信息用于指示不对所述待测试信息进行测试。
4.根据权利要求1所述的方法，其中，所述信息特征包括历史测试信息，测试信息包括脚本；以及
所述方法还包括：
响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容不存在于除脚本之外的其它信息中，生成指示信息，其中，所述指示信息用于指示不对所述待测试信息进行测试。
5.根据权利要求1所述的方法，其中，所述信息特征包括历史测试信息，测试信息包括配置文件；以及
所述方法还包括：
响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容不存在于除配置文件之外的其它信息中，将第一逻辑值赋值为假，其中，所述第一逻辑值用于指示是否执行编译。
6.根据权利要求1所述的方法，其中，所述测试策略包括测试任务选取策略；以及
所述基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案，包括：
针对至少一个测试任务中的每个测试任务，基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值；
将逻辑值为真的测试任务确定为针对所述待测试信息进行测试的测试任务。
7.根据权利要求6所述的方法，其中，所述信息特征包括代码特征，所述代码特征包括增量代码和历史代码；以及
所述基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值，包括：
响应于确定出所述增量代码不存在除目标变化之外的其他变化，将第二逻辑值赋值为假，其中，所述第二逻辑值用于指示是否执行性能测试，所述目标变化包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。
8.根据权利要求1所述的方法，其中，所述信息特征包括代码特征，所述代码特征包括增量代码，测试方案包括测试用参数，所述测试用参数包括待测试对象，所述测试策略包括待测试对象选取策略；以及
所述基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案，包括：
响应于确定出所述增量代码存在除目标变化之外的其他变化，从预先建立的待测试对象集合与代码特征之间的对应关系中选取与所述待测试信息的代码特征相对应的待测试对象集合作为目标对象集合，其中，目标对象用于对所述待测试信息进行测试，所述目标变化包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。
9.根据权利要求8所述的方法，其中，所述待测试对象集合与代码特征之间的对应关系是通过如下方式建立的：
获取预设的日志文件，从所述日志文件中提取预设对象；
获取提取出的对象的对象特征，利用对象特征，对提取出的对象进行聚类，得到至少一个聚类簇，其中，每个聚类簇中的对象对应于同一对象特征值；
针对所述至少一个聚类簇中的每个聚类簇，获取预先确定的、与该聚类簇中的对象对应的代码特征，建立获取到的代码特征与该聚类簇之间的对应关系。
10.根据权利要求6所述的方法，其中，所述信息特征包括代码特征，所述代码特征包括增量代码；以及
所述基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值，包括：
响应于确定出所述增量代码满足目标条件，将第三逻辑值赋值为假，其中，所述目标条件包括所述增量代码存在于条件语句中，所述第三逻辑值用于指示是否执行增量测试。
11.一种用于测试代码的装置，包括：
获取单元，被配置成响应于接收到对待测试信息的测试请求，获取所述待测试信息的信息特征，其中，所述待测试信息包括代码；
确定单元，被配置成响应于基于所述信息特征确定出对所述待测试信息进行测试，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案，其中，所述测试方案包括测试任务，所述测试任务包括以下至少一项：性能测试、功能测试和增量测试；
测试单元，被配置成基于确定出的测试方案，对所述待测试信息进行测试。
12.根据权利要求11所述的装置，其中，所述信息特征包括历史测试信息，测试信息包括脚本；以及
所述确定单元进一步被配置成通过如下方式响应于基于所述信息特征确定出对所述待测试信息进行测试，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案：
响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容存在于除脚本之外的其它信息中，基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案。
13.根据权利要求11所述的装置，其中，所述信息特征包括历史测试信息；以及
所述装置还包括：
第一生成单元，被配置成响应于确定出所述待测试信息与所述历史测试信息一致，生成指示信息，其中，所述指示信息用于指示不对所述待测试信息进行测试。
14.根据权利要求11所述的装置，其中，所述信息特征包括历史测试信息，测试信息包括脚本；以及
所述装置还包括：
第二生成单元，被配置成响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容不存在于除脚本之外的其它信息中，生成指示信息，其中，所述指示信息用于指示不对所述待测试信息进行测试。
15.根据权利要求11所述的装置，其中，所述信息特征包括历史测试信息，测试信息包括配置文件；以及
所述装置还包括：
赋值单元，被配置成响应于确定出所述待测试信息与所述历史测试信息不一致、且不一致的内容不存在于除配置文件之外的其它信息中，将第一逻辑值赋值为假，其中，所述第一逻辑值用于指示是否执行编译。
16.根据权利要求11所述的装置，其中，所述测试策略包括测试任务选取策略；以及
所述确定单元进一步被配置成通过如下方式基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案：
针对至少一个测试任务中的每个测试任务，基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值；
将逻辑值为真的测试任务确定为针对所述待测试信息进行测试的测试任务。
17.根据权利要求16所述的装置，其中，所述信息特征包括代码特征，所述代码特征包括增量代码和历史代码；以及
所述确定单元进一步被配置成通过如下方式基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：
响应于确定出所述增量代码不存在除目标变化之外的其他变化，将第二逻辑值赋值为假，其中，所述第二逻辑值用于指示是否执行性能测试，所述目标变化包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。
18.根据权利要求11所述的装置，其中，所述信息特征包括代码特征，所述代码特征包括增量代码，测试方案包括测试用参数，所述测试用参数包括待测试对象，所述测试策略包括待测试对象选取策略；以及
所述确定单元进一步被配置成通过如下方式基于所述信息特征和预设的测试策略，确定针对所述待测试信息进行测试的测试方案：
响应于确定出所述增量代码存在除目标变化之外的其他变化，从预先建立的待测试对象集合与代码特征之间的对应关系中选取与所述待测试信息的代码特征相对应的待测试对象集合作为目标对象集合，其中，目标对象用于对所述待测试信息进行测试，所述目标变化包括以下至少一项：在增量代码中增加日志文件、在增量代码中增加监控代码和删除历史代码中的预设代码。
19.根据权利要求18所述的装置，其中，所述装置还包括建立单元，所述建立单元被配置成通过如下方式建立所述待测试对象集合与代码特征之间的对应关系：
获取预设的日志文件，从所述日志文件中提取预设对象；
获取提取出的对象的对象特征，利用对象特征，对提取出的对象进行聚类，得到至少一个聚类簇，其中，每个聚类簇中的对象对应于同一对象特征值；
针对所述至少一个聚类簇中的每个聚类簇，获取预先确定的、与该聚类簇中的对象对应的代码特征，建立获取到的代码特征与该聚类簇之间的对应关系。
20.根据权利要求16所述的装置，其中，所述信息特征包括代码特征，所述代码特征包括增量代码；以及
所述确定单元进一步被配置成通过如下方式基于所述信息特征和所述测试任务选取策略，确定用于指示是否执行该测试任务的逻辑值：
响应于确定出所述增量代码满足目标条件，将第三逻辑值赋值为假，其中，所述目标条件包括所述增量代码存在于条件语句中，所述第三逻辑值用于指示是否执行增量测试。
21.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。
22.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010506028.8A CN111666217B (zh) | 2020-06-05 | 2020-06-05 | 用于测试代码的方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010506028.8A CN111666217B (zh) | 2020-06-05 | 2020-06-05 | 用于测试代码的方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111666217A true CN111666217A (zh) | 2020-09-15 |
| CN111666217B CN111666217B (zh) | 2023-06-20 |
Family
ID=72386516
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010506028.8A Active CN111666217B (zh) | 2020-06-05 | 2020-06-05 | 用于测试代码的方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111666217B (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112486820A (zh) * | 2020-11-27 | 2021-03-12 | 北京百度网讯科技有限公司 | 用于测试代码的方法、装置、设备以及存储介质 |
| CN112597043A (zh) * | 2020-12-28 | 2021-04-02 | 深圳供电局有限公司 | 软件测试方法、装置、计算机设备和存储介质 |
| CN112685303A (zh) * | 2020-12-29 | 2021-04-20 | 平安普惠企业管理有限公司 | 代码圈复杂度检测方法、装置、计算机设备及存储介质 |
| CN113238926A (zh) * | 2021-04-14 | 2021-08-10 | 北京信安世纪科技股份有限公司 | 一种数据库脚本检测方法、装置、电子设备及存储介质 |
| CN115378859A (zh) * | 2021-04-13 | 2022-11-22 | 百度在线网络技术（北京）有限公司 | 用于确定极限状态信息的方法、装置、设备、介质和产品 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103823756A (zh) * | 2014-03-06 | 2014-05-28 | 北京京东尚科信息技术有限公司 | 一种运行被测程序的方法和调度器 |
| US9588871B1 (en) * | 2015-04-14 | 2017-03-07 | Don Estes & Associates, Inc. | Method and system for dynamic business rule extraction |
| US20180121176A1 (en) * | 2016-10-28 | 2018-05-03 | International Business Machines Corporation | Development data management for a stream computing environment |
| CN108241580A (zh) * | 2016-12-30 | 2018-07-03 | 深圳壹账通智能科技有限公司 | 客户端程序的测试方法及终端 |
| CN108491331A (zh) * | 2018-04-13 | 2018-09-04 | 平安普惠企业管理有限公司 | 软件测试方法、装置、设备和计算机存储介质 |
| CN109308254A (zh) * | 2017-07-28 | 2019-02-05 | 阿里巴巴集团控股有限公司 | 一种测试方法、装置及测试设备 |
| CN109408359A (zh) * | 2018-08-03 | 2019-03-01 | 中国人民解放军63928部队 | 一种软件测试过程质量度量方法和系统 |
| CN110008106A (zh) * | 2018-01-04 | 2019-07-12 | 北京奇虎科技有限公司 | 代码测试方法、装置和计算机可读存储介质 |
| CN110083528A (zh) * | 2019-03-19 | 2019-08-02 | 深圳壹账通智能科技有限公司 | 测试任务的分配方法、装置、计算机设备及存储介质 |
| US10503632B1 (en) * | 2018-09-28 | 2019-12-10 | Amazon Technologies, Inc. | Impact analysis for software testing |
| CN110632856A (zh) * | 2018-06-25 | 2019-12-31 | 上海纬昊谱挚航空科技有限公司 | 一种面向过程的仿真测试验证系统 |
-
2020
- 2020-06-05 CN CN202010506028.8A patent/CN111666217B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103823756A (zh) * | 2014-03-06 | 2014-05-28 | 北京京东尚科信息技术有限公司 | 一种运行被测程序的方法和调度器 |
| US9588871B1 (en) * | 2015-04-14 | 2017-03-07 | Don Estes & Associates, Inc. | Method and system for dynamic business rule extraction |
| US20180121176A1 (en) * | 2016-10-28 | 2018-05-03 | International Business Machines Corporation | Development data management for a stream computing environment |
| CN108241580A (zh) * | 2016-12-30 | 2018-07-03 | 深圳壹账通智能科技有限公司 | 客户端程序的测试方法及终端 |
| CN109308254A (zh) * | 2017-07-28 | 2019-02-05 | 阿里巴巴集团控股有限公司 | 一种测试方法、装置及测试设备 |
| CN110008106A (zh) * | 2018-01-04 | 2019-07-12 | 北京奇虎科技有限公司 | 代码测试方法、装置和计算机可读存储介质 |
| CN108491331A (zh) * | 2018-04-13 | 2018-09-04 | 平安普惠企业管理有限公司 | 软件测试方法、装置、设备和计算机存储介质 |
| CN110632856A (zh) * | 2018-06-25 | 2019-12-31 | 上海纬昊谱挚航空科技有限公司 | 一种面向过程的仿真测试验证系统 |
| CN109408359A (zh) * | 2018-08-03 | 2019-03-01 | 中国人民解放军63928部队 | 一种软件测试过程质量度量方法和系统 |
| US10503632B1 (en) * | 2018-09-28 | 2019-12-10 | Amazon Technologies, Inc. | Impact analysis for software testing |
| CN110083528A (zh) * | 2019-03-19 | 2019-08-02 | 深圳壹账通智能科技有限公司 | 测试任务的分配方法、装置、计算机设备及存储介质 |
Non-Patent Citations (2)
| Title |
|---|
| ROSHALI SILVA 等: ""Effective use of test types for software development"", pages 7 - 12 * |
| 张海龙: "\"基于缺陷信息的源代码特征挖掘研究\"", pages 138 - 313 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112486820A (zh) * | 2020-11-27 | 2021-03-12 | 北京百度网讯科技有限公司 | 用于测试代码的方法、装置、设备以及存储介质 |
| KR20210090575A (ko) * | 2020-11-27 | 2021-07-20 | 베이징 바이두 넷컴 사이언스 앤 테크놀로지 코., 엘티디. | 코드를 테스트하는 방법, 장치, 전자 기기, 저장 매체 및 프로그램 |
| KR102528776B1 (ko) * | 2020-11-27 | 2023-05-04 | 베이징 바이두 넷컴 사이언스 앤 테크놀로지 코., 엘티디. | 코드를 테스트하는 방법, 장치, 전자 기기, 저장 매체 및 프로그램 |
| CN112597043A (zh) * | 2020-12-28 | 2021-04-02 | 深圳供电局有限公司 | 软件测试方法、装置、计算机设备和存储介质 |
| CN112685303A (zh) * | 2020-12-29 | 2021-04-20 | 平安普惠企业管理有限公司 | 代码圈复杂度检测方法、装置、计算机设备及存储介质 |
| CN115378859A (zh) * | 2021-04-13 | 2022-11-22 | 百度在线网络技术（北京）有限公司 | 用于确定极限状态信息的方法、装置、设备、介质和产品 |
| CN115378859B (zh) * | 2021-04-13 | 2023-06-02 | 百度在线网络技术（北京）有限公司 | 用于确定极限状态信息的方法、装置、设备、介质和产品 |
| CN113238926A (zh) * | 2021-04-14 | 2021-08-10 | 北京信安世纪科技股份有限公司 | 一种数据库脚本检测方法、装置、电子设备及存储介质 |
| CN113238926B (zh) * | 2021-04-14 | 2023-11-10 | 北京信安世纪科技股份有限公司 | 一种数据库脚本检测方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111666217B (zh) | 2023-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111666217B (zh) | 用于测试代码的方法和装置 | |
| CN102880546B (zh) | 一种基于xml数据库的软件集成测试方法及系统 | |
| US8752023B2 (en) | System, method and program product for executing a debugger | |
| CN111831512B (zh) | 用于排查运维异常的方法、装置、电子设备及存储介质 | |
| CN109977012B (zh) | 系统的联调测试方法、装置、设备及计算机可读存储介质 | |
| CN111752843A (zh) | 用于确定影响面的方法、装置、电子设备及可读存储介质 | |
| CN110750458A (zh) | 大数据平台测试方法、装置、可读存储介质及电子设备 | |
| CN108111364B (zh) | 一种业务系统的测试方法及装置 | |
| CN112306880A (zh) | 测试方法、装置、电子设备和计算机可读存储介质 | |
| CN110688305B (zh) | 测试环境同步方法、装置、介质、电子设备 | |
| CN111654495B (zh) | 用于确定流量产生来源的方法、装置、设备及存储介质 | |
| CN115480746A (zh) | 数据处理任务的执行文件生成方法、装置、设备及介质 | |
| CN114389969A (zh) | 客户端的测试方法、装置、电子设备和存储介质 | |
| CN113778849A (zh) | 用于测试代码的方法、装置、设备以及存储介质 | |
| EP3734460A1 (en) | Probabilistic software testing via dynamic graphs | |
| CN111538656B (zh) | 梯度检查的监控方法、装置、设备及存储介质 | |
| KR101794016B1 (ko) | 분산 컴퓨팅 기반의 어플리케이션 객체 분석 방법, 이를 수행하는 어플리케이션 객체 분석 서버 및 이를 저장하는 기록매체 | |
| US11775419B2 (en) | Performing software testing with best possible user experience | |
| US11928627B2 (en) | Workflow manager | |
| CN113377638B (zh) | 性能测试工具的生成方法和装置 | |
| CN114693116A (zh) | 代码评审有效性的检测方法及装置、电子设备 | |
| CN111858302B (zh) | 小程序的测试方法、装置、电子设备及存储介质 | |
| CN111831317B (zh) | 服务间依赖关系的获取方法、装置、电子设备和存储介质 | |
| CN113220586A (zh) | 一种自动化的接口压力测试执行方法、装置和系统 | |
| CN109445877B (zh) | 一种检测游戏服务器多线程使用同一虚拟机的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |