1、 结合公司的项目或者产品说明一下软件测试的过程

这个问题基本上都一样，主要是考查是不是全程参与过软件测试的过程。答案也很类似：

先期是做需求分析，通常是由项目经理，开发经理，测试经理，相关的开发人员，测试人员，也包括客户代表及销售部门代表共同参加的一个会议，可能会花费很长的时间，当各方意见达成统一后，就会生成一份“产品的规格说明书”。还可以补充说：测试方面从现有的资源和条件从可测试性方面讨论，开发人员可以从现有的技术角度进行讨论，另外也可以参考销售市场的分析报告对产品进行定位；关键是要说需求分析阶段发现的问题维护的成本最低，所以用这么长的时间是值得的。

产品规格说明书成稿后，项目经理会紧接着出一份项目进度的schedule,将产品分割成几个（release version）阶段,每个阶段又分成若干个测试版本（test version),有明确的阶段目标。每个测试版本的送测是严格按schedule进行。

开发人员开始进行编码的工作，测试人员进行测试计划的制定，测试用例的设计，测试环境的前期准备工作，通常会在第一个测试版本送测之前会有开几个评审会议，针对开发及测试需要交付的文档进行。（也就是测试计划评审，用例评审之类）。

版本进测后，测试人员先要进行冒烟测试，并记录和跟踪缺陷。新一版本送测的时候要进行回归测试等。应该会根据每个人实际的工作情况，了解一下掌握的用例管理工具是什么，缺陷管理工具是什么，另外会具体的问一下实际的使用情况。（比如会追问，如何划分bug等级及优先级，bug的状态有哪些，分别如何定义）。

2、 WEB产品测试和单机版软件的测试有什么不同

WEB产品测试：客户端的界面测试；WEB应用服务器的配置测试；数据库测试；性能测试（自动化工具的掌握情况）；安全性测试；浏览器兼容性测试；多国语言测试。

PC产品测试：兼容性测试（不同操作系统，不同软件之间，同一操作系统不同版本，同一软件不同版本间）；配置测试（不同的机器配置，包括显卡，CPU，内存，等等），易用性测试，文档测试，多国语言测试，界面测试等。

3、 性能测试的场景设计要注意哪些问题

性能测试包括负载测试，压力测试，大数据量测试，长时间测试。场景设计要认真分析业务背景，采用28原则，关键路径的执行在先。要合理设计独立场景和组合场景的安排，尽可能的摸拟真实的上线环境，进行测试。（这里只是提到几个点，可能对方会细问，但是只要对自己负责过的业务吃透，随便给他举个例子，是会搞定的，必竟面试的人能做过几个项目，只要抓住重点就行）

4、 如何与开发人员良好的沟通，如何说服开发人员接受你所发现的缺陷

（无论您应聘的是何职位，关于工作沟通，面试官都会提出很多的问题来考察您，因此建议您最好准备好几个沟通的案例，并且要注意一些沟通的技巧）

沟通方面当然是“互相尊重”，测试原本就是给开发找事的，提交的缺陷越多给开发的负面影响越大，所以要尊重对方，沟通的时候要站在平等的角度，是去讨论问题，而不是给对方找事，也无需炫耀自己发现的问题多，要报着学习的态度去沟通，测试人员可以从这个BUG身上学习到开发是如何编写这段代码的，以扩展用例的设计思路 ，这样的心态才是正确的。

如何说服，当然还是以测试人员的经验为主了，如果有可以比对（竞争对手）的类似项目或者产品，可以用来比较说明。如果没有的话，就要从软件设计，易用性，风格的统一性，易理解性，使用习惯，等非功能性的特点去说服开发。

5、 如何通过测试需求设计高质量的测试用例（可能要举例）

纯粹的经验之谈，因人而异，不多说明

6、 google主页测试（或本公司主页测试，结合自己的经验来回答）

客户端的界面：风格统一，美观，色彩舒适，内容正确。如果是多国版本，，翻译是否正确，字体是否是与系统默认一致。翻页功能是否正确，翻页上一页面，下一页面，指定页面，第一页面 ，最后一页面。

输入框：检查是否正确支持单双字节的字体，检查是否输入的条件能正确查找并显示，显示的结果的链接是否正确，检查最长支持的输入字串长度，另外对空，空格，回车的处理，特殊字符的处理等。

按钮：按钮的动态效果，按下去是否功能有效，按键上字串是否正确，要考虑翻译过后的字串是否超出按钮。

WEB应用服务器：检查是否能正确提供种类FLASH，动画效果的下载，IE要能识别并提供ACTIVEX的下载，FIRFOX要能识别并提供PLUGIN的下载，用来支持丰富的页面效果。

数据库测试：检查是否能按前台的查询条件查询出正确的结果；检查数据库查询出的结果是否能在前台正确显示。会问到各类数据库客户端的安装和使用，还有SQL语言。

7、 会结合个人的简历深入的问一些个人的技能问题

纯粹的经验之谈，因人而异，不多说明