由于之前的自动化框架可移植性不高，最近产品线内需要开发新的自动化测试框架，在这里分享想分享一下最近一段时间的开发历程，目前来看，python的unittest单元测试框架可以满足当前的需求，所以打算以unittest为基础做开发，这篇文章想以unittest为例，简要介绍一下一个自动化测试框架的组成要素。
什么是自动化测试框架呢？我个人的理解是：一个测试框架是为了方便测试人员编写测试脚本，它起码具备组织测试用例，规范脚本书写格式，自动生成测试报告以及友好的Log输出功能。要注意其和API的本质区别在于API是提供给脚本编写者去调用，而自动化测试框架是去调用测试脚本。
1、规范脚本的书写格式
在脚本编写过程中，每个人的代码书写风格不一样，因此就造成了可能同事之间都只能看懂自己写的代码，若这些脚本转交给别人维护，会很不方便，因此我们希望有人帮我们制定一套脚本的书写规范，方便我们开发的同时也解决维护混乱的问题。unittest提供了这样的功能，在unittest中，我们抽象出一个TestCase类，而每一个脚本都可以看作是TestCase的一个实例，可以调用类中的方法，先看一个简单的例子。
上面的代码中，TestCount继承了unittest中的TestCase类，第一个setUp()函数用于脚本的一些初始化工作，当然需要初始化哪些东西由你来决定，需要注意的是这个函数名是不能自定义的，unittest通过setUp来确定初始化入口，而test_add函数是完成测试逻辑用的，函数以及测试逻辑都可以自定义。需要注意的是self.assertEqual这个方法，这个方法继承自TestCase类，用于做结果判断，输出值要与我们的期望值相匹配才能PASS，上例中b的输出结果和期望结果显然不匹配，所以测试结果当然为Fail。tearDown函数相当于一个clean_test的角色，即我们可以将我们在测试执行中改变的一些变量或配置让它恢复默认值。
2、组织测试用例
当我们需要执行的脚本达到一定的数量级以后，我们肯定不希望我们自己一条一条地执行他们，那样也就失去了自动化测试本身的意义，我们希望有人帮我们做这样的工作：他可以组织用例顺序执行，甚至还提供诸如出错执行这样的功能。unittest提供给了我们用例的组织方式，下面以例子来说明：
上述例子中，我们导入了unittest的另外两个类，TestSuite和TextTestRunner类，TestSuite类用来组织用例，在上例中，我们用suite作为TestSuite类的一个实例，然后用类中的addTest方法将我们所需要执行的测试脚本添加到suite这个测试集合，另外，我们引入了TextTestRunner类，这个类与之前我们用的main函数执行的方法不同点在于main函数只能执行一个单一脚本，而TextTestRunner的实例化对象runner则可以将我们所构造的测试集合作为参数传入，这样我们的测试脚本就可以顺序执行了。
对于unittest的Log信息以及测试报告的生成还没有具体了解，在《一个自动化框架的组成要素（二）》中将继续总结，当然unittest肯定也有一些更高级的用法，欢迎熟悉的同学来下面留言介绍。
