CIM事件统一自动化测试框架

公共信息模型(Common Information Model,CIM)提供事件 (Indication) 通知机制,客户机向 CIM 订阅事件的通知,当订阅事件发生时,所有订阅该事件的客户机会收到相应消息。目前的测试模式为:事 件订阅和事件触发分别由不同的应用程序完成,需要测试人员人为订阅、触发、检验通知机制;并且不同 的 CIM 产品需要构建各自的测试程序。代码可重用性差,无法实现测试自动化。

CIM Indication 机制介绍

公共信息模型 CIM(Common Information Model)是一个与具体实现无关,用于描述管理信息的概念 性模型。CIM 提供事件通知(Indication)机制,通过该机制,客户端可以了解服务器所发生的事情。具 体实现步骤为:

Indication 订阅:客户端向服务器订阅特定事件类型的消息。

Indication 生成:当有事件发生时,服务器会生成相应的消息。

Indication 分发:服务器向所有订阅了该事件类型的客户端发送消息。

Indication 接收:客户端将接收到相应的消息。

Indication 提供 11 种事件类型:CIM 类的生成、删除、修改,CIM Instance 的生成、删除、修改 ,CIM Instance 方法的调用,CIM Instance 读操作,CIM 警告,J2EE 通知,SNMP Trap。CIM 用下列类 名来表示这 11 种事件类型:

CIM_ClassCreation

CIM_ClassDeletion

CIM_ClassModification

CIM_InstCreation

CIM_InstDeletion

CIM_InstMethodCall

CIM_InstModification

CIM_InstRead

CIM_AlertIndication

CIM_J2eeNotification

CIM_SNMPTrapIndication

目前的 Indication 测试模式介绍及其弊端

了解了 CIM Indication 的机制之后,让我们来了解下当前的测试模式。当前的测试模式采用双客户 端、手动订阅消息、触发事件和分析结果。

订阅消息:开启一个客户端,订阅特定类型消息。

触发事件:开启另一个客户端,触发 CIM 事件。

关闭订阅:将订阅客户端关闭。

时间: 2024-08-08 01:54:01

CIM事件统一自动化测试框架的相关文章

《精通自动化测试框架设计》—第1章 1.6节再启航

1.6 再启航尽管面临这样或者那样的问题,一些测试团队仍然成功获得了开发团队的信任,建立起了双方每周对话的机制,在周例会上沟通彼此遇到的技术问题,并决定自动化测试任务的优先级.也有些测试团队的成员,开始代替开发人员着手修复或者新建框架中的类,并提交代码进代码库而不再只作为缺陷描述中的补充.这样做所取得的直接效果就是降低了与自动化测试框架相关的缺陷的修复时间. 在测试组织内部,也通过这两年的锻炼,吸引了一些熟练掌握框架API并且熟悉产品知识的自动化测试人员,他们通过BCO牵头,成立了一个虚拟的自动

越来越强大的SAFS/STAF/STAX自动化测试框架

上一次,向大家介绍了Openqa.org社区提供的.适合web应用的.开源的自动化测试框架 (开源测试工 具/社区(Selenium /OpenQA.org)--今非昔比 ).最近,看到STAF+STAX发布了最新版本,包括许多服务 组件,可以看出STAF+STAX的框架越来越完整,值得向大家推荐. September 24, 2008: STAF 3.3.1, STAX 3.3.4, Cron 3.3.3, Email 3.3.2, Event 3.1.2, EventManager 3.3.

开源自动化测试框架Tellurium

Tellurium是什么? Tellurium是一种自动化的web测试框架.虽然它是在selemium的阶段上建立起来的,但两者之间有许多概念上的差异,Tellurium的主要特点如下:     l 不是单一的"记录和播放"风格. l 基于UI模块,也就是说,它侧重于UI元素 l 让你有结构化的代码执行用户界面和测试代码之间的解耦 l 鲁棒性的变化,Tellurium达到使用复合定位建立在运行时和组的定位器定位,删除里面的UI模块和外部UI元素的UI元素之间的依赖 l 表达所使用Gro

从0到1开发自动化测试框架

一.序言 随着项目版本的快速迭代.APP测试有以下几个特点: 首先,功能点多且细,测试工作量大,容易遗漏: 其次,代码模块常改动,回归测试很频繁,测试重复低效: 最后,数据环境多样,用户场景复杂,功能回归覆盖难全面. 为节省成本,保证高效及高质量迭代,我们需采用更高效的测试方式,App自动化测试是较高效的手段. 之前自动测试实践过程中遇到的诸多问题(代码复用率低,Case开发及数据构造繁琐,问题定位困难,学习成本高等),为解决相关痛点问题,我们重新实现了一套APP自动测试框架.本文将着重介绍技术

《精通自动化测试框架设计》目录—导读

作者简介 精通自动化测试框架设计 陈冬严,浙江大学硕士,具有10年软件测试和团队管理的工作经验,先后服务于ITSM.PLM软件研发企业,现就职于某金融行业核心机构IT规划部门.业余时间喜欢园艺. 邵杰明,热爱测试工作,10多年的测试行业经验,曾先后供职于多家世界一流软件公司担任测试开发和测试管理工作,积累了丰富的行业工作经验,拥有PMP认证,目前担任测试架构师的工作,致力于自动化测试设计.持续交付等方面的工作. 王东刚,常用网名fastpoint,资深测试专家,<软件测试与Junit实践>作者

《精通自动化测试框架设计》—第1章 1.2节史前的自动化

1.2 史前的自动化 自动化测试不等于UI自动化测试,也不仅仅是完成测试用例的自动化翻译和执行过程.本节将介绍一些过往的自动化实践,供读者在自动化测试框架设计或者选型时进行参考. 1.2.1 自动化安装系统 该SUT是一套典型的B/S架构的基于J2EE的产品,安装过程中至少有20个GUI页面,需要不停地填写和勾选相关的配置信息.最令人头痛的是需要填写大约50个端口号.当然,后续的版本上这个问题已经改善许多.开发环境中,还要考虑一台服务器上部署多套系统,手工安装时选择端口号几乎成了最痛苦的事情,就

《精通自动化测试框架设计》—第2章 2.6节使用数据库

2.6 使用数据库 如果读者所在的企业正在招聘测试工程师或者读者正在求职,翻开工作说明书,无论是熟悉.掌握还是精通,估计绝大部分都会对于数据库有一定的要求.这说明了数据库在现在软件行业的普遍应用,也说明了这几乎是自动化测试所绕不开的一个技术点.在本小节中,将简要介绍如何通过编写代码与数据库进行交互.当然,这只是浅显的使用层面的介绍.如果牵涉到多套数据库数据配套不同用例集.基础数据导入以及数据清洗等问题,读者可以参考第1章中有关"快速回归测试系统"的介绍,以及下一小节中有关CSV文件的处

淘宝Android自动化测试框架-TMTS

2010年是淘宝无线突飞猛进开创无线新业务的一年.而从2011年初开始,淘宝技术质量部自动化测试组便致力于手机自动化框架的调研和开发工作.TMTS(Taobao Mobile Test System)框架,正是尝试从Android和IPhone入手,建立无线测试领域的自动化测试整体解决方案.经过前段时间的开发,及业务线试用,TMTS框架Android部分已经趋于稳定.而IPhone的自动化框架也已经开发完成,目前正在业务线试用阶段. 本文重点介绍TMTS框架的Android部分,这部分目前已经开

腾讯Android自动化测试实战2.1.2 自动化测试框架基本原理

2.1.2 自动化测试框架基本原理 经过前面的一个简单的自动化测试案例,我们对Android的自动化测试有了一个感性的认识,很多有相关工作经验的测试同学也都会理解,这和PC的自动化测试思路是相通的,只不过所借助的框架不同,目前业界已经有很多成熟的开源Android端自动化测试框架,经常用到的框架代表有Robotium和UI Automator,各个框架可能在具体应用上有些不同,如有些偏稳定性,有些适用于Web应用,有些能支持跨应用,等等,但其主要思想是通过控件的位置.名称.属性等获取控件对象,并