测试面试：简历的真实性

本来是没有打算写这篇的，但是这两天有两份简历让我产生一种记录心内活动的冲动。
先声明一点，我并没有看不起这两位的意思，只是说一下当你的简历上所写的东西和实际上了解到的技能差距很大的时候，面试官的心态是啥样子的。且这两位代表不了任何人，说明不了任何群体。
事情是这样的：
两份简历，一个上面写的是八年工作经验；另一个是十一年工作经验
且两人的简历的特点出奇的一致——基本上所有的项目经验都是四五句话，且大多都是自动化之类的。
起初我和他俩沟通的时候，是抱着了解的心态。因为他们毕竟工作了那么久，我只是一个三四年的小菜鸡，理应是在他们面前瑟瑟发抖的：

实在不行最起码也是相互了解的彼此情况：

但是
实际上情况是这样的：

八年的那位大兄弟，且成为A吧。
A的面试总结我是这么写的：

十一年的那位大兄弟，且成为B吧。
B的面试总结我是这么写的：

可能受到A的影响，所以写B的时候就直抒胸臆了。

大家也能知道我啥意思，就一点：简历上描述的和实际上掌握的差距很大。

首先，我们要强调一点，就是如果在简历上你准备写自己搭建过框架，写之前，请先问自己，真的准备好这样写了么？
我相信，如果是自己真的搭建过框架，那么一点一滴每一步的操作的过程和意义你自己都是明明白白的。比如说：
我搭建的框架测试用例是放在excel中的
那么用例要放入哪些字段？excel是怎么读取的？拿到了值以后要干什么？我用excel有遇到什么样子的问题，以及横向对比其他的csv有什么优缺点？等等
这些都是可以发问的点，很可惜，A和B的回答很含糊，给我的一种感觉是，他们并不是自己搭建的框架，最多只是一个使用者。

实际上面试的时候我一开始并没有问他们这样的基础性的问题。针对他们做自动化（接口和UI）这么久了，我问了一些稍微有一点点的高度的问题。

1. 你所有的用例跑完要多久？怎么解决运行过长的问题？
   A说他们的用例不多，跑完要多久不清楚，没考虑过这个问题；
   B说他们从来不关心这个问题，不过给出了一个概念性的解决办法（只是知道有这么回事）；

2. 你自动化执行的用例时候日志以及失败用例是怎么处理的？
   A说他们生成一个日志文件（我再问这个文件是每天生成一个么？怎么操作的？会答不上来），失败用例框架里面的报告会输出出来
   B说他们会截取错误的日志，以及失败用例重跑（问他具体怎么实现？他半天说的还是很含糊）；

实际上问了他们两个问题，我就知道啥情况了，也就没再多问一些其他的。
紧接着就问了一些代码基础方面的，他们都表示了用代码最多的就是写脚本了，问一些常见的java问题情况也不是很乐观。当时候我的内心就想着：基础都一问三不知，他们怎么敢说自己搭建的框架呀？

以上BB完了以后，下面开始总结：

实事求是，适当发挥。

这就八个字。对吧？
面试官也是从求职者过来的，所以有些情况大家都懂。可以适当发挥，增加简历的闪光点，但是不能太离谱了，还是要踏实一些；
基础知识还是要掌握的好。如果你的基础扎实，那么有些东西可能答不上来，面试官也会理解的，谁都是这么过来的。

最后，想和大家分享的就是，如果真的准备好往简历上写什么东西，一定要经得（zuo）起（hao）考（zhun）验（bei）。
希望大家面试顺利！