CN109408400A - 一种软件代码自动测试方法及测试系统 - Google Patents

一种软件代码自动测试方法及测试系统 Download PDF

Info

Publication number
CN109408400A
CN109408400A CN201811595014.7A CN201811595014A CN109408400A CN 109408400 A CN109408400 A CN 109408400A CN 201811595014 A CN201811595014 A CN 201811595014A CN 109408400 A CN109408400 A CN 109408400A
Authority
CN
China
Prior art keywords
log
test
software code
module
baseline
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.)
Pending
Application number
CN201811595014.7A
Other languages
English (en)
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.)
Opple Lighting Co Ltd
Original Assignee
Opple Lighting 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 Opple Lighting Co Ltd filed Critical Opple Lighting Co Ltd
Priority to CN201811595014.7A priority Critical patent/CN109408400A/zh
Publication of CN109408400A publication Critical patent/CN109408400A/zh
Pending legal-status Critical Current

Links

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/362—Software debugging
    • G06F11/3644—Software debugging by instrumenting at runtime
    • 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/362—Software debugging
    • G06F11/366—Software debugging using diagnostics

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)
  • Debugging And Monitoring (AREA)

Abstract

本发明提供一种软件代码自动测试系统，其特征在于，包括：测试运行模块，所述运行模块接收软件代码，运行所述软件代码，并生成运行日志；存储模块，所述存储模块存储有基线日志；判断模块，所述判断模块接收来自所述测试运行模块的所述运行日志，并读取所述存储模块中的所述基线日志，比对所述运行日志和基线日志根据比对结果输出测试结果。本发明所提供的测试系统及测试方法通过统一格式的日志,可以实现跨语言、跨功能模块，从单个模块到整个系统范围做自动测试，只需要改动代码的时候同时改动打印的日志即可，甚至有时候不需要改动打印的日志。这种自动测试方法及系统很大程度上节省了时间和人力成本，从而保证了智能产品的开发效率。

Description

一种软件代码自动测试方法及测试系统
技术领域
本发明涉及一种软件代码自动测试方法及测试系统。
背景技术
随着智能照明市场的火爆，智能照明产品被要求推出市场的速度也越来越快。这种速度的要求在人力和时间资源很难短期改变的情况下，对智能照明产品的质量保证带来了很大的影响。
现有的自动化测试方法一般有两类：
1）单元自动化测试框架：利用如Junit这样的单元自动测试框架，但是每种语言都有自己适合的实现，如适用于Java编程语言的Junit、适用于C编程语言的CUnit，不能做到跨语言做自动化测试。而且这类框架只能局限在功能模块，不能做到跨功能模块做自动化测试。
2）回归自动化测试工具：利用如QTP这样的回归自动测试工具，这类工具一般需要先录制一遍用户界面操作流程，然后利用录制的脚本模拟用户界面流程的操作达到自动化测试目的。该方法强烈依赖界面元素和操作流程的稳定性，任何一个改动都需要相应的自动化测试代码进行改动，需要编写大量的自动化测试代码。
发明内容
本发明的目的是为了解决上述问题，本申请提供一种可以节省花在测试产品的人力和时间成本的软件代码自动测试方法及测试系统。
本发明为实现上述功能，所采用的技术方案是提供一种软件代码自动测试方法，其特征在于，包括以下步骤：
步骤A 软件代码提交；
步骤B 检测到所述软件代码提交，自动开始测试，运行所述软件代码，并生成运行日志；
步骤C 将所述运行日志和基线日志进行比较，如一致判断测试通过，不一致则判断测试未通过；
步骤D 反馈测试结果。
进一步的，所述运行日志和所述基线日志以相同的预设格式编写。
进一步的，所述基线日志是由基线版本软件代码运行获得的运行日志。
进一步的，所述软件代码或所述基线版本软件代码运行时，各项操作分别形成日志记录，所述运行日志和所述基线日志由日志收集模块收集所述日志记录按时序整理后生成。
进一步的，所述步骤A中所述软件代码提交到GitLab代码库，所述GitLab代码库安装有Jenkins插件，所述步骤B为所述GitLab代码库一旦检测到所述软件代码提交，自动执行Jenkins的任务，所述Jenkins任务向软件执行单元发送运行指令实现自动化测试的测试功能，并生成所述运行日志。
进一步的，所述步骤C之前还包括判断步骤，判断本次生成的所述运行日志是否为基线日志，如果判断结果为是，则保存所述运行日志为所述基线日志，如果判断结果为否，则不作操作继续进行步骤C。
本申请还提供一种软件代码自动测试系统，其特征在于，包括：
测试运行模块 所述运行模块接收软件代码，运行所述软件代码，并生成运行日志；
存储模块 所述存储模块存储有基线日志；
判断模块 所述判断模块接收来自所述测试运行模块的所述运行日志，并读取所述存储模块中的所述基线日志，比对所述运行日志和基线日志根据比对结果输出测试结果。
进一步的，所述判断模块比对所述运行日志和基线日志一致时，输出的测试结果为测试通过，比对结果不一致时，输出的测试结果为测试未通过。
进一步的，所述测试运行模块包括执行模块和日志收集模块，所述执行模块向软件执行单元发送运行指令，软件执行单元运行所述软件代码并形成日志记录，所述日志收集模块收集所述日志记录，并按时序生成所述运行日志。
进一步的，所述判断模块还对收到的运行日志进行识别，当所述运行日志由基线版本软件代码运行获得，则将此运行日志写入所述存储模块作为所述基线日志。
进一步的，所述执行模块包括安装有GitLab代码库的运算处理器。
进一步的，所述GitLab代码库安装有Jenkins插件，所述GitLab代码库一旦检测到所述软件代码的输入，自动执行Jenkins的任务，所述Jenkins任务向所述软件执行单元发送运行指令实现自动化测试的测试功能。
本发明所提供的测试方法通过统一格式的日志,可以实现跨语言、跨功能模块，从单个模块到整个系统范围做自动测试，只需要改动代码的时候同时改动打印的日志即可，甚至有时候不需要改动打印的日志。这种自动测试方法及系统很大程度上节省了时间和人力成本，从而保证了智能产品的开发效率。
附图说明
图1是本发明实施例中测试系统的结构示意图；
图2是本发明实施例中测试方法的基本流程示意图；
图3是IOT代码链路经典场景流程；
图4是本发明实施例中软件开发、测试的基本流程示意图。
具体实施方式
以下结合附图和具体实施例对本发明提出的软件代码自动测试方法及测试系统作进一步详细的说明。
请参考图1，图1所示是本发明提出的软件代码自动测试系统的一个较佳实施例的结构示意图，该检测设备系统包括：测试运行模块、存储模块和判断模块。
其中，测试运行模块通过输入接口接收开发者开发完成的软件代码，测试运行模块接收到传入的软件代码后会自动运行该代码，并生成运行日志。测试运行模块包括执行模块和日志收集模块。执行模块向软件执行单元发送运行指令，软件执行单元运行所述软件代码并形成日志记录，日志收集模块收集单条日志记录，并按时序生成所述运行日志。执行模块可以是一个测试服务器，也可以是一个具有测试功能的处理器，执行模块只是根据提交的软件代码向这些代码的运行设备发送运行指令，真正的代码运行是在软件执行单元进行的。软件执行单元可以和执行模块采用同一个物理设备，而在多设备程序环境中软件执行单元可以分布设置，软件执行单元可能是输入端口设备如移动设备上APP应用、固定设置的控制面板等；软件执行单元也可以是网络设备如网关、云服务器等；软件执行单元还可以是各处终端设备如智能灯具、智能音箱等。执行模块可以向各软件执行单元分别发出运行指令，而在顺序执行的程序中，执行模块仅向其中一个软件执行单元发出运行指令，其他软件执行单元即会根据程序设定依次执行后续。如测试开灯程序时，操作执行仅向面板发出运行开灯程序的指令，面板自动触发网关传递信息，而灯作为最后一步的软件执行单元由网关命令触发实现开灯，整个开灯程序完成。操作执行模块和各软件执行单元之间可以通过有线连接，也可以通过无线方式进行通讯，本申请对此不作限定。软件执行单元在运行软件代码时会自动形成日志记录，每一项操作都会分别形成日志记录，如用户登录会形成一条登录的日志记录，照度变化在程序实现变化后也会形成一条日志记录，当软件执行单元为多个时，需要由日志收集模块收集各软件执行单元生成日志记录，并按时序生成运行日志。日志收集模块可以是一个单独的日志处理服务器，可以和执行模块设置在同一个处理器中，由一个处理器同时完成程序运行中所需进行的相关工作和日志收集工作。
我们以如图3所示的IOT代码链路经典场景为例，来说明一个具体场景中的代码运行及日志记录生成形式。在本实施例中，执行模块包括安装有GitLab代码库的运算处理器，而软件执行单元分别为APP/面板、网关、IOT云平台及终端设备。其中，GitLab代码库安装有Jenkins插件，当GitLab代码库一旦检测到有软件代码的输入，就自动执行Jenkins的任务，Jenkins任务向所述软件执行单元发送运行指令实现自动化测试的测试功能。在图中接收到实现“调高灯色温”功能的软件代码，Jenkins任务作用于APP/面板的对应代码接口requestAddCT(),在APP/面板就会产生对应的产品日志-“APP/面板请求调高灯色温”；下一步操作在网关进行，网关根据程序会将请求发送到云平台，网关对应代码接口forwardMsgToIOT(),完成后会产生对应日志-“网关转发调高灯色温请求到IOT云平台”；IOT云平台对应代码接口forwardMsgToDevice(),操作为根据对象云ID向对应终端设备转发请求，完成后生成日志-“IOT云平台转发调高灯色温请求到灯设备”；终端设备为灯，对应代码接口executeAddCT(msg),终端设备判断请求是否合法，如合法则按请求调高色温，并记录日志-“调高灯色温”，不合法则记录日志-“无效请求”。本实施例中日志收集模块为服务器端的日志收集代理组件，其通过无线通讯方式将APP/面板、网关、云平台、终端设备上述各条日志记录收集起来，生产一个统一的运行日志文件。
在软件测试中为了判断测试是否成功必须要有一个判断的依据，而在本申请是以基线日志作为依据，为了便于后期比对，基线日志和运行日志采用相同的预设格式编写。基线日志可以根据需实现功能预先编写完成，而软件开发流程是一个不断迭代的过程，在本实施例中采用由基线版本软件代码运行所获得的运行日志作为基线日志。基线版本由产品技术委员会CCB（可以由产品经理、技术经理、架构师等项目关键人员组成）认可批准。后续修改后的程序测试都是和这个基线日志比较，当修改被确认修改后的软件被CCB批准为新的基线版本，则根据新版本生成新的基线日志。无论何种形式产生的基线日志，最终都存放在存储模块。存储模块以硬盘、内存、网盘等各种存储形式实现，本申请对此不作限定。
判断模块同样可以为单独的服务器，也可以和测试运行模块设置在同一个处理器中。判断模块读取存储模块中存放的基线日志，而测试运行模块在软件代码运行后由日志收集模块生成的运行日志也被传送到判断模块，判断模块将这两个日志文件进行比对，根据比对结果输出测试结果。如运行日志和基线日志一致时，输出的测试结果为测试通过，如比对结果不一致时，输出的测试结果为测试未通过。在前文中我们以一个IOT代码链路经典场景为例介绍了运行日志的生成，我们已知运行日志文件中包括不同软件执行单元上的多条日志记录，在比对时我们将这些日志记录和基线日志中的日志记录逐条比较，只有各条内容顺序都一致的情况下才可以判断两者一致测试通过。由于本实施例中基线日志是由基线版本软件代码运行获得的，因此在判断模块在进行比对前还对收到的运行日志进行识别，当所述运行日志是由基线版本软件代码运行获得时，则将此运行日志写入存储模块作为新的基线日志。
在上面介绍实施例测试系统的各功能模块时，已经基本说明了相应的测试方式，下面根据图2所示测试流程图，来更为清晰地梳理一下整个软件测试流程。本实施例中的软件代码自动测试方法，包括以下步骤：
步骤A 软件代码提交，本实施例中软件代码提交到安装有Jenkins插件的GitLab代码库。
步骤B 检测到软件代码提交，自动开始测试，运行所述软件代码，并生成运行日志。具体为GitLab代码库检测到所述软件代码提交，自动执行Jenkins的任务，Jenkins任务发送运行指令到各软件执行单元的代码接口，软件执行单元运行代码，各项操作分别生成日志记录，由日志收集模块收集各软件执行单元生成的日志记录，并按时序生成运行日志。
步骤C 将运行日志和基线日志进行比较，如一致判断测试通过，不一致则判断测试未通过。运行日志和基线日志以相同的预设格式编写。基线日志预先存储在存储模块之中。在本实施例中，基线日志是由基线版本软件代码运行获得的，因此基线日志的生成应该早于测试，因此本实施例在步骤A之前会先运行基线版本软件代码，以生成基线日志。
步骤D 反馈测试结果。结果反馈有多种形式，可以直接发送给相关开发人员，也可以写入存储模块，由开发人员通过查询等方式获取结果，本申请对此不作限定。
下面我们结合图4中的一个实际软件开发、测试流程，来进一步具体说明本申请提出测试方法。如图所示在软件开发流程中，参与的角色有开发者/CCB、日志收集代理实现硬件为本实施例中日志收集模块、日志存储中心实现硬件为本实施例中存储模块、代码测试中心实现硬件为本实施例中判断模块。
开发流程以开发者发起，首先进行步骤101开发代码，而后步骤102提交代码到GitLab代码库，102相当于图2基本流程图中的步骤A，步骤103检测到软件代码提交后，自动执行Jenkins任务开始运行代码，在实际开发时每一次运行代码前先进行104判断步骤，判断此次上传的代码是否已经被CCB批准为基线版本软件代码，为了便于判断对于已经批准通过的基线版本在代码提交时会有一个版本标识。如果是基线版本后续执行步骤201，运行代码后由日志收集代理收集日志记录并生成基线日志，再在步骤301中将基线日志存储到日志存储中。如果步骤104判断为不是基线版本，则进一步执行步骤105判断代码是否存在基线版本确定后的代码改动，由于本申请的自动测试是基于和基线日志比对的，而本实施例中基线日志不是直接编写的而是由基线版本运行形成的，如果不是针对基线版本的修改就没有比较基础因而无法自动测试，因此如判断非针对基线版本修改则退回101不进行自动测试。当然如果基线日志是由人工编写，预先存储在日志存储中心的，可以没有步骤105。当步骤105判断为“是”时，进行步骤202，步骤202其完成动作和步骤201完全一致，区别仅在于他们运行的代码不同，以及生成的日志不同，步骤202生成的为运行日志。步骤103和步骤202相对于基本流程图中的步骤B。步骤202的后续步骤为步骤401，步骤401将基线日志和运行日志进行比较，然后在步骤402中根据比较结果判定测试是否通过，如运行日志和基线日志一致时，判断测试结果为测试通过，不一致则测试结果为测试未通过。无论测试结果是通过还是未通过，后续都进行步骤403记录测试结果，步骤401、402、403组成基础流程图中的步骤C。基础流程图中的步骤D对应于图4中的步骤106和404，当步骤403完成后，开发者可以发起步骤106查询测试结果，而代码测试中心也可以主动发起步骤404向开发者推送测试结果，或者根据查询请求反馈测试结果。当测试结果到达开发者时整个测试流程完成。
在上述实施例中，不同平台的开发者不必在意其使用的语言，在代码开发过程中，只需要在改动代码时同时改动打印的日志即可，甚至有时候不需要改动打印的日志，比如对于智能照明灯具的“开”这个功能，代码的日志只要打印“设备操作：开”，不管功能接口的代码如何改动，都不会影响这个功能输出“开”的事实要求。而对于跨平台开发，不管是Android系统还是ISO系统，我们在开发“开灯”功能时，不必在意其语言都可以根据“设备操作：开”这条日志来对这两个系统中的代码进行测试，因而不需要对各版本各接口分别编写测试代码。
上文对本发明优选实施例的描述是为了说明和描述，并非想要把本发明穷尽或局限于所公开的具体形式，显然，可能做出许多修改和变化，这些修改和变化可能对于本领域技术人员来说是显然的，应当包括在由所附权利要求书定义的本发明的范围之内。

Claims (12)

1.一种软件代码自动测试方法，其特征在于，包括以下步骤：
步骤A 软件代码提交；
步骤B 检测到所述软件代码提交，自动开始测试，运行所述软件代码，并生成运行日志；
步骤C 将所述运行日志和基线日志进行比较，如一致判断测试通过，不一致则判断测试未通过；
步骤D 反馈测试结果。
2.根据权利要求1所述的软件代码自动测试方法，其特征在于：所述运行日志和所述基线日志以相同的预设格式编写。
3.根据权利要求2所述的软件代码自动测试方法，其特征在于：所述基线日志是由基线版本软件代码运行获得的运行日志。
4.根据权利要求3所述的软件代码自动测试方法，其特征在于：所述软件代码或所述基线版本软件代码运行时，各项操作分别形成日志记录，所述运行日志和所述基线日志由日志收集模块收集所述日志记录按时序整理后生成。
5.根据权利要求4所述的软件代码自动测试方法，其特征在于：所述步骤A中所述软件代码提交到GitLab代码库，所述GitLab代码库安装有Jenkins插件，所述步骤B为所述GitLab代码库一旦检测到所述软件代码提交，自动执行Jenkins的任务，所述Jenkins任务向软件执行单元发送运行指令实现自动化测试的测试功能，并生成所述运行日志。
6.根据权利要求4所述的软件代码自动测试方法，其特征在于：所述步骤C之前还包括判断步骤，判断本次生成的所述运行日志是否为基线日志，如果判断结果为是，则保存所述运行日志为所述基线日志，如果判断结果为否，则不作操作继续进行步骤C。
7.一种软件代码自动测试系统，其特征在于，包括：
测试运行模块 所述运行模块接收软件代码，运行所述软件代码，并生成运行日志；
存储模块 所述存储模块存储有基线日志；
判断模块 所述判断模块接收来自所述测试运行模块的所述运行日志，并读取所述存储模块中的所述基线日志，比对所述运行日志和基线日志根据比对结果输出测试结果。
8.根据权利要求7所述的软件代码自动测试系统，其特征在于：所述判断模块比对所述运行日志和基线日志一致时，输出的测试结果为测试通过，比对结果不一致时，输出的测试结果为测试未通过。
9.根据权利要求8所述的软件代码自动测试系统，其特征在于：所述测试运行模块包括执行模块和日志收集模块，所述执行模块向软件执行单元发送运行指令，软件执行单元运行所述软件代码并形成日志记录，所述日志收集模块收集所述日志记录，并按时序生成所述运行日志。
10.根据权利要求9所述的软件代码自动测试系统，其特征在于：所述判断模块还对收到的运行日志进行识别，当所述运行日志由基线版本软件代码运行获得，则将此运行日志写入所述存储模块作为所述基线日志。
11.根据权利要求7-10任一所述的软件代码自动测试系统，其特征在于：所述执行模块包括安装有GitLab代码库的运算处理器。
12.根据权利要求11所述的软件代码自动测试系统，其特征在于：所述GitLab代码库安装有Jenkins插件，所述GitLab代码库一旦检测到所述软件代码的输入，自动执行Jenkins的任务，所述Jenkins任务向所述软件执行单元发送运行指令实现自动化测试的测试功能。
CN201811595014.7A 2018-12-25 2018-12-25 一种软件代码自动测试方法及测试系统 Pending CN109408400A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811595014.7A CN109408400A (zh) 2018-12-25 2018-12-25 一种软件代码自动测试方法及测试系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811595014.7A CN109408400A (zh) 2018-12-25 2018-12-25 一种软件代码自动测试方法及测试系统

Publications (1)

Publication Number Publication Date
CN109408400A true CN109408400A (zh) 2019-03-01

Family

ID=65461641

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811595014.7A Pending CN109408400A (zh) 2018-12-25 2018-12-25 一种软件代码自动测试方法及测试系统

Country Status (1)

Country Link
CN (1) CN109408400A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110543301A (zh) * 2019-09-06 2019-12-06 中国工商银行股份有限公司 jenkins代码文件的生成方法及装置
CN111666222A (zh) * 2020-07-09 2020-09-15 腾讯科技（深圳）有限公司 一种测试方法和相关装置
CN112527672A (zh) * 2020-12-21 2021-03-19 北京深思数盾科技股份有限公司 一种针对加壳工具的检测方法及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102693183A (zh) * 2012-05-30 2012-09-26 瑞斯康达科技发展股份有限公司 一种实现软件自动化测试的方法及系统
US20150143342A1 (en) * 2013-11-15 2015-05-21 Microsoft Corporation Functional validation of software
CN105955749A (zh) * 2016-05-10 2016-09-21 北京启明星辰信息安全技术有限公司 软件项目的持续集成方法和装置
CN106547688A (zh) * 2016-10-19 2017-03-29 厦门市美亚柏科信息股份有限公司 基于Windows的产品自动化测试方法及其系统
JP2017083979A (ja) * 2015-10-26 2017-05-18 株式会社Ｓｃｒｅｅｎホールディングス ログ比較方法、ログ比較プログラム、およびログ比較装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102693183A (zh) * 2012-05-30 2012-09-26 瑞斯康达科技发展股份有限公司 一种实现软件自动化测试的方法及系统
US20150143342A1 (en) * 2013-11-15 2015-05-21 Microsoft Corporation Functional validation of software
JP2017083979A (ja) * 2015-10-26 2017-05-18 株式会社Ｓｃｒｅｅｎホールディングス ログ比較方法、ログ比較プログラム、およびログ比較装置
CN105955749A (zh) * 2016-05-10 2016-09-21 北京启明星辰信息安全技术有限公司 软件项目的持续集成方法和装置
CN106547688A (zh) * 2016-10-19 2017-03-29 厦门市美亚柏科信息股份有限公司 基于Windows的产品自动化测试方法及其系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110543301A (zh) * 2019-09-06 2019-12-06 中国工商银行股份有限公司 jenkins代码文件的生成方法及装置
CN110543301B (zh) * 2019-09-06 2023-04-25 中国工商银行股份有限公司 jenkins代码文件的生成方法及装置
CN111666222A (zh) * 2020-07-09 2020-09-15 腾讯科技（深圳）有限公司 一种测试方法和相关装置
CN112527672A (zh) * 2020-12-21 2021-03-19 北京深思数盾科技股份有限公司 一种针对加壳工具的检测方法及设备

Similar Documents

Publication Publication Date Title
CN109379251B (zh) 继电保护装置过程层goose及sv通信自动测试方法及系统
US8079017B2 (en) Automated QS interface testing framework
CN102693183B (zh) 一种实现软件自动化测试的方法及系统
CN110928774A (zh) 一种基于节点式的自动化测试系统
CN109726132A (zh) 一种软件测试方法及软件测试自动化管理系统
CN109408400A (zh) 一种软件代码自动测试方法及测试系统
JP2010231782A (ja) 機能自動化のための方法およびシステム
CN109413678A (zh) 一种Wi-Fi模块自动测试方法及测试系统
KR20110134582A (ko) 로봇 소프트웨어 컴포넌트를 위한 시뮬레이션 기반 인터페이스 테스팅 자동화 시스템 및 그 방법
CN105653287A (zh) 一种程序自动版本发布方法和装置
JP2000196705A (ja) メッセ―ジ／シ―ケンス編集機能を有する自動通信プロトコル試験システムおよび試験方法
Hwang et al. AUTOCON-IoT: Automated and scalable online conformance testing for IoT applications
WO2022227454A1 (zh) 持续集成自动化测试系统和方法、电子设备、存储介质
CN111970166B (zh) 一种测试方法、装置、设备、系统及计算机可读存储介质
CN113032262A (zh) 一种自动化仿真测试方法
CN105701009B (zh) 移动终端中的安全性应用测试方法
CN109743233A (zh) 一种对强身份认证系统进行数据采集的方法及计算机设备
US20210382725A1 (en) Architecture mapping of applications
CN112435072A (zh) 一种模型创建方法、装置、电子设备及存储介质
CN111444109A (zh) 一种移动端ui自动化测试方法及系统
Mirza et al. ContextDrive: Towards a functional scenario-based testing framework for context-aware applications
CN115934559A (zh) 表单智能测试系统的测试方法
US20100191710A1 (en) Network Meta-Data Libraries And Related Methods
CN115878448A (zh) 数据库测试方法、分布式数据库、存储介质
CN105991306A (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