自动化测试，我知之见！(BSTT整理)

最近我一直在研究自动化测试方面的内容，几个项目也在应用，通过各种反馈和自己对自动化的理解，总结了这么几条。

1.    我们必须使用自动化，但不能依赖自动化。

测试技术日新月益，如果一个从事三年以上的测试工程师对自动化测试一窍不通，那也是白混了。但是最近发现我周围的人对自动化测试出现两个极端，一种是自动化测试解决所有问题，只要引用自动化，测试人员可以下岗了。另一种是自动化测试太麻烦了，还不如手工测试效率高。

我们必须使用自动化测试，自动化测试是一种测试方法和一种手段，作为专业的测试人员必须掌握它，并在合适的时候使用它。千万不要出现在不管什么时候什么项目都要使用它，自动化测试是一测试方法，只要项目测试需要时选择它。

2.    我们要让自动化工具做擅长的事情，而且要想办法让被测对象变成他擅长的事情。

我们必须对所使用自动测试工具的特性要非常熟悉并发挥他的特长。如QTP他的优势是对象捕捉，数据处理不是强项，那边基础数据准备的事情就交给手工或其它工具。

有时候我们也要意识的去改变一些东东让他变成自动化擅长做的事情。如一些大型的MIS系统很多的检查点都是判断数据是否新增成功，但是我个人认为QtP的数据检查点不是很好使用，但是他的标准检查点和文本检查点很好用，我们改造了我们软件，在所有数据检查点的地方我们自己增加了MsgBox。

3.    自动化测试必须全员参与，只有分工或参与重心不同，。

我看了很多帖子都自动化测试必须有专门的人来做，我不是很赞成，可能跟我现在的团队规模有关。我个人认为当一个测试团队中自动测试人员只有2到3人时，只有分工不同或参与重心不同。

产品测试组：负责业务分析，录制脚本，设置检查点，执行脚本。

自动化测试组：工具选择，增强脚本，维护脚本，框架培训。

4.    只有精通业务和手工测试，才能做好自动化。

如果业务都不熟悉，或者手工测试都没有做过的人，能搞好自动化测试，你认为可能吗。

5.    自动化测试必须长期应用，长期积累，长期维护完善。

自动化测试最主要的特点是能重复利用，如何重复利用能，那就是让脚本灵活，如果灵活那脚本就需要结构化，框架化。如数据分离，功能函数化等。

最后把我一个目前我们团队一个自动化测试的框架图分享给大家吧。