规约测试的方案

上一篇 / 下一篇  2017-12-21 14:54:23 / 天气: 晴朗 / 心情: 平静 / 个人分类:自动化测试实践

公司在几年前已经开展了对主站的UI自动化测试,采用按键精灵模拟人去执行回归测试的内容。按键精灵主要实现的几大模块:B/S的启动,数据库的还原、日志文件初始化、用例的读取、运行环境检查、用户登录、执行用例中选择的脚本、数据库读取写入模块、业务逻辑模块(用例实现的本身)、因为人员变动等种种原因,这一两年对脚本的维护比较少……

言归正传,最近领导提出自动化测试要回归测试规约通道部分的功能,而按键精灵本身对于外部通讯部分不甚支持,所以在进行规约接口测试方面,还得实际连接到不同的装置去测试主站软件的规约部分是否正常工作。但实际上,不同的规约使用到的装置不一样,要实现自动化测试规约,只能通过模拟装置的软件去实现。

所以进行规约自动化测试目前两种方案:

  1. 主站和模拟软件都通过按键精灵进行模拟操作:

优点:有现成的脚本,实际实现也比较敏捷;缺点:模拟软件不齐全,而且不便于检查报文是否正确。

  1. 开发一个带通道的UI测试工具

优点:可以根据不同的规约进行自由拓展,便于检查通道的报文数据是否正确;缺点:需要一定的代码学习成本和工作时间。

目前已经在开发的UI测试框架是对微软自带的UIAutomation库和大漠插件进行封装实现的,通过DOM节点实现对控件的搜索、定位、响应,通过插件的找图、找字实现部分界面功能化。测试规约在原有基础上增加socket等一些通道,实现和主站的数据交互,通过交互验证主站的界面、数据有无相应的变化,设立检查点,对检查结果进行记录


TAG:

引用 删除 李晓霞1   /   2017-12-26 11:12:21
5
引用 删除 youreyebows   /   2017-12-23 11:56:15
3
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2018-01-15  
 123456
78910111213
14151617181920
21222324252627
28293031   

数据统计

  • 访问量: 1208
  • 日志数: 8
  • 建立时间: 2017-12-20
  • 更新时间: 2018-01-12

RSS订阅

Open Toolbar