简单的聊下自动化测试框架的设计

如果你觉得还行的话，就点点文章末右下角的“好看”支持下

简单的聊一聊自动化测试平台设计的事

在大部分博客，或是交流群，或是大家日常工作中，在学习和实践自动化测试时，都会接触到以下关键词：

数据驱动测试框架

关键字驱动测试框架

混合测试框架

等等

那在我们从事自动化测试时，要自己去开发设计一个自动化测试框架或是自动化测试管理平台时，需要如何去设计呢？

一般情况下，我们会把整个框架或平台设计成由以下三个子系统或组件构成：

- 测试管理系统

测试管理系统用于创建、编辑和维护测试用例，它是测试工程师日常工作的主战场，必须易于使用。

1. 测试用例数据要进行序列化，可以序列化到文件或数据库中

2. 可是使用表格式语法，也可以是脚本编辑模式，或其他方式

3. 应该要做到测试数据和测试用例的分离

4. 测试用例和测试脚本最好也可以做到分离

- 测试执行系统

测试执行系统是平台的核心，一般提供四大组件：

1. 驱动脚本

用来驱动测试的执行

2. 测试库

用来支撑各种测试类型的交互

3. 测试数据格式转换

用来转换各种数据类型，并传给测试脚本，以提升驱动的能力

4. 其他辅助功能

用来提供一些其他辅助的能力

- 测试监控系统

一般来讲，测试监控系统提供两方面的监控：

1. 日志监控
2. 报告监控

咦，这个时候有人说，怎么没和jenkins之类的进行集成啊

曰：你爱集成就去集成呗

我在想是不是做一系列的框架设计方面的视频教程，先想想了。。。毕竟这是一个苦力活....。