关于测试需要业务还是需要技术，其实没啥多争的，工作中需要的都重要。不过业务对自己有多少的好处和用处，肯定有不同的想法。业务有时太具体了，具体到只有这家公司有用，到别公司就没用了。但是这些业务背后你要是能抽象出一层理解，这肯定是有很大用了。业务怎么抽象呢？其实如果抽象很可能就变成技术语言了，变成数据库的表怎么设计，范式的事情，变成工作流，变成规则引擎了。。。。。。。。。，那这些东西是技术还是业务，或者说设计模式是业务还是技术。有时业务和技术可能就是一回事情，不能说写了代码就是技术了，和财务讨论具体财务系统的问题，难道就不是技术问题？在讨论业务和技术谁重要的时候，不如讨论我们用什么样的方式来解决问题，google 解决问题有 google 的方式，阿里解决问题有阿里的方式，阿猫阿狗公司也有他自己的方式。但是这是这些解决问题方式的不同造成了公司的不同。扯远了，只是觉得没有必要讨论业务重要还是技术重要，两者本身就是就有一致性，可能有句古话说的话，多研究点问题，少谈点主义，测试人员也是工程师，在软件这个行当的工程师，如果一点不知道代码，其实真的是说不过去的，在这样一个信息爆炸的时期，写些代码吧，想想你的工作 title 是工程师。。。。。。

工作中感觉总有一些业务测试，自动化测试互轻的感觉。有些人说业务我了解，但是其实不是你很厉害，而是你做这个时间久，如果你不了解背后的原理，技术，然后和一个有能力有意愿了解这些技术，原理的人比一下，我觉得可能后者 1 年之内就有可能超过你三年了解的内容，你现在所谓的业务优势其实就是用时间的先发优势换的。业务测试说自动化测试没用，自动化测试说业务测试 low，何苦呢，还是不要这样相互比较了，无非就是挣点钱过日子，想靠做测试要如何如何，真的门都没有，何苦呢。。。。。。。，还不如放开心胸，只做业务测试的承认代码有不足，只做自动化测试承认业务了解不足。争来争去，其实有时感觉可能就是不愿意承认自己的不足，不过一般进步都是从看到自己不足开始的，如果不愿意承认，那么谈什么进步