前言
近期公司急招人，无故被叫去帮忙面初试，陆陆续续面试了不下十个测试工程师的应聘者，工作年限在半年到七年之间，但是很少有满意。
自己也是新手，刚上班没几年。通过这阵子的面试，发出了一些感想，对自己以后的职业规划，也进行了深思。
正文
面试过程中遇到的问题，总结为以下几点：
1.有一些看似很难，实际很简单的面试题（例如简单的思维题），应聘者会留空白，不愿意去思考。询问是否愿意尝试一下，答曰：我做不出来，不要了吧，浪费时间。
其实，一个公司，不会无缘无故出一些很难的题目。既然出了这道题，肯定有需要测试你某种能力的想法。就算真的不会，在面试官询问你愿不愿意尝试，并且给了你提示的时候，也应该去尝试。在现在的IT行业，一般公司都很希望员工拥有不怕困难，去用于尝试的精神。当你拿到一个新的测试需求的时候，你并不可能因为它看起来难，而不愿意接手。如果你在面试的时候，就表现出这种抗拒的情绪，那么，公司也同样会抗拒这种应聘者。
2.有一些简历写着3年经验、4年经验等等，但是面试下来，简历上写的东西，却什么都不会。写着精通，但是深入的问了一下，便是不知。或者说自己很久没有使用，已经记得不那么清晰了。
简单的linux和sql操作能力，简单的设计用例方式，简单的响应状态码，一定的沟通能力和思维能力。这些都不是特别的懂。入行好像很多年，但是能力却没有和工作年限一起增长，有的简历上写着四五年经验，但是却感觉还不如我一个入行一两年的新人。也不是想说自己有多厉害，但是对于一个测试人员应该具备的最基本的能力，都没有的话，那让人很是怀疑，这么多年，究竟是怎么进行工作和技能积累的。简历最好是会什么写什么，不会就不要写。不然面试官看到简历上写着会，但是实际又不会，会让面试官心里默默的做减分。
3.询问：你觉得对BUG进行管理，有什么意义。很多人都只是简单的说，可以进行记录。以后上线了，如果用户提出这个BUG，可以找出证据，说是已经提出过的BUG。或者说可以减少与开发的沟通等等。其实，BUG的管理，除了上面所说，提升修改BUG效率和进行记录外，也可以进行有效的BUG，以后测试的时候，也会对一些之前漏测的地方进行补全，关注到哪些地方更加容易出现BUG，在哪个阶段发现的bug最多，对测试总结有指导意义，促使开发更好的进行BUG防范。
4.每个来面试的，我都会询问：“从上家公司工作了这么一段时间，你觉得你学到了什么？” 其实私心来说，我是想知道，别人工作都可以学习到什么，我是否也要进行学习，进修一下，提高一下自己的竞争力。但可怕的是，很少的人能清楚的说出自己学到了什么。更有甚者，询问为何辞职的时候，说的是在上家公司，感觉能学的都学了，想换个环境，学习更多。但是在询问究竟学到了什么，却说不出来。一个公司，就算真的没有什么可以学习的技术，但是，在工作的过程中，你可能学会了如何更好的沟通，更好的去提单，更好的去描述一个BUG，这种简单的问题，也可能成为一种能力的提升，测试往往是更需要去注重细节的。
以上只是个人观点，通过这次的面试，让我停下来仔细的思考，是否自己以后辞职出去面试，也会是这样子。自己需要怎么样去发展，自己需要增长一些什么样的技能。以后是不是真的确定一直在这条道路上发展。对自己的职业如何进行职业规划。确实，工作的过程中，还是要停下来，给自己一点时间进行总结，询问自己，究竟想要的是什么。照着目标慢慢来。不然就很容易出现职业焦虑。对未来出现焦虑和恐慌。虽然有一句话说得好，哪个年轻人活着不慌张？但是，如果在确定自己的目标，不慌张的走下去，岂不是更好？人都是因为突然间的迷茫，才会焦虑和慌张。出现焦虑，一般都是自我期待和自身能力不成正比的情况下，产生了差距，才会出现焦虑。消除焦虑最好办法，就是让自己的欲望和能力成正比。共勉！
