作为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系统命令、程序题选择、设计测试用例等。

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

　　面试提及的问题仍多数围绕上家公司的工作情况，现在整理下，貌似都与测试用例有关：

　　问题1、当需求不明确时，遇到的一些问题不知道是否是bug还是故意这样设计的，你会怎么处理？

　　——找开发或者提需求的相关人员进行确认。

　　问题2、你们是怎么设计测试用例的？

　　——根据需求文档和需求会议讨论的结果，明确测试内容和目的，确定测试用到的方法，最后再进行详细的测试用例设计；同时在设计测试用例的过程中，需考虑设计一些整体的业务流程的用例，或者一些关联模块，需要结合起来设计用例，就不能把他们独立出来设计。

　　问题3、在设计测试用例的过程中，需要注意哪些问题呢？

　　——第一，要分析功能模块，根据功能模块来设计测试用例，但要注意一些模块之间的关联关系，不能将他们独立出来设计测试用例，而要把他们的联系起来设计用例；第二，注意一些界面上隐含的功能，例如关系到后台的一些处理。譬如：设计登录模块的测试用例时，需要考虑到，如果我们到数据库里面删除了某个用户信息，那么用这个用户再次登录这个网站系统，是否还能够正常登录。第三点，设计一些正常操作的完整业务流程用例，例如整一个下单流程；第四，关注用户的特殊使用和异常情况，例如考虑网速慢，断网等各种情况。之前我们测试网站的时候就出现过这种情况：在买三送一活动中，由于网速比较慢，会导致用户在提交赠品ID时，如果连续两次快速点击提交按钮，最后会把两个赠品添加到购物车来。

　　问题4、你觉得测试完后，再补充测试用例有意义吗？

　　——我觉得有意义，因为补充的测试用例形成了文档，第一，可以方便我们进行回归测试；第二，当这个功能模块进行更新或者升级时，我们可以在原有的测试用例的基础上，进行补充，这样会减少很多的工作量；第三，可以作为一份维护文档，以后有一些新人来接触这个系统时，也可以通过用例，让他们对这个系统有一定的了解。

　　问题5、举一个比较有意义的测试用例。

　　——对于这个问题，我至今也觉得挺有难度，不知道是否是提的bug太多，所以很难说哪个是最有意义，对于每个可修复且被修复的bug，对于我们来说，都是有意义的。（PS：这个不是当时回答的内容哈~~）

　　问题6、测试报告包括哪些内容？

　　——（PS：当时就按照网上那些定义，作了回答；说句真心话，上家公司领导很少要我们出测试报告）

　　问题7、你们公司有哪些竞争对手？

　　——（PS：对于这个问题，还好，曾面试过某家公司，因为答不上来，所以课后做了功课，这次终被用上场了。）

　　PS：从上面三家公司的面试经历，我觉得求职，心态很重要。

　　1、不能浮躁，对待笔试要认真（求职测试，一般都有笔试，当你遇到一家没有笔试的公司，你也会觉得似乎有点不太正规，或是要求太低了，就像我第一家公司一样）。

　　2、要知己知彼，即使不保证百战百胜；对个人简历上写的内容要熟悉，避免自己写了啥，都忘记了，被面试官问及，还一头雾水的，这是求职中不可原谅的；要熟悉做过的项目；了解上家的一些基本情况及即将面试下家公司的基本情况。

　　3、测试技能再好，面试前，也别忘了复习下测试理论、数据库、linux系统、网络方面等知识，因为笔试题多数会涉及这方方面面的。

　　4、回答面试官问的非技术性问题，要有一定的技巧，让他相信你对贵公司是有兴趣的，并乐于接受工作安排的，即使自个心里有考虑的成分，但尽量不要表现出来，等有机会拿到offer再考虑，否则是他选择我们，而我们想选择的权利都没了。

　　5、只要坚持并保持一颗平常心，就没有不可能的事情。在考场上，有存在超常发挥与失常发挥的时候，而在职场上，也存在技术性+机遇性。机遇来了，就看我们能否抓住。

　　6、最后，求职过程，也要勤于总结哦，面这家不理想，我们还有那家，不灰心，保存良好的心态，积极的孩子，运气总不会太差。

　　原帖地址：http://bbs.51testing.com/thread-942720-1-1.html

版权声明：本文由会员 li_feibo 首发于51Testing软件测试论坛九周年庆活动。

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。