自动化测试 | 多个自动化测试用例？多个自动化测试数据怎么管理？资深测试总结

前言

自动化测试因其节约成本、提高效率、减少手动干预等优势已经日渐成为测试人员的“潮流”。

自动化测试的流行和诸多优势并不意味着它是灵丹妙药，定制型项目、周期短、测试易用性等情况并不适合自动化测试。

一些公司没有如设想的一般从自动化实施中受益，因为从自动化测试中获得的效益取决于采用它的灵活性。

前段时间，有同学问到：自动化case越多，测试数据越多，数据的管理成本也越来越高，是否需要一个数据池来专门管理测试数据？

这是一个好问题，也是很多测试同学在自动化测试实践中必须面对的一个问题。

一、学习阶段

很多测试同学在刚开始学自动化测试的时候，基本都是脚本和测试数据写在一起，从实际工作应用的角度来说很不推荐。

因为随着业务和技术的变化迭代，测试脚本和数据也要重新修改并执行，直接增加了自动化测试工作的维护成本，这样做有悖于自动化测试的本质(回归&提高效率)。

但对于新手或者初学者来说，将脚本+数据写在一起，它是可以快速实现和有直接反馈的一个demo。

二、初始阶段

自动化测试的数据管理第二个阶段，就是将测试数据写在配置文件里，通过键值对的方式去读取一些公用的数据，比如用户名密码、数据库连接配置、要访问的服务域名等。

这也是很多刚开始尝试做自动化测试工作的同学常用的方式。当然那个时候在测试圈子里，所谓的PO模式（页面对象模型）、数据和脚本分离已经有了一定的讨论和实践。

不过这个阶段有个很有意思的点，很多公司为了自动化而自动化，专门招一个人来做自动化。

求职市场也比较火爆，很多公司其实就是一个人做自动化测试，脚本数据都在本地保存和执行，这样做也无伤大雅。

三、作坊阶段

所谓的作坊阶段就是指测试团队有了一定规模，业务迭代速度和场景的复杂度有了一定提升，这个时候从需要有自动化开始转变为对效率的期待。

很典型的一点就是这个时候所谓的版本管理和持续集成开始为测试同学注重起来，当然通俗来说就是SVN&Git和Jenkins开始在测试团队应用了起来，当然也仅限于使用。

还有一点就是部分测试同学开始意识到测试报告的重要性。

当然，对于自动化测试需要的测试数据，大家也开始接受了数据和脚本分离，通过csv文件来存储测试数据。

这样做的好处是测试场景变化后，只需要修改测试数据即可，提高了测试脚本的可维护性，也便于多人维护同一批测试数据。

四、团队阶段

到了第四阶段也就是团队阶段，测试团队的流程规范和技术体系开始逐步建立起来了，自动化测试也从独立的岗位变成了功能测试同学入厂标配。

为了便于测试数据的统一管理，也考虑到测试数据的持久化问题，大家开始引入数据库来进行测试数据存储，这样做进一步的降低了脚本和数据的耦合性，脚本就是不同的测试场景和case，数据作为公共部分被引入即可。

这个阶段还有个很有意思的点，测试平台的概念开始在各技术大会和技术沙龙上被提及，很多测试管理者甚至测试同学也在工作和不同场合中开始言必称开发平台。

五、成熟阶段

第五个阶段就是所谓的数据池或者造数工厂的概念了，所谓的造数工厂，其实就是通过直接调用应用程序的方法来产生数据，在自动化测试脚本或者服务联调、问题复现阶段直接引用。

这样做有几个特点：
一是各种测试平台（不仅限于自动化测试平台）开始在企业内落地；
二是催生了很多测试开发岗位；
三是平台的适用范围开始由测试团队向其他技术团队扩散，也就是所谓的打通+赋能。

当然还有一些其他有意思的点，比如测试开始提倡全栈，各种招聘jd上要求懂前后端容器devops等各种东西，再比如测试圈子里开始讨论码代码能力到什么程度可以做测试开发，也是卷的不行。

市场和企业对测试团队的要求越来越高；
手工测试开始逐渐向真正的工程师转变进化；
测试职能从功能验证开始转向质量保障和效率提升；
未来所谓的测试岗位几乎都会要求业务+技术既要还要。
当然，市场在不断变化，对于人的要求也在变得更丰富和具体，能跟随发展和市场要求的人，才能存活下来

最后：下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】

​​​软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。