交互设计与自动化测试

这几天亲身体验了iFree的自动化测试过程，发现其实要实现完美的自动化测试很难。

从我的理解，我觉得自动化测试需要依赖交互设计的因素有如下几个方面：

1、要明确表示界面之间的事件联动：如点击一个按钮事件出现一个对话框；

2、要明确界面内的界面元素之间的联动：如选中一个checkbox，另外一个文本框处于可用状态；

3、要明确界面元素的命名：如一个窗口中有多个列表，要能有效标识这些列表；

4、要获取有效的测试数据：如果测试本身牵扯到与设备的交互，还要清楚能够使设备正常工作的有效数据值是什么；

5、要用自动化测试用例明确表示界面联动、界面元素联动、测试数据输入；

 

很多测试组织曾经探索能否在编写代码之前完成自动化测试用例写作，跟开发同源同模型，并行工作，我认为其中障碍很多：

1、界面设计是设计和开发人员负责的，不是测试人员负责的，界面间的事件联动勉强还可以完成，但要精确描述实属不易；

2、界面内的界面元素之间的关系我想几乎没有人能够在编码之前就会表示出来，更多的只是在编码阶段去用代码表达；

3、界面元素的命名在设计阶段几乎不会关注，也无法提供。即使有了命名规则，但未必能够在开发界面时得到落实；

4、有效的测试数据的获得是个很大的困难，在一个系统没有完成之前，估计很多情况下谁也不知道精确的有效数据，特别是跟设备有交互的时候，很多数据可能只会动态生成；

等等。

总之，要实现自动化测试，精确地描述界面联动、界面元素联动非常重要，界面元素命名、获取有效测试数据也是必不可少。细节决定成败，如果这些内容不精确提供，完美的自动化测试将永远只是一个美好的愿望，特别是在界面变更的时候，开发人员也很难有效通知测试人员。据从业n多年的经验，也确实没见到过。

我觉得要改变自动化测试的现状，一个革命性的想法是测试人员进行界面设计、自动化测试验证，只将界面的开发实现留给开发人员去实现，界面变更也如此操作；这样测试人员在进行界面设计时会考虑到自动测试所需要依赖的关键因素并落实到设计中去；

否则，自动化测试用例的写作永远只能等到开发完成之后，测试人员通过操作界面获取精确地交互信息来实现。而且，界面变更频繁时，自动化测试人员还得紧跟着去变更自动化测试用例。