ECT的测试能力有两大特点,
第一个是无代码:99%的开发工作都是在开发界面上进行拖拉拽;
第二个是模型化,大量测试脚本之间存在的重复/类似部分都可以建立成复用模块,这样首先可以减少开发工作量,新脚本可以利用旧模块快速开发;其次是保证代码一致性,如果重复/类似部分在各个测试脚本中都各有一份,那么当页面更新时,我们需要去每一个测试脚本内进行更新和调试确认;而在ECT中,我们只需要对可疑模块进行一次测试即可。
这两个特点是如何实现的呢?这里简要介绍一下ECT开发的两个概念:
测试脚本本质上是模拟用户的一个个操作,包括点击键盘等,而这一个个操作在ECT中都会被建立为Module,
像”打开一个网页”,“创建一个变量”,”发送一个API请求”这些操作比较通用,所以ECT提供了一套预定义module,用户只需要填写变量后即可使用该动作;
有些不太通用的操作例如说页面点击,不同系统,不同用户要点击的地方都是不同的,所以这部分module需要自行开发,但是开发方式也是低代码的,具体方式可以参考另一个案例,而最后达到的效果就是将所有测试脚本需要用到的操作都建立为一个个的Module。
当我们拥有了足够多的Module之后,就可以将它们组织成测试脚本也就是testcase了,不同测试脚本可以使用同一个module,而module有任何改动也会实时的反映到用到了这些module的脚本中
可以在ECT注册安装及入门练习中体验一下这两个基础概念
ECT的架构较为简单,只需要部署四个部件即可完成安装,
包括ECT核心服务器,存储测试脚本的数据库,存储测试数据的数据库,以及具体执行测试工作的ECT客户端。只需要保证四种部件都可以彼此访问即可
本地部署时,license服务器可以和核心服务器安装在同一台机器上
在购买了ECT之后,客户需要和实施团队确认一些后续事项,包括部署方式,需求收集,测试脚本开发,以及内部赋能培训等,
如果没有外部实施团队,需要调用内部顾问完成测试脚本开发的话,可以考虑采购Tricentis的官方服务包,其中包括了:
初级自助课程
基础内容培训
高阶内容培训
4-5个测试脚本的开发和对应文档
管理员培训
经过这样一套服务下来,即使是没有编程经验的顾问也可以学会ECT 80%的功能,
而其中有一些最细节的功能则是需要有编程能力的顾问进行深挖
左上角的Home页签内主要包含一些通用操作选项
左上角的Project页签内包含了当前Project的信息,以及本地License管理,和Options以及Settings等其他选项
有一些常用设置包括自动保存,默认日期数据类型格式等都可以在两个设置里配置,但是如果目标配置是和测试脚本执行相关的,推荐将参数设置到目标脚本上,而不是设置在本地开发工具的设置里
左上角的 Project-Options-General-Minutes between autosaves 意思是自动保存的时间间隔,设置为-1时就不会自动保存,设置为10时会每隔10分钟自动保存未保存的更改
有任何常用操作不熟悉的,可以在文章下方评论区留言
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
23 | |
12 | |
12 | |
9 | |
9 | |
9 | |
8 | |
8 | |
6 | |
6 |