分层自动化测试与传统自动化测试的差别

什么是以及为什么要分层自动化测试？

 

最近两年我连续在ChinaTest上面开了一门叫“分层自动化测试”的课程，这几天在微博上引起了什么是以及为什么要分层自动化测试的讨论，今天闲来无事就写一篇小文来澄清一下我自己的想法。

 

1. 传统自动化测试的问题在哪里？

分层自动化测试这个概念是在自动化测试之前加了一个分层的修饰，以区别于“传统的”自动化测试，那么我们引入分层到底希望从哪些方面来改进传统自动化测试呢：

在目前的大多数研发组织当中，都存在开发测试团队割裂（部门墙），质量职责错配（测试主要对质量负责）的问题，在这种状态下，测试团队（或者说测试老大）的一个“正常”反应就是试图在测试团队能够掌控的黑盒测试环节进行尽可能全面的覆盖，甚至是尽可能全面的黑盒（界面）自动化测试。

这可能会导致两个恶果，一是测试团队规模的急剧膨胀；二是所谓全面黑盒（界面）自动化测试运动。我这里想说的是，这种全面黑盒（界面）自动化测试一般来说是要注定失败的，请各位测试老大引以为戒，因为界面是非常易变的，黑盒（界面）自动化测试无论怎么写都还会是维护成本相对高昂的，因此，全面黑盒（界面）自动化注定会让你的测试团队不堪重负的，这其实也是多年来自动化测试屡战屡败，口碑不佳的根本原因。

因此，分层自动化测试倡导的是从黑盒单层测试到黑白盒多层测试体系，从全面黑盒（界面）自动化到关键业务流程页面测试+单元（模块）算法测试。

 

这篇小文发表之后，我猜想一定会有“传统”测试专家出来和我扯其实传统测试就是分层的，我所谓的分层自动化测试没什么新东西，好吧，我预先作答了，我这里所谓的传统不是书本上的传统，而是现实中的传统，就在昨天还有两个人在群里吐槽，他们的老大在推行全面黑盒（界面）测试自动化呢

 

微博实际上不是一个讨论问题的好地方，我已经自建了一个分层自动化测试QQ群20442181，欢迎搭建前来交流

 

分层自动化测试是一个很深的话题，后续如果时间允许，我希望还可以接着写如下专题：

分层自动化测试的适用性问题暨为什么要分层自动化测试

分层自动化测试所需的质量观变迁

分层自动化测试与团队组织

分层自动化测试与人工测试

分层测试自动化与风险驱动

分层自动化测试的难点

分层自动化测试与案例分层编写的区别

分层自动化测试与持续集成、持续交付的关系