第四，怎样进行UI测试。首先要尽量的减少UI操作，除非是你必须要测试的操作。比如简洁快速的启动你要测试的界面，用快捷键代替鼠标操作等等。总而言之，理想状态下我们进行的每一次UI操作，都是我们需要测试的，其他操作尽量避免，不能避免用可靠的方式去实现。那么我们现在的焦点变成了，怎样来处理我们真正要测试的UI了。UI测试的开发基本上三个问题:发现对象，操作对象和同步。简单解释一下同步，同步是有一个机制告诉你何时可以执行一个UI操作。很多人是用sleep的方式，等待一定的时间去执行下一个操作，这是我非常反对的。我的原则是，尽量少用sleep，算要用每次多不要超过一秒。滥用sleep会严重影响测试程序的性能（具体的UI自动化过程，大家可以参考我的其他文章）。

　　第五，UI测试错误／异常的解决和Debug。通过以上的解释，我们只是在自己需要测试的UI操作才进行UI操作，否则通过高级语言或者系统命令来实现。是不是我们的UI自动化完美了呢?不是，这只是一个基础，还远远没有达到完美。我们在自动化开发和应用的过程中，大部分的时间其实是花费在了异常／错误处理和Debug上面。这跟真正的程序开发非常的类似，你如果去看代码的话，大量的是在进行返回值得检验和异常的处理。如果我们的程序在运行过程中出了问题怎么办，或者如果没有出现我们期望的结果怎么办?一般来说有三种问题，第一是产品的问题，我们可以报bug了，第二是你测试程序的bug，你需要fix。第三是其他的问题，比如测试工具，甚至高级语言本身的问题，你需要workaround。总而言之，的测试程序终的目的是，一旦程序的运行发现了问题，是产品的问题，是可以报bug的。能够达到这种境界才能算自动化测试的完美，才能算是一个真正的测试人员。（当然了，正如软件产品不可能没有bug，你的测试程序也不可能完全没有bug。但是，由于软件产品是有大量的用户来使用，而你的测试程序只是很小范围内来使用，使得你消除影响测试过程的bug成为完全可能）

　　综上所述，一个的自动化测试工程师必须要具备高级语言的开发能力，自动化工具的灵活应用能力，系统命令和使用的熟练能力等这些基本功，还更要具备的Debug，Fixbug的能力，和保持程序稳定性能力。换句话讲，一个的自动化测试工程师必定也是一个的软件开发工程师。

　　后谈一下我为什么要转向C＋＋／CLI?从上边的排序大家可以看到，C＋＋／CLI是目前Windows平台强大的编程语言。在我的自动化开发的过程中，我需要高级语言和系统命令都不能完成的功能。如果没有C＋＋／CLI我必须要通过UI来实现，从而降低我程序的可靠性。而有了C＋＋／CLI的功能，我可以绕过UI操作了。总之，能够绕过UI操作的能力也体现出一个自动化测试人员的能力。从这个角度讲，测试人员有很多东西要学的。后说一下，我自动化工作的要求是１００％可靠，我还不能完全满足，因为使用我程序的人是那些手工测试的人，他们的使用环境的变化有可能引起一些问题的产生，基本上还不是我程序的问题，而是测试工具，或者其他模块的问题，我需要想办法去workaround。不过，随着一定时间问题的积累和解决，如果环境不变，应该可以达到１００％可靠。（可是环境的变化是不会停止的，因此实际上很难达到的可靠，不过一段时间的可靠还是应该可以达到的，或者说我们的测试开发必须有这样一个目标，如同软件开发的目标一样）。