烽火戏母猴
自动化组态软件
说白了就是一个界面：通过组态软件在电脑上画一个画面，比如画面里有指示灯、电机（动画）、按钮等等。
然后建立地址与主控制器联接。
人就可以通过你组态的画面观察和操作设备的运行。
组态软件其实就是：画--连控制点--让用户可以形象地操作哎呀，说的够白话了吧？
什么样的软件才适合用自动化工具进行测试？
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、性能测试）等。
2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。
基于GUI功能测试，即应用传统的界面自动化测试工具（例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如：tcl、python、ruby等），RFT需要你懂java或者.net、QTP需要VB等。
自动化需要会编写软件吗
用来完成设备所要达到的功能！综上，自动化里简单的设备一般都是由PLC+人机界面构成；电脑端写的程序，VC,C#，可能会采用电脑+PLC来做自动化软件大概可以分为两种，一种是让机器设备执行一系列的动作，但是，它需要人机界面等设备来让使用者来操作它，人机界面的数据处理能力又不强，数据处理能力很强大，通过使用一般的编程语言（如VB，它们之前的协调由一些接串口（如串口RS232,485，以太网等等）通信来完成，各自发挥最大的专长！由于数控机床太普遍了，它一般由专用的控制器（如PLC）来完成，但是对复杂的设备动作流程实现起来却比较困难！任何东西都有两面性！PLC内部是需要写程序进去的！另一种是用电脑端的开发工具开发，电脑上安装几张控制用的板卡（如：IO卡，运动控制卡，各种采集卡），等）对这些卡进行操作来完成设备动作，专用的控制器能处理很复杂的设备动作；复杂点的，或者有特殊需求的，PLC需要写控制程序（如果叫控制软件可能不太合适），所以，它是使用专用的控制器（当然，可能不是PLC）来做的，控制器里运行指令解释程序并控制电机运行，外加一个界面用来接受指令和其他信息！你说的“控制软件”涉及范围太广，只能回答这么多了...
图形界面自动化测试的前途在哪里？
降低自动化测试的门槛是很多自动化测试工具提供商努力的目标。
尤其是对于图形界面的自动化测试，就更是这样。
于是，“录制与回放”就成了图形界面自动化测试的主流。
不论是 Web 界面的，还是基于 Windows API 界面的，还是 Java GUI 界面的，“录制与回放”的工具，不论是商用的，还是开源的，都不少。
在技术上，大家也在“录制”上下足了功夫。
录制就需要先识别。
现在 Web 页面的显示技术在向基于客户端的软件的界面靠拢，于是工具要识别各种动态界面的不同组件，不同编程语言实现的动态效果。
你能够适应 .NET 和 ASP 编写的界面，我可以使用动态的 Javascript, AJAX。
Web 的动态显示技术层出不穷，先是基于服务器端的动态页面显示，再后来又可以把代码传送并放到客户端来由浏览器解释了再动态显示，现在又可以局部更新页面的部分信息，很多页面又开始使用 Flash 等等。
于是，如何自动识别这些动态的显示技术，并保证录制与回放的正确，就成了各个自动化测试工具厂商最求的目标。
也就是基本上是在跟着动态显示技术发展的屁股后面跑。
然而“录制与回放”有一个大问题，就是“录制”下来的脚本的维护问题。
Web 界面的变化是非常频繁的。
通常市场部门的一个反馈，界面就要做比较大的调整，而这个调整，会导致之前“录制”好的脚本的重用性变得很差。
需要维护。
如果不想维护，再录制一遍的话也会造成人力的浪费。
毕竟，脚本和真正的程序代码虽然都是编程的产物，但人家代码是公司研发的最终产品，是可以卖钱的；脚本只是测试的一个中间环节，脚本执行的结果才是我们测试人员想得到的东西，花费很大力气来维护一个中间产品，任何一个研发部分都要好好考虑一下投入与产出是否值得了。
可维护性差是“录制与回放”技术需要攻克的技术难题。
而解决这个难题，需要两方面的努力：脚本良好的封装，与 API （关键字）接口的完整定义 开发人员对于界面元素赋予唯一标示的 ID。
解决图形界面自动化脚本的可维护性，还需要开发的帮助，为界面元素提供唯一的标识。
这样，不论以后界面如何变化，只要标识不变，之前的脚本一样可以复用。
而良好的脚本封装是“录制与回放”几乎难以逾越的一座技术大山。
“录制”决定了前期很少进行软件设计，脚本也是顺序执行的。
这与预先设计完整的 API 接口，再进行脚本开发的流程是相违背的。
从长远考虑，每一个软件开发企业在图形界面的自动化测试上，都应该力求向关键字编程靠拢，而不是过度的依赖自动化测试工具厂商的“录制与回放”技术。
这，才应该是图形界面测试自动化的未来。
【软件界面设计流程】关于软件界面设计的问题开发好了软件,如何来...
向机械这方面发展··计算机辅助··现在主要想研究学习机械控制软件编程（控制大型生产线的各种机械以及整个生产过程）及机器人控制软件编程··等等所有关于机械控制的编程我要熟悉了解精通哪些知识才能游刃有余的编程.对于第一个大问题：你所谓的机械控制，其实，到了工厂、企业等，都是针对各自的工艺流程而实行的控制。
例如在冶金方面，炼钢或者烧结来说，做机械设计和自动控制是分开的，分别有机械室和自控室。
各自的任务不相同。
你要做编程，就是搞自动化相关的，如自控、电气、仪表。
你要是做机械设计，就是设计相关机械设备的。
控制方面的软件：可以按照牌子分：西门子、ABB、施耐德 等。
都是大同小异的编程语言，即PLC。
建议你搞懂一门编程语言就可以。
到时候才能举一反三。
而机械设计就更简单了。
画图：二维的用CAD、三维的用SOLIDWORKS、PRO-E都有。
建议你把cad掌握好。
有的力学分析用ansys的。
还有关于机械的设计，设计理论（怎样设计）等·
什么组态软件能编辑 自动配料控制系统,如图类似的界面。
谁有软件...
1、 Robotium 安卓测试工具Robotium是一款经常使用的自动化测试工具软件，支持Android。
Robotium是一个免费的Android UI测试工具。
它适用于为不同的安卓版本和子版本测试自动化。
软件开发人员经常把它描述为Android Selenium。
Robotium测试是用java写的。
事实上，Robotium是一个单元测试库。
但通过Robotium创建测试需要花费很多时间和努力，因为为了自动化测试还需要修改程序源代码。
该工具也不适合与系统软件的交互，它不能锁定和解锁智能手机或平板电脑。
Robotium也没有录制回放功能，也不提供截图。
2、MonkeyRunner 安卓应用测试Monkeyrunner是一款流行的Android测试工具，用于自动化功能测试。
这个工具比Robotium更低一层次。
这个不必处理源代码来做自动化测试。
这个测试可以用Python写，并且可以使用录制工具来创建测试。
Monkeyrunner可以连接到电脑或模拟真实设备运行测试。
该工具有一个接口，用它来控制智能手机，平板电脑或外部模拟器的Android代码。
这个测试工具的缺点是，它必须为每个设备编写脚本。
另一个问题是，每次测试程序的用户界面变化都需要调整测试脚本。
3、Ronaorex 安卓测试应用工具Ranrex 是一款不仅可以支持最新Android版本，也支持从Android2.2开始的早期版本和分支版本。
Ranorex的优势是它有详细的截屏报告。
它能通过Wifi连接智能手机和平板电脑。
一个自动化测试工程师通过这个Android工具可以不用XML数据格式来详细编写数据驱动的测试。
Ranorex工作室使自动化测试工程师只要点击鼠标就可容易地创建测试。
它允许详细声明额外的程序模块，来用于在后期开发周期中测试更复杂的场景。
它是一个商业的移动应用工具，其许可价格为1990欧元。
不过Ranorex搜索功能相当慢；它需要30秒来完成这样的操作。
我们必须为Ranorex配备apk文件设备，否则无法通过这个工具实现自动化测试，因为它只能在APK文件设备上工作。
...
做软件的自动化测试一般用什么工具
RFT，针对功能测试，有几种情况，基于CLI、API和GUI的测试、ruby等），RFT需要你懂java或者.net、QTP需要VB等、不同的测试类型使用的自动化测试方法不同、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如：tcl、python；基于CLI，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试：白盒测试、黑盒测试（功能测试、性能测试）等、自动化测试、自动化测试，以达到控制设备的效果。
基于GUI功能测试，即应用传统的界面自动化测试工具（例如、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
41、测试类型可以包括。
3。
2
