作为2011届毕业生，至今倒计还有23天就工作两周年了。时间过得真快，现在回忆，貌似就昨天的事情一样。

　　目前就职的公司是第二家公司，虽然自认为是稳定分子，但面试过的公司也可说不计其数吧。其实求职就是一个双向的选择，公司有挑选我们的权利，而我们也有挑选公司权利。其中有三家公司面试，让我记忆犹新。

　　公司A：

　　历经了笔试+三面，最终还是被淘汰。

　　笔试题大概有：测试理论，如，画出V型的软件测试模型图、数据库测试包括哪些内容等；数据库的SQL语句考查；网络方面的，如TCP/IP每层所对应的协议以及OSI七层模型所对应的协议内容是什么；编程方面，如用一种编程语言编写输出下面的三角形；性能测试方面，LR的测试流程是什么。当时笔试的题做得感觉也不是很理想。

　　PS：三角形如下：

1

333

55555

9999999

　　一面HR，二、三面技术：主要都是围绕简历的项目经验提问，上家公司刚好是电子商务的WEB网站测试，故被问及了：

　　问题一：对于订单的运费规则计算，有数量、重量、国家等三个因素，你是怎么设计测试场景（测试用例）的？

　　——当时真的有点词穷，因为上家公司可以说不需要我们写测试用例，没有一套比较规范的测试流程，我们能够保证功能流程不出问题就OK。支支吾吾地也不知道自己说了啥，后来面试官也给了点tips。

　　后来自个再总结了下：

　　考虑用因果图的方法进行设计场景，分析输入的各种组合情况，三个条件的话，有8种输入组合。

　　备注：采用因果图法设计测试用例的步骤：

　　第一，分析软件规则说明描述中，哪些是原因即输入条件或输入条件的等价类，哪些是结果即输出条件，并给出每个原因和结果赋予一个标识符。

　　第二，分析软件规格说明中的语义，找出原因与结果之间，原因与原因之间的对于关系，根据这些关系，画出因果图。

　　第三，由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现，为表明这些特殊情况，在因果图上用一些记号表明约束或者限制条件。

　　第四，把因果图转换为判定表。

　　第五，把判定表的每一列拿出来作为依据，设计测试用例。

　　问题二：开发人员对一个已经上线的网站系统进行了修改，然后给你两天的时间进行整体测试，你会怎么进行？

　　——当时回答得也有点糟糕，面完后，再次理的思路：

　　由于只有两天的时间，比较紧急，所以先了解主要修改了哪些地方，花一点时间整理下测试的思路，再开始进入测试。首先测试下网站系统的整体业务流程是否正常，然后再对网站系统进行模块划分测试，如模块A，模块B，模块C等等。

　　公司B：

　　没有笔试，直接技术面试，仍主要是围绕简历的内容进行提问，了解到的内容基本都符合面试官的要求，突然问了个关于：是否可接受出差到客户现场进行测试的问题，我当时迟疑了下，挤出一句“也可以考虑下”，话音刚落，面试官的态度瞬间转变，接下来你懂的，就没什么问题了，我被打道回府，当时心情有小小的失落。

　　公司C：

　　公司规模大，在IT行业也算享负盛名。所以当时接到面试通知时，就没抱多大希望，心态很平淡。

　　历经笔试+三面，在此感谢我的主管，同时感谢每一位让我成长的同事。

　　笔试题涉及的内容：

　　一、专业上：数据库、linux系统命令、程序题选择、设计测试用例等。

　　二、行测：个人职业规划、个人优缺点、爱好等。