自动化测试平台设计与实现详解

一、自动化测试平台演进

自动化平台演进分为3个阶段：

• 初期阶段
• 拓展阶段
• 推广阶段

1、初期阶段

这个阶段，平台的设计基本都是跟着“需求和产品”走，没有太多的通用性；维护起来的工作量，也比较大；根据产品的特性设计的测试平台会更好执行；

这个阶段由于多重问题，会欠下：

1. 技术债

对于初期自动化工具的实现，完全是按照当时的产品需求制作的，所以对于测试资源配置这一块，只固定了一些资源。

测试资源配置的拓展问题：为了方便测试工程师 配置测试资源，提供GUI方便配置，但是没有很好的设计，而是将GUI和 后端代码之间进行强耦合 （如果添加一个测试用例，就添加一个控件，慢慢的页面就有很多控件了）。

测试设备的替换问题：“测试设备驱动的设计” 最初没有考虑，测试设备的问题，所以在代码的封装上并没有过多的解耦和抽象。很多测试用例，直接调用了对象和函数，都直接操作对应设备的api;这会导致，在支持更多的测试设备时，现有的测试用例，无法继续在新的设备上运行。

2. 代码重构

分层设计中的抽象问题：业务层的抽象需要，兼顾不同的系统的差异，通过对象的抽象和方法的抽象，实现整个系统测试的抽象。

当被测系统/设备，越来越多多样化，对测试平台的拓展能力就是一个很大的考验。

资源配置问题

1. 不同的资源类，添加不同的属性&