做了几年自动化，也看了很多讲自动化的文章，基本上都是金字塔那个图
但是，我一直有一些疑问

1、都说自动化减少了测试的时间，在敏捷模式的团队里，自动化真的减少了测试的时间么？单次迭代的测试时间真的缩短了么？
我看到的大部分团队现状，在没有自动化之前是提测前写手工用例 1 天，然后提测后开始手工测试 3 天，4 天解决战斗，
在有了自动化之后，还需要额外 3 天去写自动化用例，于是 4 天解决的迭代变成了，7 天。

2、可能有同学要说，自动化解决了回归的问题啊，但是仔细想想，本次迭代改动影响到的点，原来的自动化用例能用么？还不是要花时间先去把原来的自动化用例改一改，然后才能再用，至此又多了自动化维护的时间，先不说维护需要多久，有的团队，自动化用例写的千奇百怪，你进去真的能维护起来么？维护起来的用例真的是有效的用例么？

3、我有一点想法，如果测试可以了解到开发的设计，程序的架构，再加上精准测试，是否就可以摆脱自动化了？起码目前来看，自动化对于大部分水平不行的团队不是帮助反而成了效率的负担，也是为了应付公司上面的负担。

通过以上，我得出了一些结论：不能盲目自动化，不考虑团队情况、项目情况盲目自动化是个很坏的决定，自动化并不是很好驾驭的一个东西，如果驾驭不好就无法提效，反而还会成为拖累。
欢迎各位大佬讨论