popeer的专栏

1.test case的执行过程大部分都是通过一系列的鼠标点击动作构成的;执行完毕就到验证阶段了.Excuting of test case run with a set of mouse-click event mostly; The next to excuting steps is verification. 2.有了类似UIA这样的自动化测试框架，Excute a test c

今天获得了一个很重要的经验。 在UI Automation Element Tree里寻找某个子节点下的孙子节点(若该孙子节点是在其父节点的点击事件发生后才生成的)，通过根节点直接去找该节点，会发生找不到的情况。我们可以简单的理解成从第一层节点直接去找第三层节点有时会找不到。 对于这种时而找得到，时而找不到的情况，真是让人郁闷。 有个稳妥地办法就是一级一级的找，一层找二层，

刚开始做UI自动化的时候我是这么理解它:1.通过编程的方式操作鼠标和键盘的方式来操作应用程序； 2.应用程序包括IE浏览器，office办公软件或者其他类似的软件； 3.只要懂得如何用编程的方式操作鼠标和键盘，就能做UI自动化开发。 现在,发现这么几个问题:1.编好了的程序，在同一个环境下运行10次，那么保证至少有一次会得到不一样的结果。换句话说，相同的输入参数

1.现在对UI自动化有个更深的认识，现在来纠正下我们普通人对她的看法。首先，UI自动化做到事不是简单的点击鼠标和发送字符，这些操作仅仅是UI Automation的一个表现形式。其次，UI自动化是根据一定的现实规律(包括系统，软件的特定规律)，按照指定的步骤去进行一系列有规则的操作。举例来讲，在不同的系统环境，UI element tree在存储某一个元素会把他们存放在不同的位置；依据系统的特点，对UI element的属性甚至元素的初始化都不相同；同一个软件但不同版本，UI展现是不同的，怎样保证同一个UI

UI automation的另一个含义是在没有UI智能分析的前提下，要想保证程序的稳定性，就必须增加一些对UI元素或是OS环境的检查来代替人的反射行为。 这话是不是太难以想象其其中的意思。举个例子:有这么一个情景:在登录一个常用的应用程序的时候，一般只需要输入用户名就可以，而不用去检查高级选项里面的当前设置。但对于automation，为了确保程序能最终按照预先要求顺利的执行完毕，就要去检查一下高级设置是否是期望的。人们做一件平常经常要做的事，很少会考虑一些看似不重要但实际上会影响到最终结果的小事情上。UI

<br />UI Automation从项目准备到框架成熟，差不多用去了6个月的时间。这段时间给我了很大的发挥空间和难得的实现自己想法的机会。<br /> <br />昨天发现了当时写的笔记，觉得可以记录出来，以后会有用。<br /> <br />1. 对需求进行测试。举个例子: 项目起初只考虑在一台机器上运行测试用例，当几乎所有的单机测试用例都完成的时候，发现需要把多机器联合操作(run on multipy machines for inter-operation)的测试用例加进来。可是程序设计的时候都

现在在做一个网站的界面自动化测试开发，这个项目是开发与测试同步，即新开发了哪些页面，我们就要测试哪些页面；界面增加了哪些功能，或者还没有实现部分功能，我们测试人员就要想好怎么写程序去测试这些当前和未实现的功能。 在这个过程中，发现一个有一点很重要：为了达到方便测试的目

1.MSAA自从windows 95以来到今天的windows 的任何版本，我们这些开发人都还可以使用MSAA来操作windows的UI。MSAA是由谁来实现的呢？是COM，即组件对象模型。COM其实就是用来沟通的，负责操作系统与应用程序的沟通。用原文的话说就是COM定义了操

今天拜读了别人的代码，发现自己又一次孤陋寡闻.System.ComponentModel提供了很多丰富的对象让编程更简单，很容易地达到你要实现的目的，避免自己写更多的逻辑来实现你要的需求。假设我们的产品是一个网站，它需要获取internet上其它网站的信息,比如股票，天气预报。要获取这样的附属信息一般不能用主线程直接获取，因为要频繁地获取这样的信息势必会影响网站的性能，那就用.net提