我的雇主委托我建立一个生产系统，以对特定的各种矢量图形数据文件自动执行复杂类型的数据转换。每周需要对数千个数据文件执行此操作。
到目前为止，我们找到的唯一能够执行此数据转换的软件是一组特殊用途的Windows桌面应用程序。没有API或脚本化接口控件。结果，我的管理层根据QA软件草拟了一个设计，可以自动控制这些Windows应用程序上的GUI界面。
因此，在此服务器上，需要将接收到的每个数据文件自动加载到基于GUI的应用程序中，进行选择，传输到用户工作区，通过具有多个菜单选择进行编辑，打开对话框，进行输入然后保存回到磁盘，然后再继续下一个。
此生产系统设计所需的软件将花费数千美元。我有30多年开发软件应用程序的经验，但这对我来说还是第一次。我强烈反对采用这种方法来建立数据转换管道，但是到目前为止，我的管理层已经放弃了反对意见。他们查看了文档，找不到导致GUI自动化无法正常工作的任何特定原因。他们说，它被广泛用于质量保证系统中。也许对于我的舒适程度来说太“开箱即用”了？
尝试以这种方式自动进行数据转换的想法使我的想法站了起来。这个概念似乎与健壮的设计实践相反。适当的解决方案是构建可以直接执行我们所需的数据操作的软件，并避免使用特殊用途的GUI应用程序。但这需要更多的研发工作，才能找到库并构建我们需要的流程，以使生产自动化。
我错了吗？如果不是，我该如何以一种可以使我的管理层确信他们的想法是昂贵的笨蛋的方式来表述？我非常担心，我们将花费数月的时间来尝试使GUI Automation方法正常工作，并且没有任何可靠的方法可证明这一点。我可以在任何地方使用大量信息来证明QA GUI Testing与生产数据处理不一样吗？