自动化功能测试实践一：能为我带来什么

自动化功能测试工具接触过两个，一个是HP的QTP（Quicktest Professional）和现在用的python+RobotFramework。

一、QTP实践带动整个项目整合

记得刚开始使用QTP时，是因为项目中修改一条流程，导致大量的回归测试。开发和测试都很被动，项 目 成 本 非 常 高。 这时测试经理被迫引入了QTP自动化测试，招了新人，就着手开始了。

B/S结构的系统，使用QTP录制脚本非常简单，上手容易，但是经常找不到windows对象（如文本框、按钮对象等），于是开始引入描述性编程，自动化测试工程师通过分析流程的共性，抽取了几个模板。当时系统中90%的业务流程，只需要调用这几个模板，传入自己的参数，便可以代替手工，跑完一个数据流程。这是第一阶段。

第二阶段，我们开始加入多个检查点，例如流程本环节完成后，需要检查下一环节是否收到数据，检查已办文件中是否有对应数据等，这样，我们的流程开始健壮起来。大部分人不要一条一条的手工执行流程，整个测试组的自动化气氛特别浓厚。

第三阶段，开发看到我们测试相对以前要轻松许多，于是产品经理和开发经理开始学习测试的这种模式，测试能抽取这些流程的共性，编写模板，为何开发不可以整合，为何产品不可以做成可配置的，同样节省开发的工作量呢。于是我们的产品在这种思路下脱胎换骨，重构后，大部分业务流程可以直接配置，不需要二次开发。而且当我们拿到各地市的项目时，项目经理就可以直接配置上线，交付客户使用了。开发测试只需要提供技术支持。

经上，我们可以了解到自动化测试是一种思路，首先要有这种思路，才会着手去实现，去优化，去带动大家。实现过程并不简单，我们经历了不停歇地加班，学习新知识，无数次地推翻已有的思路，重新编写脚本。但是这种痛苦过程能够有效地提高我们的质量，简化我们的执行工作。

二、python+RobotFrameword实践大大简化了测试执行

         Python+RobotFramework是最近才开始使用的，由于我们需要测试交易流程，在pos机器上很痛苦滴按着按钮发交易。我们这里的技术大神编写了自动发交易的python程序，同时引入RobotFramework，简化使用。对于不是很熟悉python语言的测试人员，可以先从RobotFramework入手，根据测试案例配置各种交易流程，完全可以避免用pos机不断重复按按钮的过程。

        随着交易的复杂度不断提升，测试场景和测试数据的要求类型也越来越多样化。有了这一套交易自动化功能测试脚本，一方面我可以快速地造测试数据，达到模拟用户使用的效果。例如我要跑10笔交易，使用脚本一个循环在几分钟内便可以完成。另一方面，利用脚本完成各种类型测试场景的覆盖，例如我测试要覆盖非常多的交易类型，以及交易类型组合，这些都是非常轻松地能够完成。借此我便可以发挥我的想象，进行大量的探索测试。可以说，在现有系统中，如果缺少这个自动化脚本，我不敢想象我们有多少测试场景无法完成，要浪费测试和开发多少时间，一个项目要延时多久……

        另外，我手上有一个非常大执行量的测试工作，我本考虑要求领导加人，但是如果有一个不懂业务的测试人员加入，刚接触复杂的后台服务，我又需要花费自己大量的时间去指导业务和环境，对比我沉下心来研究和探索，我想后者更能提高效率。

        所以，自动化测试在需大量回归测试的产品中，是我们测试人员的有力武器，他可以帮你征服大部分不可能完成的测试任务。而且经历这个过程，我开始自学python（推荐廖雪峰的python博客），和高手不断交流。经历半年时间能够读懂代码，写简单程序，正筹备着用python完成一个小小的个人博客。这个过程是美好的，大家有机会的话，一定好好把握。