为什么要使用TreeATE Dev开发自动化测试程序

为什么要使用TreeATE Dev开发自动化测试程序?

市面上有很多优秀的自动化测试二次开发工具，像NI公司的TestStand和LabView也是业界领先，为什么要使用TreeATE Dev？关于什么是TreeATE，可点击这里。TreeATE Dev的使用介绍可点击这里。

下载链接：https://pan.baidu.com/s/1kDEjINvZNatotK3aTmbtSQ
提取码：2fjf

TreeATE主要特点

术业有专攻，强大优秀的工具不一定适合并不是很复杂的电子产品工厂自动化测试需要，其次我们可以从以下几点看出TreeATE Dev的优势所在：

• 开源：TreeATE整个项目开源，采用(L)GPL v3授权，详见Github：https://github.com/WilliamYinwei/TreeATE
• 跨操作系统：采用跨操作系统的QT框架开发，天然支持Windows和Linux系统；
• 界面统一：提供了统一的工厂测试用户操作界面，无需为每一个被测产品开发独立的界面；
• 模块化：采用组件化、平台化、配置化设计，可通过TreeATE Dev快速开发自动化测试工程；
• 可扩展：TreeATE界面支持插件，可根据业务需要扩展界面（参见界面扩展原则）；
• 并行化：目前支持测试工程级并行化测试，一台上位机可并行测试多台产品；
• 多语言：支持多语言协同开发，让企业招聘人才不限定于某一种语言。目前支持C++、QtScript和Python，将来可支持更多语言，甚至是图形化语言；
• 易编辑：TreeATE Dev（GPL v3）集成了优秀的开源Scintilla（GPL v3）编辑器，使测试脚本开发极为方便；
  

为什么要界面统一？

有很多产品的工厂自动化测试程序都是独立开发了自己的界面，每次都需要更新测试工位的SOP（标准作业程序），还需要培训SOP。
工厂测试用户（以下简称用户）的操作需求（也就是人机界面HMI）其实非常简单，甚至是无需人工操作（当然有条件的就上机器人，采用机器人也可以使用TreeATE，需要自定义界面扩展，后续将会有博客推出）。用户只关心被测产品是否为良品，不良品直接转到了维修工位。为了不影响产线的节拍，除了基本错误的排查外，被测产品的具体问题可在维修工位分析和修复。
所以，统一界面实际上就是统一测试工位的SOP，节省了培训和更新SOP成本。

TreeATE的界面扩展原则

TreeATE界面的设计思想是借鉴了Chrome浏览器，尽量简约实用，剔除多余的。不推荐你扩展界面，如果你真的需要扩展现有界面，原则就是你需要站在用户的角度仔细思考3遍以上，真的需要吗？有必要时可以到用户现场做一份调查报告，根据调查报告再行动。例一：某产品测试时需要直观地显示波形图（其实工厂测试不关心，只关心是否通过），波形图更多的是实验室和研发需要。例二：在某种条件下测试过程中需要人工干预，需要友好的提示给用户如何操作，像这种就需要扩展（TreeATE项目中已默认自带了GUI_TA_MsgBox.dll界面插件，在TreeATE Dev帮助中将会详细介绍该插件）。

为啥要支持多种语言？

我们知道开发自动化测试系统也是一种集多学科的综合性系统，集成了电子电气、机械结构、计算机系统和编程等技术。有很多公司不可能配齐这些角色才来完成任务，而往往是一个人或一个小团队集这些技术于一身（不需要专业，但要懂一点）。其他的不谈，需要自动化，就离不开编程（无论是配置化还是什么其他形式，其实都是编程），加上每个人所熟悉和擅长的编程语言又不同，企业在招聘上也颇为头疼。同时如何节省自动化测试开发成本也是企业需要考虑的刚需问题。
基于以上问题和需求，TreeATE Dev目前支持C/C++、QtScript和Python，将来可支持更多语言，甚至是图形化语言。