为什么要用GUI?

（gui是什么？不想说了，查查吧。似乎对于做自动化测试的人来说，已经很习以为常了。） 最近在写开源的自动化测试的框架，对比商用的自动化测试框架，有一个很有趣的现象。商用工具在开始的时候都不约而同的定义的了GUI这种东西，把页面对象抽离出来。而开源有不一而同的，讲对页面对象的定义写到执行的语句中，动态识别。到底哪个更好，哪个更灵活呢？ 我想很多时候分析两个哪个好的时候，都是将两个对比物，在不同的几个重要方面进行对比，然后再做总结。其实对比这两种方式我觉得只是角度不同，并没有实质的优缺点。 我想从一些本源上说，写自动化测试脚本的目的是什么？自动化测试脚本为谁而写？脚本的质量好坏怎么区别？ 自动化测试脚本的目的：不用说，就是为了进行测试。一般用于回归测试。就是让机器代替人来做重复的测试。既然上重复的测试，也就是脚本不能之跑一遍。那跑那么多次，如被测系统变化，那么基本就要维护。维护谁来维护？怎么维护？---维护？那脚本就是写给维护的那个人的，也许是自己；不应该上为了系统而写的。脚本到底上写给谁的？曾经看过一篇文章，说代码写给谁的，脚本也就是代码吧。那到底写给谁的？为了应付进度？为了完成考核？为了完成测试？为了简化劳动？我想每个人的答案不同，那结果不同？结果就是脚本质量，脚本质量上什么，我个人觉得自动化测试脚本最重要的上稳定性，其次上维护性。说白了，我认为脚本就是能尽量小的投入，尽量多的循环进行测试。 一大堆问题过后，其实我觉得问题有答案了。对于变量和函数的设定，我们一般遵循最小语义，那么其实GUI就是一个最小语义，虽然他只有一行简单的说明，但是他讲一个页面对象进行了一个抽象，在逻辑上是符合的。将之提取出来，方便阅读，便于维护。如对脚本有长期使用要求的话，GUI应当独立出来。