测试也分三六九等，比较简单就是根据写好的测试案例运行界面，有bug报bug，再好些是知道些测试理念，能根据需求编写测试案例，再好些，能编写各种自动化测试脚本，在此基础上，知道的自动化测试工具越多越好。再好些，就不仅得知道各种测试技术，更知道项目质量管理的实践要点。

　　所以面试软件测试，面试官比较希望听到如下的话：

　　1、之前有软件测试的经验，而且最好有写自动化测试脚本的经验，如果能懂代码熟悉数据库技术，那更好。

　　2、有（根据各种原则）编写测试案例的经验，有参与测试案例评审会，以及质量评审会的经历。

　　3、有跟踪过一个或多个项目，全程参与质量监督管理的经验，当然如果说出这点，面试官可能就会细问实践要点。

　　4、至于各种测试技术，比如黑盒白盒测试，或者边界测试技术，这种属于测试技术的细节，说不说其实问题不大。

　　5、熟悉安卓和前后端开发技术，这块其实面试官不抱有太多希望，毕竟从开发转测试的比较少。

　　6、在测试过程中，我逐渐熟悉了（安卓或java等）代码和开发技术，发现问题后，我能把相关日志发给开发。如果能再进一步说出，我能通过看日志直接发现问题点，那其实最好，但能做到这点的测试人员不多。

　　7、参与过压力测试，编写过压测脚本。或者是，我参与编写了自动化测试脚本，并能根据业务的变更维护脚本。

　　而且不少小公司其实未必会招测试，往往是项目经理（可能真就是老板）直接做测试。所以如果一些小公司招测试，一个人比如有大公司的专职测试经验，但不会（java等）开发技术，另一个虽然专职测试技术不足，但会java，一些小公司真可能直接招个会技术的，然后兼职做测试。

　　不过做测试的话，更得想办法去大公司。因为小公司为了节省开发成本，不会引入自动化测试工具，更不会用一些质量管理规范来确保代码质量，所以小公司的测试，大多只是手动点击前端页面，然后有问题报问题，这种活其实大专中专毕业也能干，干多了一般只是熟悉业务，更知道正确的业务动作。

　　像此类测试，如果做个3，5年，其实不会有积累，如果再要换工作，哪怕是小公司，真也未必容易。但如果是大公司的测试，多少会积累些自动化测试或质量管理等经验，再要跳，多少能说些高大上的技能点，比如流程管理质量管理，找个工作其实不难。

　　顺带说下，当下如果打算入行做测试，其实还更得积累些开发技能，比如可以是熟悉java，然后找个公司做测试，干个1，2 年，在小公司，虽然没写过太多的代码，但多少熟悉业务，这样哪怕之后包装个基于spring boot的开发经验也不难。但如果单纯只打算做测试，之后哪怕熟悉整个业务流程，转开发不容易。