自动化测试历程回顾（一年总结）

    从团队成员到位，正式开展自动化测试工作，截止今天刚好一年整，回顾这一年的历程，中间有过灵光一闪的兴奋、有过摸不清方向时的迷茫、失落，过程中也顶住了很大压力，虽然到今天为止也不能算有成就，至少看到了价值、看到了希望……

    在这之前一直做手工测试，从普通测试人员到测试组长、测试部门管理，每次负责项目测试过程，经历着、看着手工测试人员的部分工作被不断重复执行，希望通过自动化来解决重复执行的问题，过程中安排人员尝试去学习与应用自动化测试，但项目往往一个接一个，并没有间隙期，经常加班加点，在自动化测试方面收效甚微。

    09年初，向公司提出在自动化测试方面加大投入，公司领导也非常希望测试团队能够在自动化方面有所突破，决定直接组建部门专注投入，结果被任命组建自动化测试部，负责公司产品的功能和性能自动化测试。上半年因为一个项目出了重大问题，到6月底才正式从测试团队中切出，开始组建团队。

    组建团队首要问题时招聘合适的人，上半年就一直在面试，但一直没有招聘到合适的，在6月份有两名成员加入，非常巧合，7月初从另一个部门转入了两人，团队达到了6个人的规模。性能测试已经开展了一年多，通过在项目实践、应用过程中不断提升，而功能自动化测试需要从零开始。

    通过以往尝试应用的分析，结合行业发展。困扰我们最大的问题是脚本开发效率、难度和脚本维护性的问题，决定首先开发一个适合的自动化测试框架，经过一个月的研究、分析，自动化测试的框架模型基本敲定下来（在我前面的文章中有介绍），接下来就是规则、设计阶段了，这中间也经历了大量的分析（特别是对手工测试各类型验证点的分析、功能间、数据间调用关系的分析），每周几乎有一半时间是在会议室讨论，中间出现过很多问题，甚至出现没有思路、很无助的情况，最后总算是柳岸花明又一村，通过近两个月的分析、设计，整体功能设计完成。整个过程中最重要的是解决思路与方案，方案明确后，开发就顺利多了。（一定要想清楚了再动！）

    今年上半年，经过试点应用，框架的可用性得到了证实，虽然现在还没有完全上线应用，并且也肯定存在很多不易用、不适用的点，至少迈进了一大步。上半年结合手工测试通用用例测试（主要是对每个字段正常值、边界值、特殊字符等的测试，这类测试具备共同点、有规划可循）工作量大的问题，规划设计了通用用例自动化测试工具，可以自动生成测试数据、通过待测页面的URL地址自动执行测试。对使用者而言没有任何难度，只需要维护一些基本资源的信息即可。现在该工具已通过验证，并推广给测试人员使用。

    整个一年的过程，说短也不算短，虽然取得了一些成果，还远远不够，后面要做的还很多，过程中，非常感谢我们团队每一位成员的付出与努力！

   后续思路：

一、通过自动化测试框架的应用，提升项目测试过程中自动化测试的覆盖率

二、与手工测试打通，梳理出测试用例的方案，使测试用例同时适用于手工测试和自动化测试

三、通过自动化测试框架的深入应用、完善，提高对测试用例的覆盖率，使其满足更多的验证点类型

四、不断完善自动化测试框架，并设计开发解决局部问题的工具，使自动化测试的工作效率能够更为高效。（主要是脚本开发的效率）

    希望有在自动化测试应用方面有经验的同行，能够共同交流！我们公司做的是行业管理软件，本人联系方式：liqf95308@126.com