CN111858381A - 应用程序容错能力测试方法、电子设备及介质 - Google Patents

应用程序容错能力测试方法、电子设备及介质 Download PDF

Info

Publication number
CN111858381A
CN111858381A CN202010759424.1A CN202010759424A CN111858381A CN 111858381 A CN111858381 A CN 111858381A CN 202010759424 A CN202010759424 A CN 202010759424A CN 111858381 A CN111858381 A CN 111858381A
Authority
CN
China
Prior art keywords
response message
processing
mutation
determining
preset
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
Application number
CN202010759424.1A
Other languages
English (en)
Other versions
CN111858381B (zh
Inventor
张钊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance Network Technology Co Ltd
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 Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202010759424.1A priority Critical patent/CN111858381B/zh
Publication of CN111858381A publication Critical patent/CN111858381A/zh
Application granted granted Critical
Publication of CN111858381B publication Critical patent/CN111858381B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/3604—Software analysis for verifying properties of programs
    • G06F11/3612—Software analysis for verifying properties of programs by runtime analysis
    • 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)
  • Software Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

本申请实施例提供了一种应用程序容错能力测试方法、电子设备及介质，涉及互联网领域。该方法包括：获取服务器针对待测试应用程序发送的请求消息返回响应消息；基于响应消息以及预设变异规则，对响应消息进行变异处理；基于变异处理后的响应消息对待测试应用程序进行容错能力测试。本申请实施例实现了降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。

Description

应用程序容错能力测试方法、电子设备及介质
技术领域
本申请涉及互联网技术领域，具体而言，本申请涉及一种应用程序容错能力测试方法、电子设备及介质。
背景技术
随着信息技术的发展，互联网技术随之发展，各种应用程序(Application，App)应运而生，然而APP在上线之前需要进行测试，特别是需要进行容错能力测试，以保证APP在上线之后不会因为个别参数错误等小问题，导致崩溃。
目前，对APP进行容错能力测试的方式为：终端设备通过该APP向服务器发送数据请求，通过人工抓取服务器针对该数据请求返回的数据，并通过人工对数据中特定的参数进行更改，并将更改后的数据返回至APP，以测试APP在运行过程中是否崩溃。
然而，当通过人工方式对服务器返回的数据进行更改以测试APP的容错能力时，需要人工确定抓取的数据中当前待更改的参数以及更改后的参数值，并由人工通过手动方式对当前待更改的参数进行更改，以实现对APP的容错能力进行测试，从而导致对APP进行容错能力测试花费的时间较长，并且效率较低。
发明内容
本申请提供了一种应用程序容错能力测试方法、电子设备及介质，可以解决以上至少一项技术问题。所述技术方案如下：
第一方面，提供了一种应用程序容错能力测试方法，该方法包括：
获取服务器针对待测试应用程序发送的请求消息返回响应消息；
基于响应消息以及预设变异规则，对响应消息进行变异处理；
基于变异处理后的响应消息对待测试应用程序进行容错能力测试。
第二方面，提供了一种应用程序容错能力测试装置，该装置包括：
第一获取模块，用于获取服务器针对待测试应用程序发送的请求消息返回响应消息；
变异处理模块，用于基于响应消息以及预设变异规则，对响应消息进行变异处理；
测试模块，用于基于变异处理后的响应消息对待测试应用程序进行容错能力测试。
第三方面，提供了一种电子设备，该电子设备包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据第一方面所示的应用程序容错能力测试方法对应的操作。
第四方面，提供了一种计算机可读存储介质，计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述第一方面所示的应用程序容错能力测试方法。
本申请提供的技术方案带来的有益效果是：
本申请提供了一种应用程序容错能力测试方法、电子设备及介质，与现有技术中通过人工方式对服务器返回的数据进行更改以测试应用程序的容错能力相比，本申请通过获取服务器针对待测试应用程序发送的请求消息返回响应消息，能够基于响应消息以及预设变异规则，对响应消息进行变异处理，然后基于变异处理后的响应消息对待测试应用程序进行容错能力测试。也即在本申请中可以基于预设变异规则对服务器针对待测试应用程序发送的请求消息返回的响应消息进行变异处理，以根据变异处理后的响应消息自动对待测试应用程序进行容错能力测试，而不需要人工通过手动方式对响应消息中的参数进行更改，以对应用程序进行容错能力测试，从而可以降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的一种应用程序容错能力测试方法的流程示意图；
图2为本申请实施例提供的一种应用程序容错能力测试装置的结构示意图；
图3为本申请实施例提供的一种应用程序容错能力测试的电子设备的结构示意图；
图4为本申请实施例提供的应用程序容错能力测试的具体示例图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本发明的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
本申请实施例提供了一种应用程序容错能力测试方法，由电子设备执行，如图1所示，该方法包括：
步骤S101、获取服务器针对待测试应用程序发送的请求消息返回响应消息。
对于本申请实施例，待测试应用程序向服务器发送请求消息，该请求消息为数据请求消息，服务器在接收到待测试应用程序发送的请求消息之后，向待测试应用程序发送对应的响应消息，电子设备可以在服务器向待测试应用程序发送响应消息的过程中获取该响应消息；进一步地，若该电子设备为待测试应用程序所对应的客户端，则在运行该响应消息之前，执行本申请实施例所示的应用程序容错能力测试方案。
步骤S102、基于响应消息以及预设变异规则，对响应消息进行变异处理。
对于本申请实施例，在获取到响应消息之后，基于获取到的响应消息以及预设变异规则，确定与该响应消息相对应的变异处理的处理方式，并基于确定出的处理方式，对该响应消息进行变异处理。
进一步地，对该响应消息进行变异处理即对响应消息中携带的数据进行某些参数修改，截取等。
步骤S103、基于变异处理后的响应消息对待测试应用程序进行容错能力测试。
对于本申请实施例，若对响应消息进行变异处理的电子设备不为该待测试应用程序所对应的客户端，则该电子设备在对响应消息进行变异处理之后，将变异处理后的响应消息发送至待测试应用程序，以对该待测试应用程序进行容错能力测试；若对响应消息进行变异处理的电子设备为该待测试应用程序所对应的客户端，则该待测试应用程序对应的客户端在对响应消息进行变异处理后响应该变异处理后的响应消息，以对该待测试应用程序进行容错能力测试。
进一步地，基于变异处理后的响应消息对待测试应用程序进行容错能力测试的方式为待测试应用程序响应该变异处理后的响应消息，以确定该待测试应用程序是否发生crash。
具体地，通过一个具体可能的应用场景介绍上述实施例：如图4所示，具备快速启动(fastbot)的终端设备向应用程序服务器发送数据请求消息，应用程序服务器向该终端设备发送数据响应信息，进行变异处理的电子设备截取该数据响应消息，然后将变异后的数据返回至该终端设备，以对应用程序进行容错能力测试，具体地，数据模拟与记录模块(data mock and record module)截取到数据响应消息，对该数据响应消息中的数据进行mock处理，将处理后的数据发送至过滤与变异模块，以使得过滤与变异模块通过fuzzstrategy对处理后的数据进行变异处理，并将处理后的响应数据返回至数据请求消息发送方设备。
具体地，通过预设测试软件设置数据模拟服务器(data mock server)为代理(proxy)服务器，测试服务器(例如fastbot server)请求data mock server api传入appid、需要filter的path、任务标识(taskid)以及组合种子，data mock server通过proxy代理劫持线上server返回的响应数据(response data)，根据fuzz strategy对data做变异(mutate)，再返回给app，然后fastbot侧捕获app crash。
本申请实施例提供了一种应用程序容错能力测试方法，与现有技术中通过人工方式对服务器返回的数据进行更改以测试应用程序的容错能力相比，本申请实施例通过获取服务器针对待测试应用程序发送的请求消息返回响应消息，能够基于响应消息以及预设变异规则，对响应消息进行变异处理，然后基于变异处理后的响应消息对待测试应用程序进行容错能力测试。也即在本申请实施例中可以基于预设变异规则对服务器针对待测试应用程序发送的请求消息返回的响应消息进行变异处理，以根据变异处理后的响应消息自动对待测试应用程序进行容错能力测试，而不需要人工通过手动方式对响应消息中的参数进行更改，以对应用程序进行容错能力测试，从而可以降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。
进一步地，在本申请实施例中，步骤S101可以通过本申请实施例中所示的方式获取服务器返回的响应消息，也可以通过现有技术的方式获取服务器返回的响应消息。在本申请实施例中不做限定。
本申请实施例提供了另一种可能的实现方式，步骤S102具体可以包括：基于响应消息中状态行中包含的信息确定进行变异处理的处理方式；基于确定出的处理方式对响应消息进行变异处理。
具体地，基于响应消息中状态行中包含的信息确定进行变异处理的处理方式，包括：若响应消息中状态行中包含的信息为第一预设信息，则确定对响应消息不进行变异处理；若响应消息中状态行中包含的信息为第二预设信息，则确定变异处理的处理方式为第一处理方式；若响应消息中状态行statuesline中包含的信息为第三预设信息，则基于响应消息报头中的content-length确定进行变异处理的处理方式。
其中，第一处理方式为：修改响应消息报头中的位置信息
对于本申请实施例，第一预设信息、第二预设信息和第三预设信息表征超文本传输协议(HyperText Transfer Protocol，http)不同的状态码类型。
对于本申请实施例，第一预设信息为1XX、4XX以及5XX中的至少一项，第二预设消息为302，第三预设消息为2XX以及3XX中的至少一项。在本申请实施例中，若响应消息中的状态行中包含的信息为1XX、4XX以及5XX中的至少一项，则不对获取到的响应消息进行变异处理；若响应消息中的状态行中包含的信息为302，则基于响应消息中的位置信息确定进行变异处理的方式；若响应消息中的状态行中包含的信息为2XX以及3XX中的至少一项，则基于响应消息报头中的content-length确定进行变异处理的处理方式。
具体地，当浏览者访问一个网页时，浏览者的浏览器会向网页所在服务器发出请求。当浏览器接收并显示网页前，此网页所在的服务器会返回一个包含HTTP状态码的信息头(server header)用以响应浏览器的请求。
其中，1XX表征信息，服务器收到请求，需要请求者继续执行操作；2XX表征成功，操作被成功接收并处理；3XX表示重定向，需要进一步的操作以完成请求；4XX表示客户端错误，请求包含语法错误或无法完成请求；5XX表示服务器错误，服务器在处理请求的过程中发生了错误；302表征临时移动。与301类似。但资源只是临时被移动，客户端应继续使用原有URI。
具体地，在本申请实施例中，基于响应消息中的位置信息进行变异处理的处理方式，包括：若响应消息中的位置信息(location)不为空，则将该响应消息中的location修改为其它任意信息，例如，将响应消息中的location修改为www.XXX.com；若响应消息中的location为空，则不对该响应消息进行变异处理。
本申请实施例提供了另一种可能的实现方式，基于响应消息报头中的content-length确定进行变异处理的处理方式，包括：若响应消息报头中的content-length为0，则确定不进行变异处理；若响应消息报头中content-length不为0，则基于响应消息报头中content-type确定进行变异处理的处理方式。
本申请实施例提供了另一种可能的实现方式，基于响应消息报头中content-type确定进行变异处理的处理方式，包括：若响应消息报头中content-type为八进制文件格式，则确定变异方式为第二处理方式；若响应消息报头中content-type为图像格式，则确定变异方式第三处理方式；若响应消息报头中content-type为字符串文本格式，则确定变异方式为第四处理方式；若响应消息报头中content-type为应用/JS对象简谱application/json，则确定变异方式为第五变异方式。
其中，第二处理方式包括：截取响应消息中数据，随机对响应消息中的数据进行变异中的至少一项；第三处理方式为截取响应消息中的图像数据以及随机对响应消息中的数据进行变异中的至少一项；第四处理方式包括：将响应消息中的数据变异为空数据，截取响应消息中的数据，以及随机对响应消息中的数据进行变异中的至少一项；第五变异方式为从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例进行变异处理。
具体地，若响应消息报头中content-type为application/octet-stream，则确定变异方式为：从响应消息中截取部分数据，和/或随机对响应消息中的某些参数进行修改；若响应消息报头中content-type为image/png、image/jpeg、image/gif、image/icon、image/webp，则确定变异方式为：从响应消息中截取部分数据，和/或随机对响应消息中的某些参数进行修改；若响应消息报头中content-type为字符串文本格式，则确定变异方式为将响应消息中的数据变异为空数据，截取响应消息中的数据，以及随机对响应消息中的数据进行变异中的至少一项中的至少一项；若响应消息报头中content-type为application/json，则确定变异方式从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例进行变异处理。在本公开实施例中，字符串文本格式可以包括：text/plain、text/javascript以及text/html中的至少一项。
具体地，若变异方式为第五处理方式，则基于确定出的处理方式对响应消息进行变异处理，包括：确定当前预先设定的组合用例集中各个组合用例分别对应的概率信息；基于确定出的概率信息从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例对响应消息进行变异处理。
具体地，在本申请实施例中，当前预先设定的组合用例集中未被筛选出进行变异处理的组合用例的概率高于已被筛选出进行变异处理的组合用例；进一步地，当前预先设定的组合用例集中被筛选出作为进行变异处理的组合用例的次数越多，该组合用例对应的概率信息越低。在本申请实施例中，在从预先设定的组合用例集中筛选出组合用例的方式为筛选出该组合用例集中概率信息越高的组合用例。
例如，当前预先设定的组合用例集中包含第一组合用例、第二组合用例以及第三组合用例，分别对应的概率信息为60％、30％以及10％，则从中筛选出第一组合用例作为对响应消息进行变异处理的组合用例。
本申请实施例提供了另一种可能的实现方式，若变异方式为第五处理方式，则基于确定出的处理方式对响应消息进行变异处理，包括：从预先设定的组合用例集中依次筛选出组合用例；基于筛选出的组合用例对响应消息进行变异处理。
具体地，若变异方式为第五处理方式，则从预先设定的组合用例集中通过遍历的方式依次筛选出组合用例，以对响应消息进行变异处理。
例如，预先设定的组合用例集中各个组合用例存在排序，依次为第一组合用例、第二组合用例以及第三组合用例，第一次筛选出第一组合用例对响应消息进行变异处理，若下次需要对另一响应消息进行变异处理，则通过第二组合用例对该另一响应消息进行变异处理；若再次需要对其他响应消息进行变异处理，则通过第三组合用例对该其它响应消息进行变异处理。
例如，对Jason字段进行变异，包括对jason中每个字段增加变异值，也可以对整个jason字段增加变异值；其中，对json中每个字段增加变异值可以包括以下至少一项：null值；空字符串、超长字符串；空[]；空{}；无value；类型错误；0、-1、""；非json结构；删除key；增加冗余key；重复key；其中，对整个json增加变异值可以包括以下至少一项：非json结构；无返回；{}；""；长时间无返回；返回404；增加延迟。
进一步地，上述实施例中在通过确定出的变异方式对响应消息进行变异处理之后，基于变异处理后的响应消息对待测试应用程序进行容错能力测试。在本申请实施例中，基于变异处理后的响应消息对待测试应用程序进行容错能力测试的方式可以通过本申请实施例所示的方式，也可以通过现有技术中所示的方式，在本申请实施例中不做限定。
本申请实施例提供了另一种可能的实现方式，基于响应消息以及预设变异规则，对响应消息进行变异处理，之前还包括：获取针对用户触发的各个历史请求消息分别返回的历史响应消息；基于获取到的历史响应消息，确定容错能力测试所对应的有效值集合；确定容错能力测试所对应的无效值集合；基于响应消息中所对应的有效值集合以及无效值集合，确定组合用例集，作为预先设定的组合用例集。
其中，有效值集中的有效值为不会使应用程序在容错能力测试中发生crash的数据；无效值集中的无效值为使应用程序在容错能力测试中发生crash的数据。
例如，json中有字段x(0,1,2)，y("a","b","c")，z(0,1)，生成如下组合用例至少包括：
a.x:1y:a z:0
b.x:0y:b z:0
c.x:2y:c z:0
d.x:2y:a z:1
e.x:{}y:a z:-1
f.y:b z:0,1
g.x:[]y:c y:b
对于本申请实施例，通过拉取n天内history server中返回的json str，学习json中每个字段所有有效值，输出协议模型。在本申请实施例中，基于协议模型，得到每个字段的所有有效值集合，以及所有无效值集合。
上述实施例从方法流程的角度介绍一种应用程序容错能力测试方法，下述实施例在上述实施例的基础上介绍了一种应用程序容错能力测试装置，具体详见下述实施例：
本申请实施例提供了一种应用程序容错能力测试装置，如图2所示，该应用程序容错能力测试装置20可以包括：第一获取模块21、变异处理模块22以及测试模块23，其中，
第一获取模块21，用于获取服务器针对待测试应用程序发送的请求消息返回响应消息。
变异处理模块22，用于基于响应消息以及预设变异规则，对响应消息进行变异处理。
测试模块23，用于基于变异处理后的响应消息对待测试APP进行容错能力测试。
本申请实施例的另一种可能的实现方式，测试模块23在基于响应消息以及预设变异规则，对响应消息进行变异处理时，具体用于：基于响应消息中状态行中包含的信息确定进行变异处理的处理方式；基于确定出的处理方式对响应消息进行变异处理。
本申请实施例的另一种可能的实现方式，测试模块23在基于响应消息中状态行中包含的信息确定进行变异处理时，具体用于包括：当响应消息中状态行中包含的信息为第一预设信息时，确定对响应消息不进行变异处理；当响应消息中状态行中包含的信息为第二预设信息时，确定变异处理的处理方式为第一处理方式，第一处理方式为：修改响应消息报头中的位置信息；当响应消息中状态行中包含的信息为第三预设信息时，基于响应消息报头中的content-length确定进行变异处理的处理方式；
其中，第一预设信息、第二预设信息和第三预设信息表征不同的超文本传输协议http状态码类型。
本申请实施例的另一种可能的实现方式，测试模块23在基于响应消息报头中的content-length确定进行变异处理时，具体用于：当响应消息报头中的content-length为0时，确定不进行变异处理；当响应消息报头中content-length不为0时，基于响应消息报头中content-type确定进行变异处理的处理方式。
本申请实施例的另一种可能的实现方式，测试模块23在基于响应消息报头中content-type确定进行变异处理的处理方式时，具体用于：
当响应消息报头中content-type为八进制文件格式时，确定变异方式为第二处理方式，第二处理方式包括：截取响应消息中数据，随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为图像格式时，确定变异方式第三处理方式，第三处理方式为截取响应消息中的图像数据以及随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为字符串文本格式时，确定变异方式为第四处理方式，第四处理方式包括：将响应消息中的数据变异为空数据，截取响应消息中的数据，以及随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为application/json时，确定变异方式为第五变异方式，第五变异方式为从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例进行变异处理。
本申请实施例的另一种可能的实现方式，当变异方式为第五处理方式时，测试模块23在基于确定出的处理方式对响应消息进行变异处理时，具体用于：确定当前预先设定的组合用例集中各个组合用例分别对应的概率信息；基于确定出的概率信息从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例对响应消息进行变异处理。
本申请实施例的另一种可能的实现方式，当变异方式为第五处理方式时，测试模块23在基于确定出的处理方式对响应消息进行变异处理时，具体用于：从预先设定的组合用例集中依次筛选出组合用例；基于筛选出的组合用例对响应消息进行变异处理。
本申请实施例的另一种可能的实现方式，装置20还包括：第二获取模块、第一确定模块、第二确定模块以及第三确定模块，其中，
第二获取模块，用于获取针对用户触发的各个历史请求消息分别返回的历史响应消息；
第一确定模块，用于基于获取到的历史响应消息，确定容错能力测试所对应的有效值集合；
第二确定模块，用于确定容错能力测试所对应的无效值集合；
第三确定模块，用于基于响应消息中所对应的有效值集合以及无效值集合，确定组合用例集，作为预先设定的组合用例集；
其中，有效值集中的有效值为不会使应用程序在容错能力测试中发生崩溃crash的数据；无效值集中的无效值为使应用程序在容错能力测试中发生crash的数据。
进一步地，在本申请实施例中，第一获取模块21以及第二获取模块可以为相同的获取模块，也可以为不同的模块，在本申请实施例中不做限定；
进一步地，在本申请实施例中，第一确定模块、第二确定模块以及第三确定模块可以均为相同的确定模块，也可以均为不同的确定模块，也可以部分为相同的确定模块，在本申请实施例中不做限定。
本申请实施例提供了一种应用程序容错能力测试装置，与现有技术中通过人工方式对服务器返回的数据进行更改以测试应用程序的容错能力相比，本申请实施例通过获取服务器针对待测试应用程序发送的请求消息返回响应消息，能够基于响应消息以及预设变异规则，对响应消息进行变异处理，然后基于变异处理后的响应消息对待测试应用程序进行容错能力测试。也即在本申请实施例中可以基于预设变异规则对服务器针对待测试应用程序发送的请求消息返回的响应消息进行变异处理，以根据变异处理后的响应消息自动对待测试应用程序进行容错能力测试，而不需要人工通过手动方式对响应消息中的参数进行更改，以对应用程序进行容错能力测试，从而可以降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。
本实施例的应用程序容错能力测试装置可执行上述实施例提供的一种应用程序容错能力测试方法，其实现原理相类似，此处不再赘述。
上述实施例分别从方法流程角度介绍了一种应用程序容错能力测试方法以及从虚拟模块的角度介绍了一种应用程序容错能力测试装置，具体地，在下述实施例中介绍了一种电子设备，用于执行上述实施例所示的应用程序容错能力测试方法所对应的操作，其中，该电子设备可以为客户端，具体如下所示。
下面参考图3，其示出了适于用来实现本公开实施例的电子设备300的结构示意图。其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据方法实施例所示的应用程序容错能力测试方法。
本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图3示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
电子设备包括：存储器以及处理器，其中，这里的处理器可以称为下文所述的处理装置301，存储器可以包括下文中的只读存储器(ROM)302、随机访问存储器(RAM)303以及存储装置308中的至少一项，具体如下所示：
如图3所示，电子设备300可以包括处理装置(例如中央处理器、图形处理器等)301，其可以根据存储在只读存储器(ROM)302中的程序或者从存储装置308加载到随机访问存储器(RAM)303中的程序而执行各种适当的动作和处理。在RAM303中，还存储有电子设备300操作所需的各种程序和数据。处理装置301、ROM 302以及RAM 303通过总线304彼此相连。输入/输出(I/O)接口305也连接至总线304。
通常，以下装置可以连接至I/O接口305：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置306；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置307；包括例如磁带、硬盘等的存储装置308；以及通信装置309。通信装置309可以允许电子设备300与其他设备进行无线或有线通信以交换数据。虽然图3示出了具有各种装置的电子设备300，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置309从网络上被下载和安装，或者从存储装置308被安装，或者从ROM302被安装。在该计算机程序被处理装置301执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperTextTransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取服务器针对待测试应用程序发送的请求消息返回响应消息；基于响应消息以及预设变异规则，对响应消息进行变异处理；基于变异处理后的响应消息对待测试应用程序进行容错能力测试。可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块或单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取模块还可以被描述为“获取服务器针对待测试应用程序APP发送的请求消息返回响应消息的模块”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
本公开实施例提供了一种电子设备，本公开实施例中的电子设备包括：存储器和处理器；至少一个程序，存储于所述存储器中，用于被所述处理器执行时，与现有技术相比可实现：本申请实施例通过获取服务器针对待测试应用程序发送的请求消息返回响应消息，能够基于响应消息以及预设变异规则，对响应消息进行变异处理，然后基于变异处理后的响应消息对待测试应用程序进行容错能力测试。也即在本申请实施例中可以基于预设变异规则对服务器针对待测试应用程序发送的请求消息返回的响应消息进行变异处理，以根据变异处理后的响应消息自动对待测试应用程序进行容错能力测试，而不需要人工通过手动方式对响应消息中的参数进行更改，以对应用程序进行容错能力测试，从而可以降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。
上述从实体装置的角度介绍本公开的电子设备，下面从介质的角度介绍本公开的计算机可读介质。
本公开实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，本申请实施例通过获取服务器针对待测试应用程序发送的请求消息返回响应消息，能够基于响应消息以及预设变异规则，对响应消息进行变异处理，然后基于变异处理后的响应消息对待测试应用程序进行容错能力测试。也即在本申请实施例中可以基于预设变异规则对服务器针对待测试应用程序发送的请求消息返回的响应消息进行变异处理，以根据变异处理后的响应消息自动对待测试应用程序进行容错能力测试，而不需要人工通过手动方式对响应消息中的参数进行更改，以对应用程序进行容错能力测试，从而可以降低对应用程序进行容错能力测试花费的时间，进而可以提升对应用程序进行容错能力检测的效率。
根据本公开的一个或多个实施例，提供了一种应用程序容错能力测试方法，包括：
获取服务器针对待测试应用程序发送的请求消息返回响应消息；
基于响应消息以及预设变异规则，对响应消息进行变异处理；
基于变异处理后的响应消息对待测试应用程序进行容错能力测试。
根据本公开的一个或多个实施例，基于响应消息以及预设变异规则，对响应消息进行变异处理，包括：
基于响应消息中状态行中包含的信息确定进行变异处理的处理方式；
基于确定出的处理方式对响应消息进行变异处理。
根据本公开的一个或多个实施例，基于响应消息中状态行中包含的信息确定进行变异处理的处理方式，包括：
若响应消息中状态行中包含的信息为第一预设信息，则确定对响应消息不进行变异处理；
若响应消息中状态行中包含的信息为第二预设信息，则确定变异处理的处理方式为第一处理方式，第一处理方式为：修改响应消息报头中的位置信息；
若响应消息中状态行中包含的信息为第三预设信息，则基于响应消息报头中的content-length确定进行变异处理的处理方式；
其中，第一预设信息、第二预设信息和第三预设信息表征不同的超文本传输协议超文本传输协议http状态码类型。
根据本公开的一个或多个实施例，基于响应消息报头中的content-length确定进行变异处理的处理方式，包括：
若响应消息报头中的content-length为0，则确定不进行变异处理；
若响应消息报头中content-length不为0，则基于响应消息报头中content-type确定进行变异处理的处理方式。
根据本公开的一个或多个实施例，基于响应消息报头中content-type确定进行变异处理的处理方式，包括：
若响应消息报头中content-type为八进制文件格式，则确定变异方式为第二处理方式，第二处理方式包括：截取响应消息中数据，随机对响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为图像格式，则确定变异方式第三处理方式，第三处理方式为截取响应消息中的图像数据以及随机对响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为字符串文本格式，则确定变异方式为第四处理方式，第四处理方式包括：将响应消息中的数据变异为空数据，截取响应消息中的数据，以及随机对响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为application/json，则确定变异方式为第五变异方式，第五变异方式为从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例进行变异处理。
根据本公开的一个或多个实施例，若变异方式为第五处理方式，则，
基于确定出的处理方式对响应消息进行变异处理，包括：
确定当前预先设定的组合用例集中各个组合用例分别对应的概率信息；
基于确定出的概率信息从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例对响应消息进行变异处理。
根据本公开的一个或多个实施例，若变异方式为第五处理方式，则，
基于确定出的处理方式对响应消息进行变异处理，包括：
从预先设定的组合用例集中依次筛选出组合用例；
基于筛选出的组合用例对响应消息进行变异处理。
根据本公开的一个或多个实施例，基于响应消息以及预设变异规则，对响应消息进行变异处理，之前还包括：
获取针对用户触发的各个历史请求消息分别返回的历史响应消息；
基于获取到的历史响应消息，确定容错能力测试所对应的有效值集合；
确定容错能力测试所对应的无效值集合；
基于响应消息中所对应的有效值集合以及无效值集合，确定组合用例集，作为预先设定的组合用例集；
其中，有效值集中的有效值为不会使应用程序在容错能力测试中发生crash的数据；无效值集中的无效值为使应用程序在容错能力测试中发生crash的数据。
根据本公开的一个或多个实施例，提供了一种应用程序容错能力测试装置，包括：
第一获取模块，用于获取服务器针对待测试应用程序发送的请求消息返回响应消息；
变异处理模块，用于基于响应消息以及预设变异规则，对响应消息进行变异处理；
测试模块，用于基于变异处理后的响应消息对待测试应用程序进行容错能力测试。
根据本公开的一个或多个实施例，测试模块在基于响应消息以及预设变异规则，对响应消息进行变异处理时，具体用于：
基于响应消息中状态行中包含的信息确定进行变异处理的处理方式；
基于确定出的处理方式对响应消息进行变异处理。
根据本公开的一个或多个实施例，测试模块在基于响应消息中状态行中包含的信息确定进行变异处理时，具体用于包括：
当响应消息中状态行中包含的信息为第一预设信息时，确定对响应消息不进行变异处理；
当响应消息中状态行中包含的信息为第二预设信息时，确定变异处理的处理方式为第一处理方式，第一处理方式为：修改响应消息报头中的位置信息；
当响应消息中状态行statuesline中包含的信息为第三预设信息时，基于响应消息报头中的内容长度content-length确定进行变异处理的处理方式；
其中，第一预设信息、第二预设信息和第三预设信息表征不同的超文本传输协议超文本传输协议http状态码类型。
根据本公开的一个或多个实施例，测试模块在基于响应消息报头中的content-length确定进行变异处理时，具体用于：
当响应消息报头中的content-length为0时，确定不进行变异处理；
当响应消息报头中content-length不为0时，基于响应消息报头中内容类型content-type确定进行变异处理的处理方式。
根据本公开的一个或多个实施例，测试模块在基于响应消息报头中content-type确定进行变异处理的处理方式时，具体用于：
当响应消息报头中content-type为八进制文件格式时，确定变异方式为第二处理方式，第二处理方式包括：截取响应消息中数据，随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为图像格式时，确定变异方式第三处理方式，第三处理方式为截取响应消息中的图像数据以及随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为字符串文本格式时，确定变异方式为第四处理方式，第四处理方式包括：将响应消息中的数据变异为空数据，截取响应消息中的数据，以及随机对响应消息中的数据进行变异中的至少一项；
当响应消息报头中content-type为应用/JS对象简谱application/json时，确定变异方式为第五变异方式，第五变异方式为从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例进行变异处理。
根据本公开的一个或多个实施例，当变异方式为第五处理方式时，测试模块在基于确定出的处理方式对响应消息进行变异处理时，具体用于：
确定当前预先设定的组合用例集中各个组合用例分别对应的概率信息；
基于确定出的概率信息从预先设定的组合用例集中筛选出组合用例，并基于筛选出的组合用例对响应消息进行变异处理。
根据本公开的一个或多个实施例，当变异方式为第五处理方式时，
测试模块在基于确定出的处理方式对响应消息进行变异处理时，具体用于：
从预先设定的组合用例集中依次筛选出组合用例；
基于筛选出的组合用例对响应消息进行变异处理。
根据本公开的一个或多个实施例，装置还包括：第二获取模块、第一确定模块、第二确定模块以及第三确定模块，其中，
第二获取模块，用于获取针对用户触发的各个历史请求消息分别返回的历史响应消息；
第一确定模块，用于基于获取到的历史响应消息，确定容错能力测试所对应的有效值集合；
第二确定模块，用于确定容错能力测试所对应的无效值集合；
第三确定模块，用于基于响应消息中所对应的有效值集合以及无效值集合，确定组合用例集，作为预先设定的组合用例集；
其中，有效值集中的有效值为不会使应用程序在容错能力测试中发生崩溃crash的数据；无效值集中的无效值为使应用程序在容错能力测试中发生crash的数据。
根据本公开的一个或多个实施例，提供了一种电子设备，其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据方法实施例所示的应用程序容错能力测试方法。
根据本公开的一个或多个实施例，提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现方法实施例所示的应用程序容错能力测试方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (11)

1.一种应用程序容错能力测试方法，其特征在于，包括：
获取服务器针对待测试应用程序发送的请求消息返回响应消息；
基于所述响应消息以及预设变异规则，对所述响应消息进行变异处理；
基于变异处理后的响应消息对所述待测试应用程序进行容错能力测试。
2.根据权利要求1所述的方法，其特征在于，所述基于所述响应消息以及预设变异规则，对所述响应消息进行变异处理，包括：
基于所述响应消息中状态行中包含的信息确定进行变异处理的处理方式；
基于确定出的处理方式对所述响应消息进行变异处理。
3.根据权利要求2所述的方法，其特征在于，所述基于所述响应消息中状态行中包含的信息确定进行变异处理的处理方式，包括：
若所述响应消息中状态行中包含的信息为第一预设信息，则确定对所述响应消息不进行变异处理；
若所述响应消息中状态行中包含的信息为第二预设信息，则确定变异处理的处理方式为第一处理方式，所述第一处理方式为：修改所述响应消息报头中的位置信息；
若所述响应消息中状态行中包含的信息为第三预设信息，则基于响应消息报头中的内容长度content-length确定进行变异处理的处理方式；
其中，第一预设信息、第二预设信息和第三预设信息表征不同的超文本传输协议http状态码类型。
4.根据权利要求3所述的方法，其特征在于，所述基于响应消息报头中的content-length确定进行变异处理的处理方式，包括：
若所述响应消息报头中的content-length为0，则确定不进行变异处理；
若所述响应消息报头中content-length不为0，则基于响应消息报头中content-type确定进行变异处理的处理方式。
5.根据权利要求4所述的方法，其特征在于，所述基于响应消息报头中content-type确定进行变异处理的处理方式，包括：
若响应消息报头中内容类型content-type为八进制文件格式，则确定变异方式为第二处理方式，所述第二处理方式包括：截取所述响应消息中数据，随机对所述响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为图像格式，则确定变异方式第三处理方式，所述第三处理方式为截取所述响应消息中的图像数据以及随机对响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为字符串文本格式，则确定变异方式为第四处理方式，所述第四处理方式包括：将所述响应消息中的数据变异为空数据，截取所述响应消息中的数据，以及随机对所述响应消息中的数据进行变异中的至少一项；
若响应消息报头中content-type为应用/JS对象简谱application/json，则确定变异方式为第五变异方式，所述第五变异方式为从预先设定的组合用例集中筛选出组合用例，并基于所述筛选出的组合用例进行变异处理。
6.根据权利要求5所述的方法，其特征在于，若所述变异方式为第五处理方式，则，
所述基于确定出的处理方式对所述响应消息进行变异处理，包括：
确定当前预先设定的组合用例集中各个组合用例分别对应的概率信息；
基于确定出的概率信息从所述预先设定的组合用例集中筛选出组合用例，并基于所述筛选出的组合用例对所述响应消息进行变异处理。
7.根据权利要求5所述的方法，其特征在于，若所述变异方式为第五处理方式，则，
所述基于确定出的处理方式对所述响应消息进行变异处理，包括：
从预先设定的组合用例集中依次筛选出组合用例；
基于筛选出的组合用例对所述响应消息进行变异处理。
8.根据权利要求1-7任一项所述的方法，其特征在于，所述基于所述响应消息以及预设变异规则，对所述响应消息进行变异处理，之前还包括：
获取针对用户触发的各个历史请求消息分别返回的历史响应消息；
基于获取到的历史响应消息，确定容错能力测试所对应的有效值集合；
确定容错能力测试所对应的无效值集合；
基于响应消息中所对应的有效值集合以及所述无效值集合，确定组合用例集，作为所述预先设定的组合用例集；
其中，所述有效值集中的有效值为不会使应用程序在容错能力测试中发生崩溃crash的数据；所述无效值集中的无效值为使应用程序在容错能力测试中发生crash的数据。
9.一种应用程序容错能力测试装置，其特征在于，包括：
第一获取模块，用于获取服务器针对待测试应用程序发送的请求消息返回响应消息；
变异处理模块，用于基于所述响应消息以及预设变异规则，对所述响应消息进行变异处理；
测试模块，用于基于变异处理后的响应消息对所述待测试应用程序进行容错能力测试。
10.一种电子设备，其特征在于，其包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～8任一项所述的应用程序容错能力测试方法。
11.一种计算机可读存储介质，其特征在于，所述计算机存储介质用于存储计算机指令，当其在计算机上运行时，使得计算机可以执行上述权利要求1～8中任一项所述的应用程序容错能力测试方法。
CN202010759424.1A 2020-07-31 2020-07-31 应用程序容错能力测试方法、电子设备及介质 Active CN111858381B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010759424.1A CN111858381B (zh) 2020-07-31 2020-07-31 应用程序容错能力测试方法、电子设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010759424.1A CN111858381B (zh) 2020-07-31 2020-07-31 应用程序容错能力测试方法、电子设备及介质

Publications (2)

Publication Number Publication Date
CN111858381A true CN111858381A (zh) 2020-10-30
CN111858381B CN111858381B (zh) 2023-05-16

Family

ID=72953941

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010759424.1A Active CN111858381B (zh) 2020-07-31 2020-07-31 应用程序容错能力测试方法、电子设备及介质

Country Status (1)

Country Link
CN (1) CN111858381B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112699013A (zh) * 2020-12-18 2021-04-23 中国电力科学研究院有限公司 一种台区智能终端应用app性能的检测方法及系统
CN112769655A (zh) * 2021-03-02 2021-05-07 北京百家科技集团有限公司 一种网络变异测试方法、装置及系统
CN114666301A (zh) * 2020-12-22 2022-06-24 深圳Tcl新技术有限公司 一种基于mock服务器的APP测试方法及系统

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014149767A (ja) * 2013-02-04 2014-08-21 Mitsubishi Electric Corp 試験装置及び試験方法
CN105763507A (zh) * 2014-12-16 2016-07-13 阿里巴巴集团控股有限公司 一种消息处理方法、装置及系统
CN106487603A (zh) * 2015-08-26 2017-03-08 阿里巴巴集团控股有限公司 一种响应测试方法及装置
CN108268375A (zh) * 2018-01-12 2018-07-10 深圳壹账通智能科技有限公司 应用程序测试方法、装置、计算机设备和存储介质
CN109308266A (zh) * 2018-11-30 2019-02-05 北京微播视界科技有限公司 测试用例的构建方法、测试方法、装置、设备和介质
CN109542758A (zh) * 2018-09-29 2019-03-29 中国平安人寿保险股份有限公司 应用程序容错能力测试方法、装置、计算机可读存储介质
CN109873735A (zh) * 2018-12-14 2019-06-11 深圳壹账通智能科技有限公司 H5页面的性能测试方法、装置和计算机设备
CN110427323A (zh) * 2019-07-29 2019-11-08 天津车之家数据信息技术有限公司 一种应用测试方法、装置、代理服务器和系统
CN110471830A (zh) * 2018-05-10 2019-11-19 武汉斗鱼网络科技有限公司 一种程序测试方法、装置及电子设备
CN110597706A (zh) * 2019-08-02 2019-12-20 贝壳技术有限公司 一种用于应用程序接口数据异常测试的方法和装置
CN110661787A (zh) * 2019-09-04 2020-01-07 苏宁云计算有限公司 Http重定向状态码捕获方法、装置和计算机设备
CN110674028A (zh) * 2019-08-20 2020-01-10 华为技术有限公司 故障注入方法及其装置、业务服务系统

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014149767A (ja) * 2013-02-04 2014-08-21 Mitsubishi Electric Corp 試験装置及び試験方法
CN105763507A (zh) * 2014-12-16 2016-07-13 阿里巴巴集团控股有限公司 一种消息处理方法、装置及系统
CN106487603A (zh) * 2015-08-26 2017-03-08 阿里巴巴集团控股有限公司 一种响应测试方法及装置
CN108268375A (zh) * 2018-01-12 2018-07-10 深圳壹账通智能科技有限公司 应用程序测试方法、装置、计算机设备和存储介质
CN110471830A (zh) * 2018-05-10 2019-11-19 武汉斗鱼网络科技有限公司 一种程序测试方法、装置及电子设备
CN109542758A (zh) * 2018-09-29 2019-03-29 中国平安人寿保险股份有限公司 应用程序容错能力测试方法、装置、计算机可读存储介质
CN109308266A (zh) * 2018-11-30 2019-02-05 北京微播视界科技有限公司 测试用例的构建方法、测试方法、装置、设备和介质
CN109873735A (zh) * 2018-12-14 2019-06-11 深圳壹账通智能科技有限公司 H5页面的性能测试方法、装置和计算机设备
CN110427323A (zh) * 2019-07-29 2019-11-08 天津车之家数据信息技术有限公司 一种应用测试方法、装置、代理服务器和系统
CN110597706A (zh) * 2019-08-02 2019-12-20 贝壳技术有限公司 一种用于应用程序接口数据异常测试的方法和装置
CN110674028A (zh) * 2019-08-20 2020-01-10 华为技术有限公司 故障注入方法及其装置、业务服务系统
CN110661787A (zh) * 2019-09-04 2020-01-07 苏宁云计算有限公司 Http重定向状态码捕获方法、装置和计算机设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
都娟: "基于模糊测试方法的Web 应用安全性测试技术的研究及其工具实现" *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112699013A (zh) * 2020-12-18 2021-04-23 中国电力科学研究院有限公司 一种台区智能终端应用app性能的检测方法及系统
CN114666301A (zh) * 2020-12-22 2022-06-24 深圳Tcl新技术有限公司 一种基于mock服务器的APP测试方法及系统
CN112769655A (zh) * 2021-03-02 2021-05-07 北京百家科技集团有限公司 一种网络变异测试方法、装置及系统

Also Published As

Publication number Publication date
CN111858381B (zh) 2023-05-16

Similar Documents

Publication Publication Date Title
CN110795022B (zh) 终端测试方法、系统及存储介质
CN111581291A (zh) 数据处理方法、装置、电子设备及可读介质
CN111858381B (zh) 应用程序容错能力测试方法、电子设备及介质
CN110851139B (zh) 用于检查代码的方法、装置和电子设备
CN111694757A (zh) 应用程序的测试方法、装置、电子设备及计算机可读存储介质
CN113760674A (zh) 信息生成方法、装置、电子设备和计算机可读介质
CN115640285B (zh) 电力异常信息发送方法、装置、电子设备和介质
CN113760536A (zh) 数据缓存方法、装置、电子设备和计算机可读介质
CN111857720A (zh) 用户界面状态信息的生成方法、装置、电子设备及介质
CN111754600A (zh) 海报图像生成方法、装置和电子设备
CN111355784B (zh) 一种处理请求信息的方法、装置、介质和电子设备
CN112507676B (zh) 能源报表生成方法、装置、电子设备和计算机可读介质
CN114490718A (zh) 数据输出方法、装置、电子设备和计算机可读介质
CN111460020B (zh) 用于解析消息的方法、装置、电子设备和介质
CN111628913B (zh) 在线时长的确定方法、装置、可读介质和电子设备
CN111680754B (zh) 图像分类方法、装置、电子设备及计算机可读存储介质
CN113807056A (zh) 一种文档名称序号纠错方法、装置和设备
CN114115941A (zh) 资源发送方法、页面渲染方法、装置、电子设备和介质
CN112817874A (zh) 一种用户界面的测试方法、装置、设备及介质
CN111782549A (zh) 测试方法、装置和电子设备
CN112311842A (zh) 用于信息交互的方法和装置
CN116700956B (zh) 请求处理方法、装置、电子设备和计算机可读介质
CN112084440B (zh) 数据校验方法、装置、电子设备和计算机可读介质
CN112182002A (zh) 数据容灾方法、装置、电子设备和计算机可读介质
CN117520399A (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
CB02 Change of applicant information

Address after: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing.

Applicant after: Tiktok vision (Beijing) Co.,Ltd.

Address before: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing.

Applicant before: BEIJING BYTEDANCE NETWORK TECHNOLOGY Co.,Ltd.

Address after: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing.

Applicant after: Douyin Vision Co.,Ltd.

Address before: 100041 B-0035, 2 floor, 3 building, 30 Shixing street, Shijingshan District, Beijing.

Applicant before: Tiktok vision (Beijing) Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant