CN108470002B - 一种面向Selenium IDE的XML测试脚本质量评判方法 - Google Patents

一种面向Selenium IDE的XML测试脚本质量评判方法 Download PDF

Info

Publication number
CN108470002B
CN108470002B CN201810224839.1A CN201810224839A CN108470002B CN 108470002 B CN108470002 B CN 108470002B CN 201810224839 A CN201810224839 A CN 201810224839A CN 108470002 B CN108470002 B CN 108470002B
Authority
CN
China
Prior art keywords
line
list
jumping
scanning
option
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.)
Active
Application number
CN201810224839.1A
Other languages
English (en)
Other versions
CN108470002A (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.)
Nanjing University of Posts and Telecommunications
Original Assignee
Nanjing University of Posts and Telecommunications
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 Nanjing University of Posts and Telecommunications filed Critical Nanjing University of Posts and Telecommunications
Priority to CN201810224839.1A priority Critical patent/CN108470002B/zh
Publication of CN108470002A publication Critical patent/CN108470002A/zh
Application granted granted Critical
Publication of CN108470002B publication Critical patent/CN108470002B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test 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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Abstract

本发明公开了一种面向Selenium IDE的XML测试脚本质量评判方法,本发明通过对用户提交的测试用例脚本文件的收集和提取,制定出所有可能得分选项表,根据事先制定的黑名单和白名单进行筛选和补充,确定最终的满分模板。最后根据最终的满分选项表对XML测试脚本进行打分。该方法采用了黑白名单制度并且参考所有XML测试脚本制定评判规则,使最终评判模板更加全面准确,同时也减轻了评判人员的负担,大大提高了工作效率。

Description

一种面向Selenium IDE的XML测试脚本质量评判方法
技术领域
本发明涉及一种改进使用Selenium IDE进行页面功能测试的XML测试脚本质量评判规则 的方法,属于软件测试领域。
背景技术
软件测试是软件工程中必不可少的用来鉴定软件的正确性、完整性、安全性和品质的过 程,是保证软件质量的重要环节。为了节省测试工作的人力、时间和硬件资源,提高测试效 率,引入了自动化测试。自动化测试是以人为驱动的测试行为转化为机器执行的过程,即模 拟手工测试步骤通过执行程序语言编制的测试脚本自动地测试软件。近年来随着Internet的 快速增长,Web对于我们的工作和生活产生了深远的影响,电子商务和电子政务等Web应用 的兴起,基于B/S结构的软件强劲发展,正在成为未来软件模式的趋势。有别于传统的桌面 应用开发,Web应用因为其迭代周期短,需求变化快的特殊性质,越来越多的Web开发团队 选择敏捷的开发方式。同时随着前端技术不断被推出和完善,Web应用也变得越来越复杂很 绚丽,这都给我们的测试带来了挑战。为了在有限的资源下,解决目前广大测试团队所面临 的挑战,Thoughtworks公司推出了开源Web自动化测试工具Selenium。
Selenium是一个开源的Web功能测试工具集,采用JavaScript来管理整个测试过程, 包括读入测试套件、执行测试和记录测试结果。Selenium模拟真实用户操作,包括浏览页面、 点击链接、输入文字、提交表单、触发鼠标事件等等。Selenium是开源、跨平台并且支持众 多编程语言。Selenium主要包含三个组件:Selenium IDE、Selenium Remote Control和 Selenium Grid。其中Selenium IDE是一种基于Firefox的插件,可以录制用户的基本操作, 生成测试用例或者另存为其他语言的自动化脚本,运行测试用例在浏览器中进行回放。
中国专利申请号为201710839668.9的专利,公开了一种基于控件模式下的WEB自动化测 试装置,所述的装置业务动作模块,用以完成自动化测试的业务逻辑动作的封装;测试用例 模块,用以从业务动作模块调用测试用例所需的业务动作;测试数据模块,用以存放测试所 需要的数据信息;持续集成模块,用以将测试代码集中到主干测试程序,完成自动化调用程 序项目的编译,打包及测试;测试执行模块,用以调用WEB自动化测试的工具及执行平台; 控件模块,用以查找WEB界面中的具体控件并生成控件实例。通过选取控件作为最小单元将 页面进一步细化,对控件进行操作测试,减少了自动化测试中的重复代码,提高了测试效率。 但是上述发明是一种基于Selenium的测试方法和装置,其无法对Selenium IDE得到的测试 脚本的质量进行评估,也无法关注XML测试脚本的质量,评估测试脚本是否合理。
发明内容
发明目的:为了克服现有技术中存在的不足,本发明提供一种面向Selenium IDE的XML 测试脚本质量评判方法,本方法采用了黑白名单制度并且参考所有XML测试脚本制定评判规 则,使最终评判模板更加全面准确,同时省去了大量人工评判,减轻了评判人员的工作负担, 提高了工作效率。
技术方案:为实现上述目的,本发明采用的技术方案为:
一种面向Selenium IDE的XML测试脚本质量评判方法,通过对所有用户提交的XML测试 脚本文件的收集和提取,得到所有可能得分选项表;根据事先制定的黑名单和白名单对可能 得分选项表进行筛选和补充,确定最终的满分选项表;最后根据制定的满分选项表对待评判 XML测试脚本进行评判。具体包括以下步骤:
步骤1:分析所有用户提供的测试用例脚本文件并生成所有可能得分选项表
步骤1-1:在数据库中建立一张可能得分选项表,字段名为Id,Command,Target;
步骤1-2:逐个打开所有用户提交的XML文件;
步骤1-3:逐行扫描该用户脚本文件;
步骤1-4:判断当前行是否有<td>open</td>标签;
步骤1-4-1:判断为是,扫描下一行,进行下一步工作;
步骤1-4-2:判断为否,跳过该行,跳转到步骤1-3,继续分析;
步骤1-5:判断当前行<td></td>标签间的内容是否为规定网址;
步骤1-5-1:判断为是,扫描下一行,进行下一步工作;
步骤1-5-2:判断为否,跳转到步骤1-2,打开另一个测试脚本文件,继续分析;
步骤1-6:逐行扫描文件;
步骤1-7:判断当前行是否有<tr>标签;
步骤1-7-1:判断为是,进行下一步工作;
步骤1-7-2:判断为否,跳转到步骤1-11;
步骤1-8:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤1-9:扫描下一行,将<td></td>标签内的内容保存到临时变量target;
步骤1-10:判断临时变量command和临时变量target是否在选项表一行中出现;
步骤1-10-1:判断为是,跳转到步骤1-11;
步骤1-10-2:判断为否,在选项表中插入一行,将临时变量command存入Command列, 将临时变量target存入Target列,跳转到步骤1-11;
步骤1-11:判断是否到XML文件结尾;
步骤1-11-1:判断为是,跳转到步骤1-12,继续分析;
步骤1-11-2:判断为否,跳转到步骤1-6,继续分析;
步骤1-12:判断是否是最后一个XML文件;
步骤1-12-1:判断为是,跳转到步骤2;
步骤1-12-2:判断为否,跳转到步骤1-2,继续分析;
步骤2:根据事先制定的黑名单和白名单对可能得分选项表筛选和补充得到最终满分选 项表;
步骤2-1:将规定页面上的所有可能选项操作列出,作为白名单表,将不合理和不允许 的操作列为黑名单表,黑白名单的表结构与可能得分选项表相同;
步骤2-2:逐行扫描步骤1生成的可能得分选项表;
步骤2-3:判断该行选项是否在黑名单表中出现过;
步骤2-3-1:判断为是,删除该行,进行下一步;
步骤2-3-2:判断为否,保留该行,进行下一步;
步骤2-4:判断是否是表结尾;
步骤2-4-1:判断为是,停止扫描,跳转到步骤2-5;
步骤2-4-2:判断为否,跳转到步骤2-2;
步骤2-5:逐行扫描白名单表;
步骤2-6:判断该行是否在可能得分选项表中出现;
步骤2-6-1:判断为是,跳转到步骤2-7;
步骤2-6-2:判断为否,将该行插入到可能得分选项表中,跳转到步骤2-7;
步骤2-7:判断是否是白名单表结尾;
步骤2-7-1:判断为是,停止扫描,最终得到的可能得分选项表作为满分选项表,跳转 到步骤3;
步骤2-7-2:判断为否,跳转到步骤2-5;
步骤3:根据满分选项表对待评判XML测试脚本进行评判;
步骤3-1:逐行扫描待评判XML测试脚本文件;
步骤3-2:判断当前行是否有<td>open</td>标签;
步骤3-2-1:判断为是,扫描下一行,进行下一步工作;
步骤3-2-2:判断为否,跳过该行,跳转到步骤3-1,继续分析;
步骤3-3:判断当前行<td></td>标签间的内容是否为规定网址;
步骤3-3-1:判断为是,扫描下一行,进行下一步工作;
步骤3-3-2:判断为否,认为用户没有进入指定网站,判为低质量;
步骤3-4:逐行扫描文件;
步骤3-5:判断当前行是否有<tr>标签;
步骤3-5-1:判断为是,进行下一步工作;
步骤3-5-2:判断为否,跳转到步骤3-9;
步骤3-6:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤3-7:扫描下一行,将将<td></td>标签内的内容保存到临时变量target;
步骤3-8:判断临时变量command和临时变量target是否在满分选项表中出现;
步骤3-8-1:判断为是,在满分选项表中该选项打上标记符,进行下一步;
步骤3-8-2:判断为否,跳转到步骤3-9;
步骤3-9:判断是否到文件结尾;
步骤3-9-1:判断为是,进行下一步工作;
步骤3-9-2:判断为否,跳转到步骤3-4;
步骤3-10:统计标记符在满分选项表中的个数,个数越多的脚本质量越高,结束程序。
本发明相比现有技术,具有以下有益效果:
1.本发明提了一种面向Selenium IDE的XML测试脚本质量评判方法,为同类型脚本评判提高 了参考。
2.本发明提供了一种黑白名单机制,使评判更加全面和公平。
3.本发明能够帮助评判人员快速且准确的给测试脚本评判,减少了人工评判工作,提高了工 作效率。
附图说明
图1为本发明评判流程图。
图2为本发明生成所有测试脚本的可能得分选项表流程图。
图3为本发明生成最终满分选项表流程图。
图4为本发明为测试脚本评判流程图。
具体实施方式
下面结合附图和具体实施例,进一步阐明本发明,应理解这些实例仅用于说明本发明而 不用于限制本发明的范围,在阅读了本发明之后,本领域技术人员对本发明的各种等价形式 的修改均落于本申请所附权利要求所限定的范围。
一种面向Selenium IDE的XML测试脚本质量评判方法,如图1所示,通过对所有用户提 交的XML测试脚本文件的收集和提取,得到所有可能得分选项表;根据事先制定的黑名单和 白名单对可能得分选项表进行筛选和补充,确定最终的满分选项表,即满分模板;最后根据 制定的满分选项表(满分模板)对待评判XML测试脚本进行评判。其提高了评判人员评判的 效率,减轻了工作量,具体包括以下步骤:
步骤1:分析所有用户提供的测试用例脚本文件并生成所有可能得分选项表,如图2所 示,具体的技术方案如下;
步骤1-1:在数据库中建立一张可能得分选项表,字段名为Id,Command,Target;
步骤1-2:逐个打开所有用户提交的XML文件;
步骤1-3:逐行扫描该用户脚本文件;
步骤1-4:判断当前行是否有<td>open</td>标签;
步骤1-4-1:判断为是,扫描下一行,进行下一步工作;
步骤1-4-2:判断为否,跳过该行,跳转到步骤1-3,继续分析;
步骤1-5:判断当前行<td></td>标签间的内容是否为规定网址;
步骤1-5-1:判断为是,扫描下一行,进行下一步工作;
步骤1-5-2:判断为否,跳转到步骤1-2,打开另一个测试脚本文件,继续分析;
步骤1-6:逐行扫描文件;
步骤1-7:判断当前行是否有<tr>标签;
步骤1-7-1:判断为是,进行下一步工作;
步骤1-7-2:判断为否,跳转到步骤1-11;
步骤1-8:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤1-9:扫描下一行,将<td></td>标签内的内容保存到临时变量target;
步骤1-10:判断临时变量command和临时变量target是否在选项表一行中出现;
步骤1-10-1:判断为是,跳转到步骤1-11;
步骤1-10-2:判断为否,在选项表中插入一行,将临时变量command存入Command列, 将临时变量target存入Target列,跳转到步骤1-11;
步骤1-11:判断是否到XML文件结尾;
步骤1-11-1:判断为是,跳转到步骤1-12,继续分析;
步骤1-11-2:判断为否,跳转到步骤1-6,继续分析;
步骤1-12:判断是否是最后一个XML文件;
步骤1-12-1:判断为是,跳转到步骤2;
步骤1-12-2:判断为否,跳转到步骤1-2,继续分析;
步骤2:根据事先制定的黑名单和白名单对可能得分选项表筛选和补充得到最终满分选 项表,如图3所示,具体的技术方案如下:
步骤2-1:将规定页面上的所有可能选项操作列出,作为白名单表,将不合理和不允许 的操作列为黑名单表,黑白名单的表结构与可能得分选项表相同;
步骤2-2:逐行扫描步骤1生成的可能得分选项表;
步骤2-3:判断该行选项是否在黑名单表中出现过;
步骤2-3-1:判断为是,删除该行,进行下一步;
步骤2-3-2:判断为否,保留该行,进行下一步;
步骤2-4:判断是否是表结尾;
步骤2-4-1:判断为是,停止扫描,跳转到步骤2-5;
步骤2-4-2:判断为否,跳转到步骤2-2;
步骤2-5:逐行扫描白名单表;
步骤2-6:判断该行是否在可能得分选项表中出现;
步骤2-6-1:判断为是,跳转到步骤2-7;
步骤2-6-2:判断为否,将该行插入到可能得分选项表中,跳转到步骤2-7;
步骤2-7:判断是否是白名单表结尾;
步骤2-7-1:判断为是,停止扫描,最终得到的可能得分选项表作为满分选项表,跳转 到步骤3;
步骤2-7-2:判断为否,跳转到步骤2-5;
步骤3:根据满分选项表对待评判XML测试脚本进行评判,如图4所示,具体的技术方 案如下:
步骤3-1:逐行扫描待评判XML测试脚本文件;
步骤3-2:判断当前行是否有<td>open</td>标签;
步骤3-2-1:判断为是,扫描下一行,进行下一步工作;
步骤3-2-2:判断为否,跳过该行,跳转到步骤3-1,继续分析;
步骤3-3:判断当前行<td></td>标签间的内容是否为规定网址;
步骤3-3-1:判断为是,扫描下一行,进行下一步工作;
步骤3-3-2:判断为否,认为用户没有进入指定网站,判为低质量;
步骤3-4:逐行扫描文件;
步骤3-5:判断当前行是否有<tr>标签;
步骤3-5-1:判断为是,进行下一步工作;
步骤3-5-2:判断为否,跳转到步骤3-9;
步骤3-6:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤3-7:扫描下一行,将将<td></td>标签内的内容保存到临时变量target;
步骤3-8:判断临时变量command和临时变量target是否在满分选项表中出现;
步骤3-8-1:判断为是,在满分选项表中该选项打上标记符,进行下一步;
步骤3-8-2:判断为否,跳转到步骤3-9;
步骤3-9:判断是否到文件结尾;
步骤3-9-1:判断为是,进行下一步工作;
步骤3-9-2:判断为否,跳转到步骤3-4;
步骤3-10:统计标记符在满分选项表中的个数,个数越多的脚本质量越高,结束程序。
本发明考虑到一些功能测试特别是Web页面的测试的脚本质量评判中,没有合理的评判 规则,多数情况下需要评判人员进行人工判断和评分,在测试脚本数量变多的情况下,人工 评判变得不切实际,且效率低下,给评判人员带来了极大的麻烦。本发明就是在这种情况下, 提出的一种针对selenium IDE录制的XML脚本进行评判方法。首先,将所有需要评判的XML 脚本进行处理制作成所有可能的选项表,然后,通过事先指定好的黑白名单将选项表进行筛 选和增加形成最终评判的满分选项表,最后,利用满分选项表对XML测试脚本进行评判。本 方法采用了黑白名单制度并且参考所有XML测试脚本制定评判规则,使最终评判模板更加全 面准确,同时省去了大量人工评判,减轻了评判人员的工作负担,提高了工作效率。
以上所述仅是本发明的优选实施方式,应当指出:对于本技术领域的普通技术人员来说, 在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发 明的保护范围。

Claims (1)

1.一种面向Selenium IDE的XML测试脚本质量评判方法,其特征在于:通过对所有用户提交的XML测试脚本文件的收集和提取,得到所有可能得分选项表;根据事先制定的黑名单和白名单对可能得分选项表进行筛选和补充,确定最终的满分选项表;最后根据制定的满分选项表对待评判XML测试脚本进行评判;
所述通过对所有用户提交的XML测试脚本文件的收集和提取,得到所有可能得分选项表的方法:
步骤1-1:在数据库中建立一张可能得分选项表,字段名为Id,Command,Target;
步骤1-2:逐个打开所有用户提交的XML文件;
步骤1-3:逐行扫描该用户脚本文件;
步骤1-4:判断当前行是否有<td>open</td>标签;
步骤1-4-1:判断为是,扫描下一行,进行下一步工作;
步骤1-4-2:判断为否,跳过该行,跳转到步骤1-3,继续分析;
步骤1-5:判断当前行<td></td>标签间的内容是否为规定网址;
步骤1-5-1:判断为是,扫描下一行,进行下一步工作;
步骤1-5-2:判断为否,跳转到步骤1-2,打开另一个测试脚本文件,继续分析;
步骤1-6:逐行扫描文件;
步骤1-7:判断当前行是否有<tr>标签;
步骤1-7-1:判断为是,进行下一步工作;
步骤1-7-2:判断为否,跳转到步骤1-11;
步骤1-8:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤1-9:扫描下一行,将<td></td>标签内的内容保存到临时变量target;
步骤1-10:判断临时变量command和临时变量target是否在选项表一行中出现;
步骤1-10-1:判断为是,跳转到步骤1-11;
步骤1-10-2:判断为否,在选项表中插入一行,将临时变量command存入Command列,将临时变量target存入Target列,跳转到步骤1-11;
步骤1-11:判断是否到XML文件结尾;
步骤1-11-1:判断为是,跳转到步骤1-12,继续分析;
步骤1-11-2:判断为否,跳转到步骤1-6,继续分析;
步骤1-12:判断是否是最后一个XML文件;
步骤1-12-1:判断为是,跳转到步骤2;
步骤1-12-2:判断为否,跳转到步骤1-2,继续分析;
所述根据事先制定的黑名单和白名单对可能得分选项表进行筛选和补充,确定最终的满分模板的方法:
步骤2-1:将规定页面上的所有可能选项操作列出,作为白名单表,将不合理和不允许的操作列为黑名单表,黑白名单的表结构与可能得分选项表相同;
步骤2-2:逐行扫描步骤1生成的可能得分选项表;
步骤2-3:判断该行选项是否在黑名单表中出现过;
步骤2-3-1:判断为是,删除该行,进行下一步;
步骤2-3-2:判断为否,保留该行,进行下一步;
步骤2-4:判断是否是表结尾;
步骤2-4-1:判断为是,停止扫描,跳转到步骤2-5;
步骤2-4-2:判断为否,跳转到步骤2-2;
步骤2-5:逐行扫描白名单表;
步骤2-6:判断该行是否在可能得分选项表中出现;
步骤2-6-1:判断为是,跳转到步骤2-7;
步骤2-6-2:判断为否,将该行插入到可能得分选项表中,跳转到步骤2-7;
步骤2-7:判断是否是白名单表结尾;
步骤2-7-1:判断为是,停止扫描,最终得到的可能得分选项表作为满分选项表,跳转到步骤3;
步骤2-7-2:判断为否,跳转到步骤2-5;
所述根据制定的满分选项表对待评判XML测试脚本进行评判的方法:
步骤3-1:逐行扫描待评判XML测试脚本文件;
步骤3-2:判断当前行是否有<td>open</td>标签;
步骤3-2-1:判断为是,扫描下一行,进行下一步工作;
步骤3-2-2:判断为否,跳过该行,跳转到步骤3-1,继续分析;
步骤3-3:判断当前行<td></td>标签间的内容是否为规定网址;
步骤3-3-1:判断为是,扫描下一行,进行下一步工作;
步骤3-3-2:判断为否,认为用户没有进入指定网站,判为低质量;
步骤3-4:逐行扫描文件;
步骤3-5:判断当前行是否有<tr>标签;
步骤3-5-1:判断为是,进行下一步工作;
步骤3-5-2:判断为否,跳转到步骤3-9;
步骤3-6:扫描下一行,将<td></td>标签内的内容保存到临时变量command;
步骤3-7:扫描下一行,将<td></td>标签内的内容保存到临时变量target;
步骤3-8:判断临时变量command和临时变量target是否在满分选项表中出现;
步骤3-8-1:判断为是,在满分选项表中该选项打上标记符,进行下一步;
步骤3-8-2:判断为否,跳转到步骤3-9;
步骤3-9:判断是否到文件结尾;
步骤3-9-1:判断为是,进行下一步工作;
步骤3-9-2:判断为否,跳转到步骤3-4;
步骤3-10:统计标记符在满分选项表中的个数,个数越多的脚本质量越高,结束程序。
CN201810224839.1A 2018-03-19 2018-03-19 一种面向Selenium IDE的XML测试脚本质量评判方法 Active CN108470002B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810224839.1A CN108470002B (zh) 2018-03-19 2018-03-19 一种面向Selenium IDE的XML测试脚本质量评判方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810224839.1A CN108470002B (zh) 2018-03-19 2018-03-19 一种面向Selenium IDE的XML测试脚本质量评判方法

Publications (2)

Publication Number Publication Date
CN108470002A CN108470002A (zh) 2018-08-31
CN108470002B true CN108470002B (zh) 2022-05-03

Family

ID=63265481

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810224839.1A Active CN108470002B (zh) 2018-03-19 2018-03-19 一种面向Selenium IDE的XML测试脚本质量评判方法

Country Status (1)

Country Link
CN (1) CN108470002B (zh)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080270154A1 (en) * 2007-04-25 2008-10-30 Boris Klots System for scoring click traffic
JP2011095905A (ja) * 2009-10-28 2011-05-12 Sony Corp 情報処理装置および方法、並びにプログラム
CN102385551B (zh) * 2010-08-31 2015-04-29 西门子公司 一种筛选测试用例的方法、装置及系统
CN103077304B (zh) * 2012-12-27 2016-01-13 中国建设银行股份有限公司 一种数据评分装置及方法
CN103440458B (zh) * 2013-09-25 2016-05-11 西安交通大学 一种启发式静态识别Android系统恶意代码的方法
US9753839B2 (en) * 2015-03-19 2017-09-05 Accenture Global Services Limited Test script evaluation system and method
CN104834600B (zh) * 2015-04-28 2018-06-22 南京邮电大学 一种测试Android应用控件的方法
CN105095091B (zh) * 2015-09-23 2018-01-09 南京大学 一种基于倒排索引技术的软件缺陷代码文件定位方法
CN106919612B (zh) * 2015-12-25 2020-10-16 中国移动通信集团浙江有限公司 一种上线结构化查询语言脚本的处理方法及装置
CN105868106B (zh) * 2016-03-24 2018-07-13 飞依诺科技(苏州)有限公司 超声设备可靠性的测试方法及测试系统

Also Published As

Publication number Publication date
CN108470002A (zh) 2018-08-31

Similar Documents

Publication Publication Date Title
CN110764753B (zh) 一种业务逻辑代码生成方法、装置、设备及存储介质
CN110442511B (zh) 可视化埋点测试方法及装置
CN105373478B (zh) 自动化测试方法和系统
CN108446230B (zh) 一种面向WebDriver的Java测试代码质量评判方法
CN107862327B (zh) 一种基于多特征的安全缺陷识别系统和方法
CN110162457A (zh) 用户界面的测试方法、装置、设备及存储介质
CN110716870A (zh) 服务的自动化测试方法及装置
CN113238932B (zh) 测试用例自动生成方法
CN104239219A (zh) 一种基于覆盖的软件缺陷定位技术的在线评测与实验平台及方法
CN115687115B (zh) 一种移动应用程序自动化测试方法及系统
Li et al. Classification of software defect detected by black-box testing: An empirical study
CN101183332A (zh) 一种根据程序内容自动生成测试数据集的方法和装置
CN109101414B (zh) 基于埋点数据的海量ui测试生成方法及其装置
CN112749083A (zh) 一种测试脚本生成方法及装置
CN116483730A (zh) 基于国产软硬件和开源测试工具的业务系统自动测试方法
CN108470002B (zh) 一种面向Selenium IDE的XML测试脚本质量评判方法
CN112817863A (zh) 一种基于ai深度学习的ai辅助自动化测试方法及系统
CN113032279A (zh) 一种基于语义路径搜索的Web应用测试修复方法
CN105354035A (zh) 用于编写web工程测试用例的方法
CN112084108A (zh) 一种测试脚本生成方法、装置及相关组件
CN114706769B (zh) 基于日志的面向回归测试的黑盒测试用例排序方法
CN107741905B (zh) 测试用例及其解析模型、执行方法、存储介质和处理器
Nabuco et al. Inferring user interface patterns from execution traces of web applications
Tramontana Reverse engineering web applications
Wang et al. Quantitative analysis of requirements evolution across multiple versions of an industrial software product

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