一、序言

　　现如今随着软件开发技术的发展导致所开发的软件项目功能越来越强大，但是也同样带来一个问题就是软件系统的日趋复杂，当遇到这种复杂的系统时自动化测试技术的运用就尤为重要，在这样的系统中采用自动化来回归测试能够极大的提高我们的测试效率，但是自动化测试本身在一些特殊情况下是需要更新维护的，如果一个自动化的设计人员在设计自动化测试脚本时仅仅是通过工具的录制功能自动生成脚本，那么这段脚本的可维护性就很低，且遇到问题是不可重用，所以在设计自动化测试脚本之前要形成一个易于维护的自动化测试框架

　　二、自动化测试原型

　　说到自动化测试原型其实就是在自动化设计初期通过自动化测试工具的功能自动生成脚本，在进行回放时通过录制好的测试对象与实际运行对象的匹配，来确立相应对象的操作

　　三、原型式的自动化测试优点

　　在采用这种原型式的自动化测试比较容易被测试人员使用；测试人员不许需要掌握额外的编程能力；

　　四、原型式的自动化测试缺点

　　原型式的自动化测试的这种简单的录制和回放在实际应用中是存在很多问题的，最常见也是最重要的问题是脚本难以重用，因为原型式的自动化测试脚本录制完成后是集中式的，在对脚本进行修改后可能会引起其他的问题，导致需要重新录制，这样就加大了测试人员的工作量，也给项目完成带来了一定的风险

　　五、自动化测试框架设计技术----三层驱动

　　前几个小点我们很容易推出结论原型式的自动化测试是不适合现如今我们软件自动化测试的，那么怎样去解决这一问题呢？答案就是修改测试脚本的结构，来解决这一问题，在做软件测试之前学习的是C#编程语言，里面有个3层架构，分别是表示层、逻辑层和数据层，可以讲这三层架构运用到我们测试框架中。

　　六、三层思想----表示层

　　在程序设计中表示层中包含的内容是让用户直接看到的UI界面，对应到测试框架中也许可以将界面中的对象封装成文件，在实际使用时再添加

　　七、三层思想----数据层

　　将自动化测试所需的数据与脚本分离存放，在测试时导入数据文件中的数据来进行测试

　　八、三层思想----逻辑层

　　逻辑层包含的就是指引整个自动化测试的代码设计，这里所设计的代码必须以最小块单位划分存储，以便于后期调用或维护

版权声明：本文出自 耳边你的浅笑 的51Testing软件测试博客：http://www.51testing.com/?440938

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。