自动化测试框架该如何选择

问题描述

自动化测试框架该如何选择

基于c++语言的C/S模式的应用程序,需要做接口测试,能模拟客户端发报文到服务器端进行测试这种。报文(协议)是私有的,请问大神哪个自动化测试框架可用呢~~~

解决方案

基于c++语言的C/S模式的应用程序,需要做接口测试,能模拟客户端发报文到服务器端进行测试这种。报文(协议)是私有的,请问大神哪个自动化测试框架可用呢~~~

时间: 2024-11-10 00:45:13

自动化测试框架该如何选择的相关文章

Tellurium自动化测试框架介绍

Tellurium自动化测试框架是由方剑在2007年6月创建的用于测试Web应用的框架,并在2008年6月移步到Google Code成为一个开源项目.它会定期发布版本,当前版本号是0.7.0.项目的核心已经历时两年,并繁衍出了多个子项目,包括:UDL.Core.Engine.Widget扩展. Maven Archetype.Trump.Tellurium IDE.TelluriumWorks以及参考项目. 这个框架是从Selenium框架发展而来,但又具有不同的测试理念.大多数Web测试框架

开源自动化测试框架Tellurium

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

基于Sahi和Twist搭建的Web自动化测试框架

Twist是一个基于Eclipse开发的自动化测试平台,它是ThoughtWorks公司的一款商业软件.Sahi是一个Web自动化工具,有Tyto公司创建,具有免费版和专业版两个版本.作者将在本文中简单介绍一下这两个工具,以及基于它们搭建的轻量级Web自动化测试框架,最后重点跟读者分享一些个人使用的经验和技巧. 在介绍Sahi之前,首先简单描述一下作者参与的项目.这个项目是为一家公司做商业应用的实施.由于时间紧迫,测试人员较少,大部分时间都是在针对主要功能做手工测试.为了减少一些重复的手工劳动,

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

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

搭建 WPF 上的 UI 自动化测试框架

   OEA 1.0-2.0 框架中,界面都是以 WPF 技术作为基础平台开发的.我们需要对开发出来的系统进行自动化测试,而 .NET 平台的自动化测试平台在公司内部还没有其它部门完成,所以我们在 2010 年的时候使用 Ruby + VS UIUnitTest 开发了一个 UI 自动化(UI Automation,以下简称为UIA)框架,估且称其为 UIA 1.0.UIA 1.0 完全由周金根搭建,相关的内容,大家可以参考他写的这几篇文章: <使用VS2010的CodedUI来做自己的自动化测

开发基于XML的Selenium自动化测试框架

为解决该群体的困扰,本文将介绍如何让不熟悉编程的业务http://www.aliyun.com/zixun/aggregation/9621.html">测试人员也能编写出类似传统功能测试用例的自动化测试用例,从而扫除自动化测试的技术障碍. 本文适用于需要为测试团队开发自动化回归测试框架的测试设计开发人员.目前业内主流的商业自动化测试工具和开放源代码测试工具,都需要测试人员熟悉开发编程语言.但是过高的编程门槛让很多测试人员只能对自动化测试驻足遥望.为解决该群体的困扰,本文将介绍一种基于 X

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

作者简介 精通自动化测试框架设计 陈冬严,浙江大学硕士,具有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.5节使用Exce

2.5 使用Excel2.5.1 经典的DataTable 在图2.2所示的调查中,Excel作为排名第一的数据源是情理之中的.甚至可以说,应该找不出来没有使用过Excel表格进行数据处理的读者.Excel的易用性.强大的数据处理功能,也能让即使不会编程的使用者可以快速解决一些常用的数据统计.计算的问题.在早期的商业自动化测试工具中,数据驱动或者关键字驱动是作为一个卖点被广为宣传的亮点.接触过这些工具的读者估计都对DataTable之类的概念印象深刻.在那个假设"系统测试工程师不懂代码"