决定了做好自动化测试，所以要经常问问自己：什么是自动化测试？
因为是第一篇所以说些陈年往事，呵呵….路过的童鞋可以掐了别看…..
在学校的时候就一直对自动化测试很感兴趣，但是那是对自动化认识很肤浅，多半是出于一种偷懒的想法：一切自动化了，我们不就解放了，一些繁琐的事情可以交给计算机了。于是按照网上说的，装了些自动化测试框架，开始每天happyhappy的写些小脚本。虽然成功了，但是慢慢随着时间的推移我发现网上那些所谓的自动化测试并没有对我的工作产生任何帮助，每天需要手工测试的工作一点没减少.......失望ing。但是越是这样我越是不甘心，所以快要毕业的时候，就很想进一家大型的公司，看看传说中的自动化测试到底是很放神圣。
几经波折，到了xx公司。接触到了真正的自动化。一上来先写了一个自动构建，紧接着持续集成、敏捷开发…这些思想开始在我脑中出现，欣喜ing….自动化了….呵呵…再接再厉又写了一个代码覆盖率工具，工具不错，但是一推行起来…才发现它的作用远没有我认为的重要…又是一阵失望…突然一下没了方向，这就是自动化么…不是，但是自动化又在哪里呢？我疑惑了…几经思考，现在我终于明白了什么是自动化测试。
自动化测试，首先是测试，其次才是自动化，不能本末倒置。测试从大处说是整个的测试流程，从小处说是我们自己每天的工作。所以…
自动化可以做到包括：简化我们的工作、规范我们的流程、量化我们的工作
具体点说，像每日构建可以规范我们的流程，因为构建环境可能会经常改变，所以构建脚本的维护也并不轻松。但是有了构建脚本，可以保证我们在一段时间内的规范构建，减少我们在配置服务器的过程中出错的可能，提高我们配置服务器的速度。
而覆盖率工具更多的是去度量，度量我们的测试程度。它只是一个参考指标，让我们的测试人员更量化的看到测试的效率。但并不能直接提高测试质量。
做自动化测试工作并不像开发那样那么紧张，我们有更多的时间去思考。但是不要空想，自动化测试一定要注意落到实处。
什么是自动化测试？答曰：大处着眼，小处着手。在流程没有规范起来的时候，多写脚本。
