你们公司有自动化测试吗？这是我们测试人员互相交流时或者面试的时候经常会问的问题。
我现在的公司招聘测试的要求上也写着要有自动化测试的经验，但实际公司并没有自动化测试，当初进来公司时就说准备进行做自动化测试，招我进来也有这个目的，因为我之前写过自动化。然而半年过去了、一年过去了，依然没有做自动化意思，刚开始是因为新项目，后面就干脆忘了自动化这回事了。
还记得一次版本上线以后，由于现网上的用户量比测试环境中多的多，产品出现了各种奔溃、各种各样测试时没有出现的问题。最后这锅自然就丢到了我们测试这边，你们测试怎么测的，这么多问题？难道没有进行压力测试吗？背后总有人对我们各种意见，而我们测试组也是无奈而又愤怒，有那么多个的项目组，有那么多端要测试，测试人员就这么几个，我们也完全按照他们的要求测试了，测试环境也确实没有发现这些问题，上线了有问题能怪我们？
事后反思，公司没有压力测试，所以出现多用户并发的问题，测试时无法发现，责任不在测试？测试项目多，而公司不开展自动化测试，我们时间不够测试，这是公司的问题，跟测试无关？
也许我们应该换个角度进行反思，一个公司有没有自动化测试和公司并没有太大的关系，这是我们测试内部的事情。一个软件交给测试，测试的责任就应该是尽可能的将软件产品中存在的各种缺陷暴露出来，至于用什么手段，自动化也好、压力测试也好，那都是我们测试的事，不应指望公司一声令下开展自动化或者压力测试我们才进行相应的测试；我们经常会遇到这种情况，开发修改了一个小功能然后提测到测试，让测试人员测试相应的功能，并要求把整个应用的基本功能一起测试一下，以防万一。这种时候我们总会暗骂开发站着说话不腰疼，我们测试很闲吗？不过通常情况下开发确实这样觉得....呵.呵..没办法，我们测试也就只能很不情愿的按照开发的要求去把整个应用的基本功能点一点，说实话，这样的测试效果并不好，毕竟这些基本功能我们可能已经测试过N遍了，这样的测试不会上心，而且又浪费时间。这种时候如果我们测试自己私下开发一个自动化脚本，把应用的基本功能运行一遍，这样测试结果似乎更加可靠，而且我们也有更多的时间去做其他的事情或者偷个懒，何乐而不为呢。
因此我们要转换思维，不应该在被公司固有的测试方式束缚了。我们测试人员应该根据公司产品的实际情况决定我们要对产品做什么样的测试，空闲时间去学习相应的测试技能，也不需要指望公司给我们时间学习，毕竟学到的东西是自己的。等能熟练的把它应用于产品时候，以后跟老板谈升职加薪也就更有底气了。