启程：该如何迅速入门？

做黑盒/功能测试的童鞋总想尝试一下自动化测试或单元测试，或者说，自动化测试或单元测试对于从事软件测试的童鞋而言具有一种不可名状的吸引力。
多年后，有的童鞋已经成功跨过这道坎进入到自动化测试或单元测试领域，但大多数童鞋仍在观望着，继续抱着那种期待和恐惧——期待自动化测试或单元测试的魔力，恐惧于他们对技术上的要求。

作为一只从事软件自动化测试和单元测试将近 10 年的老鸟，我是如何一步步踏上这条路的？十年一回头，对我而言，从事软件自动化测试和单元测试最重要的技能又是什么呢？

十年前，作为一名毫无编程经验的初学者，抱着一本 Paul C.Jorgensen 的《软件测试》，无所畏惧地踏上这条路。

当时负责一个 Windows 平台的财务系统项目测试，由于公司经费有限，每个项目只有一名测试，自己写测试用例，自己测试，自己出测试报告，自己报 bug，没有人管你是如何测试，甚至没人审查你的用例，项目经理只看 bug，以及最后客户是否满意。

为了减少自己的工作量，开始逛测试论坛，开始知道有 QTP 这么个玩意儿，可以录制回放，如果稍微参数化一下，可以大大减少测试录入的工作量——就这样，懵懵懂懂地开始了第一款自动化软件的学习和使用。

随着对 QTP 越来越深入的了解，随着脚本录制/回放过程中诸多不满意，开始自己试着修改脚本，当时的脚本应该是 VBScript 脚本，然后试着描述性编程，学了一些必须掌握的语法，开始自己写更为稳定的脚本——毕竟是为了自己用起来方便，而不是为了秀 demo，所以一切以实用为目的。

就这样做了一两年，这期间由于对 VBScript 的熟练，顺便学习了 C# 和 Java 的基础知识，发现都不是很难，也更便于自己发现研发的 bug。

除此之外就是，在论坛上掀起很多骂战，一方面是自己出来嘚瑟的帖子被人骂，一方面是去骂其他出来嘚瑟的帖子——这种骂战的好处就是，可以快速发现自己知识和实践中的不足和错漏，还可以结识到相关技术的大牛。

记得当时和我对骂最厉害的一位 QTP 大牛，为了证明他的确比我牛，把他总结的《QTP 难点及解答》发给我，这篇长达数十页的 word 文档让我在 QTP 自动化测试的疑难杂症面前攻无不克，还帮助他顺利进入梦想中的 HP，继续钻研 QTP，当然，这是后话。

现在很多童鞋问我，学习自动化，我该看什么书？我该从哪开始？我该问谁？

我的回答是：找个当下就能帮你减轻负担的工具，从这里开始，玩转它，并到论坛上去分享，去掀起骂战，让自己快速提升。

选自本人的书《深入理解 Android 自动化测试》