前言
自动化测试因其节约成本、提高效率、减少手动干预等优势已经日渐成为测试人员的“潮流”。
自动化测试的流行和诸多优势并不意味着它是灵丹妙药,定制型项目、周期短、测试易用性等情况并不适合自动化测试。
一些公司没有如设想的一般从自动化实施中受益,因为从自动化测试中获得的效益取决于采用它的灵活性。
前段时间,有同学问到:自动化case越多,测试数据越多,数据的管理成本也越来越高,是否需要一个数据池来专门管理测试数据?
这是一个好问题,也是很多测试同学在自动化测试实践中必须面对的一个问题。
一、学习阶段
很多测试同学在刚开始学自动化测试的时候,基本都是脚本和测试数据写在一起,从实际工作应用的角度来说很不推荐。
因为随着业务和技术的变化迭代,测试脚本和数据也要重新修改并执行,直接增加了自动化测试工作的维护成本,这样做有悖于自动化测试的本质(回归&提高效率)。
但对于新手或者初学者来说,将脚本+数据写在一起,它是可以快速实现和有直接反馈的一个demo。
二、初始阶段
自动化测试的数据管理第二个阶段,就是将测试数据写在配置文件里,通过键值对的方式去读取一些公用的数据,比如用户名密码、数据库连接配置、要访问的服务域名等。
这也是很多刚开始尝试做自动化测试工作的同学常用的方式。当然那个时候在测试圈子里,所谓的PO模式(页面对象模型)、数据和脚本分离已经有了一定的讨论和实践。
不过这个阶段有个很有意思的点,很多公司为了自动化而自动化,专门招一个人来做自动化。