自动化测试
我想学习自动化测试 该从哪里开始学起呢？
我现在已经从事测试行业一年多了 是黑盒测试
我是从开发转的测试
请各位大侠多多指教哦
[解决办法]
其实凡是都要有个开端。比如你到一个团队，它有500个测试用例，那么你应该先挑出50个测试用例写成程序（你还可以考虑以随机的形式产生测试数据）。只要你写成了，那么你就可以对比那些手工回归测试这50个测试用例，跟你用测试程序回归这50段测试程序，到底谁更方便。
对于程序员，每隔十几分钟就应该运行一次自动化测试程序（可能每次仅仅回归最近3天的测试用例，然后每天下班前才回归一遍所有的测试用例）。而对于测试人员，则几乎是让所有测试用例程序不断运行。
[解决办法]
我觉得工具还是要会几种的，别人都开发好的工具，直接拿来用，多方便呀。如果什么测试工具都自己去开发，多累人呀。
做自动化测试，QTP一定要会吧，做性能测试，LR一定要会吧。还有很多监控工具什么，能够灵活运用工具，测出问题，这也是一种本事呀。
[解决办法]
很简单的观念：当你开始运行测试程序，你就可以去喝咖啡去了。然后当你回来的时候，也许几百个测试用例被疑随机次序（以及随机生成的测试数据）跑了几千遍了，这时候你需要去看什么漂亮的图标吗？不是的。直接关掉测试程序就行了。
那种手工测试搞得没有什么意思的人，反而以为所谓的测试程序输出什么“红绿灯、监控图表”之类的，才叫做自动化测试。实际上，如果你想监控，写成一个测试用例，让它当作一个普通的测试去跑就行了，根本不用当作一个要人去用眼睛看的东西。
自动化测试，就是只有当抛出异常时，我们才需要去调试异常的原因。而一旦错有测试跑过去，我们还看什么测试程序输出？测试程序应该直接关闭自己不要打搅我们就行了。
如果你买所谓的“测试程序”只是为了用眼睛看着他的时候心旷神怡，那么这种测试不做也罢。
[解决办法]
“测出问题，这也是一种本事呀”
我不这样认为。自动化测试是开发的根本，没有写自动化测试就没有必要写代码。
（对于UI的开发，由美工完成，而程序员只是开发供美工使用的“数据绑定中间件、行为中间件、数据转换中间”等）。
所以写测试是很简单和基本和很“习惯了”的事。反倒是把测试当作一种跟在开发人员屁股后边去找碴的做法，才是承袭手工测试人员的思路和低效的做法。
