Carina开源测试工具

Carina测试自动化框架综合所有测试层:移动应用(web、原生混合应用)、WEB应用、REST服务与数据库

专业类
Carina框架建在最受欢迎开源解决方案之上,如Sellenium、Appium和TestNG允许减少对特定技术栈的依赖

Carina支持所有常用浏览器(IE、EGE、Safari、Chrome、Firefox)和移动设备(iOS/Android)。移动域独有特征:它重用OS/Android测试自动化代码达70-80%

卡琳娜跨平台Unix或WindowsOS可轻而易举地执行测试所有你需要JDK11安装

框架支持不同类型的数据库-关系型非关系型数据库(MYSQL、SQL服务器、Oracle、PostgreSQL),提供使用MyBatisORM框架实现DAO层的惊人经验

API测试基础为Freemarker模板引擎允许极灵活生成REST请求,响应因进取参数而动态改变

Carina允许你很容易地将BDD方法融入测试项目

Carina开源测试自动化工具特征

●使用不同的浏览器
Carina与Chrome、Safari、Firefox和更多浏览器合作良好
代码可复用性
移动应用Carina重用OS和Android应用间自动化代码达70-80%
跨平台测试案例可以在Windows和Linux执行
支持不同数据库
Carina与MySQL、SQL服务器、Oracle等关系和非关系数据库合作良好
●免签模板
Carina测试使用此模板,该模板根据接收请求动态修改参数
提供全数软件测试
Carina开源测试工具支持并行执行测试案例

康斯
自动化质量取决于开发者经历多少

开始启动

安装配置JDK11+
安装配置Apachemaven3.6.0+
下载最新版Eclipse并安装TestNG插件、maven依赖插件连接器和可选Lombok
最容易启动新项目的方法就是使用Carina原型, 并用测试样本获取正确项目结构从空文件夹运行下命令 :

mvn原型:generate-DarchetyleGroupId=com.qaproft\-DarcheifactId=carina-arche类型\-DarcheVersion=RELEASE\-DgroupId=
         
          \-DartifactId=
          
           \-dname=
           
            \-Durl=
            
             \-Dversion=
             
            
           
          
         

属性包含空格时,应设置引号(例如:-Dname="HelloWorld")。在上述maven命令中,你需要指定5属性,前3应保持不变:

属性化含意实例
DgroupId公司域逆序com.mycorpt
DartifactId Java项目名称qa
名称详解测试自动化项目
Durl公司 URL http://mycorpt.com
反转项目1.0版

ebrunner报表集成

Carina框架集成Zebrunner很容易
启动前确认ZebrunnerPRO组织租户或Zebrunner社区版安装

创建质量趋势报告并配有数十度

Carina基础项目报告测试Zebrunner

轨迹测试结果实时

执行智能测试分析日志、视频和屏幕截图

行为驱动开发

软件开发中BDD指行为驱动开发敏捷编程开发程序支持设计者、质量A和非开发者或营销成员在产品中的联合努力语言共享并改进技术团队和非技术团队之间的通信

为什么要使用BDD框架
BDD方法的基本作用是提高任务伙伴之间的对应性,目标是所有个人在开发过程开始前准确理解集团的每个构件这有助于识别每个故事的关键环境,并消除先决条件中的模棱两可之处。
TDD可能没有能力表示具体行为,然而,你用编程代码实现更高卡路里
BDD消除技术团队和非技术团队通信空白的方法,因为在BDD中,我们用简单文本写测试案例过程包含输出、实体和事件 用户关心

BDD架构

行为驱动开发

BDD从项目中发现更多能力和复杂性因为它在启动时识别假想,所以项目结束时重写较少

域名语言聚焦业务领域,对定义项目规范也很重要避免误解并改进通信

详细规范写在起始时,我们在代码前写测试这是BDD加分,开发者只需专注于实施测试案例传递开发者不关注其他特征

测试者从项目生命周期初始起即规范阶段测试是一种备份任务,它只有在有物理产品测试时才发生作用。测试者有分析人才并可以从项目启动开始

产品所有者知道我们需要交付的功能功能片分解成小片 更容易使用这使开发项目更容易得多,并消除项目早期复杂性

Shift左侧表示开发过程早期测试测试前缀表示后存小错误BDD测试案例定义本身证明为必备阶段(瀑布阶段)或预设阶段(敏捷阶段)当行为环境组成时,测试自动化理论上可以启动

行为驱动开发控件

创建假想并维护文件需要大量努力和时间并不利于短项目,我们需要在短时间间隔内完成对长期项目来说 值得使用BDD方法

开发自动化码者与写特征文件者之间需要良好的通信写自动化文件者需要这些文件和假想开发自动化脚本如果他们不互相理解文件 开发项目很难

定义测试数据更容易生成自动测试案例,但当用它执行测试案例时,当测试环境从不留在已知状态时,它产生问题测试案例依赖外部数据常引起问题

很难转换Gene语句设置指令和脚本,这些指令和脚本使系统实现时语句执行前已知状态

需要为BDD项目创建文档,因为有很多文档和假想需要理解,以便我们创建文档

BDD主要的缺陷有双重性客户和开发者之间的通信基础性,如果客户缺位,则很难解决客户故事造成的模棱两可和问题