测试面试：通用基础知识

第二篇，通用基础知识点的考察。
代码和定位问题的能力
关于这个代码的要求，要取决于你面试的岗位。
有些岗位没有代码要求都可以，
有些需要很多
有些需要一点
…
在这我先不说测开的岗位或者特别资深的岗位，我们就举例说一个工作三年左右，可以写脚本，有代码基础的岗位一般性的要求（因为这是我目前能够面试的岗位）
老样子，没有固定的问题，但是总归是逃不出几个方向：

1. 针对你简历上写到的
2. 基础代码
   那么手写一个冒泡排序或者是集合去重或者是字符串常见操作，这样能力要保证吧？
   很多人简历上写着搭建一个接口自动化的框架…但是实际上禁不起细问或者一问三不知，最后的结果是：我照着别人学习的。

我是比较推崇测试人员最好懂代码，不要求很精通，最起码要能看到清楚代码逻辑。
如果你有代码基础，看过你所要测试项目的代码，那么在写测试用例的时候或者是定位问题的时候，你能比别人想得多、看得深。

所以说，面试的时候，比如人家问你查看日志定位问题的时候，就会明显的感觉到你有没有代码的基础。假设你在平常工作中去机器上查了日志，看一下后端返回什么报错就算了的话…
关于这一点为啥我要提出来呢，
主要是最近这两天有个面试，我问她你看到后端报文中返回什么错误，你还会继续排查下去么？
她怼了回来，说：我只是一个测试啊，我接下来就去提bug了啊，我不用再看了啊。
我能理解，真的，我真的很能理解。
如果公司没有明确的要求，一定要定位很深，那么这么一波操作是足以应付工作了。
但是当你面试的时候，你要尽可能的说的更深一些，因为你的定位问题的深度，可以体现出来你这个人的技能/经验的积累情况，哪个公司不想要优秀的人呢？

那么有深度的做法是什么呢？
比如说，我在查询服务端错误日志的时候，看到空指针的报错（当然，正规代码是肯定有异常来处理的，会有业务文案提示，在这只是举例），我再往下翻了翻找到了报错的类以及代码的行数，我去项目代码中通过快捷键搜索找到这个类，找到对应的行数，看了代码的逻辑，是rpc调用的时候，别的系统返回的空值。

linux和sql
这俩放在一起聊，因为它俩是真的硬性的基础知识，没有任何操作的空间。
会就是会，不会就是不会。
在这要提的一点就是呢，大家面试前一定要多做好这方面的复习，可能你复习十个点，人家只会问到你两三个点。但是你回答的快慢或者反应思考的神情都会表现出你对这些硬性的基础知识的熟悉程度，会给人家觉得你到底在工作中有没有经常使用。
具体的知识点就不和大家罗列了，网上一搜一大堆。

最后再和大家聊一些面试的节奏
刚毕业那会，受到自身知识储备和眼界的影响，找工作面试的时候，会出现紧张或者一个问题答不上来就慌了，再或者是面试完了以后忧心忡忡以及等待通（liang）知（liang）的焦躁的心态。
这些都是很正常的，希望有刚毕业的道友能够客观的看待这种表现，我不是说我在这边和大家说一句，然后大家就真的客观了。我只是提醒各位道友：换一种角度观察自己，会心安。
下面说重点：
就是面试的时候，一般来说菜鸟都是等待面试官发问。但对于有经验的或者是老手的人来说，会主动给面试官提问的空间。
就比如上面提到定位问题。面试官问你如何定位问题，你要是说的和我上面的提及的差不多，那么面试官可提问的区域就来了：
你去机器上找日志是怎么找的？一般用哪些命令？你知道日志划分遵循什么的样子的原则么？

再比如说，我们在测试之前常常会准备测试数据，有些数据可以通过修改DB中的字段：
面试官问你你的工作流程：你说从提需求什么需求评审吧啦吧啦说流程的时候，说到准备测试数据的时候，你可以多说一句：
关于准备测试数据的话，我在做的时候有两种方式。一种是通过业务流程生成测试数据，一种是通过修改/查询DB来准备。
你这么一说，就主动向面试官传达一个信息，我经常用sql，你来问吧！
当然面试官不可能直接就打断你就问你sql，他极有可能在问完这个流程问题以后就问你。

像这样的操作，你引导面试官提问的方向，你可以刻意引导他去问你一些你特别擅长或者准备充分的知识点，这样操作可以有，但不要多，多了就会被察觉。当然他也可能不按照这样的套路来，但无论如何，他知道你是在工作中经常使用sql的，这一点信息传达到，就够了。

今天就先聊到这里，饭点了，吃午饭了。
哈哈，干啥啥不行，吃饭第一名！
最后，希望大家看完了以后，能够有所收获，调整自己的思路，注意细节点，面试加油哦！