软件测试面试题最全（不断更新）

1、软件测试分为几个阶段？各阶段的测试策略和要求是什么?

单元测试：针对开发人员，对部分代码检查是否与预期的一致
集成测试：将模块组合起来一起做的测试
系统测试：是对最终系统进行测试，确保最终系统能够满足产品需求
验收测试：是确保软件的功能和性能能和用户预期的一样

2、测试人员在软件开发过程中的任务是什么？测试人员应该具备的素质？

参与需求讨论
文档设计
测试计划
测试用例
跟踪bug
监督进度
测试总结报告
素质：
1、有基础的测试理论知识
2、不要用挑刺的态度开展测试工作
3、很快的掌握需求文档的重点
4、有好的沟通能力，有责任心，耐心，有强烈的质量意识
5、站在用户的角度看问题

3、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

软件版本，功能模块，详细说明，开发者姓名，测试姓名，bug优先级，bug提出时间，状态，截图
a、描述简洁准确完整，可选择截图
b、每条记录只写一条bug，开发者专心快速修改
c、不可重现的bug也要描述

4、黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！

黑盒优点：不需要了解程序内部的代码及实现，更注重用户所提的功能模块
黑盒缺点：不能覆盖所有的代码
白盒优点：增加代码的覆盖率，发现代码中隐藏的问题
白盒缺点：测试基于代码，只能测试开发人员代码的正确性，不能知道设计是否正确，可能会遗漏功能需求

5、如何测试一个纸杯？

功能性：观察杯子是否能站立、装水
安全性：材质是否无毒无害，食品级别
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
可靠性：从不同高度摔下去观察杯子是否完整
兼容性：装不同水、酒精、汽油，观察杯子的渗漏情况
疲劳时间：装水24小时和装汽油24小时，观察杯子渗水和倒塌的时间

6、你的测试职业发展是什么?

测试经验越多能力就越高，我的目标是成为高级测试工程师。前3年积累经验，按照测试工程师的标准去要求自己
不断进步，不断学习，脚踏实地，一步一个脚印

7、你认为测试人员需要具备哪些素质

有耐心，经常与开发人员对接，如果处理不好工作会很难展开。
不能放过每一个可能得错误

8、你为什么能够做测试这一行

测试除了要有测试技术，还要有耐心、细心和沟通能力，我觉得我可以胜任

9、测试的目的是什么?

尽可能的找出系统中的问题，符合用户的需求
提高软件的质量

10、单元测试的测试对象、目的、测试依据、测试方法?

对象：模块内部的程序错误
目的：找出局部模块代码逻辑和功能错误
测试依据：详细设计文档
测试方法：白盒测试

11、怎样看待加班问题

加班的话我没有太多意见，但是我还是觉得如果能够合理安排时间的话，不会有太多时候加班的。

12、根据你以前的工作或学习经验描述一下软件开发、测试过程，由哪些角色负责，你做什么？

介绍一下自己测试过的项目？

a.需求分析、架构师、开发、测试,我主要负责是模块执行测试用例
b.我主要负责过两个项目，一个是积分系统，一个是产品库系统，我见证了产品库系统从无到有的过程。
积分系统对我们来说相当于一个运维的系统，是内勤外勤客户用来兑换积分、管理积分的系统。
产品库是录入保险产品的一个系统，主要功能是保险公司，个人寿险，财产险，团体险。
举例来说，比如说你要录入一个防癌的医疗险产品叫百万医疗。
录入到个人寿险模块，它的功能部分是基本信息、条款说明、投保规则、费率(100万的保额对应的保费是多少)。
我负责的部分是费率模块，主要是配置因子，输入算费公式，配置费率表，可以正确试算。
最有逻辑的一个测点是

13、软件测试测试人员遇到的问题及解决方法

	a. 经常会遇到页面中内容或数据显示错误，甚至不显示
	回答是:我会进一步了解这个BUG的问题出在那里，并且简单的使用浏览器自带开发者工具或者数据库工具配合去排查
	b.测试过程中发现某一功能点在产品需求和开发设计上都没有体现，但是个人认为不够合理。
	回答：一般碰到这种情况，发邮件给对应的产品和开发以及测试经理确认，是需求变更还是开发修改代码。
	c. 还有就是，测试的时间永远被挤的很少
	回答：我会提前和开发人员商量，是否可按模块测试，就是开发人员开发完一个模块就给我测试，后面再统一测试
	d.这个bug我这边重现不了
	回答：Bug应该简明扼要，重点突出.有时会遇到概率性的bug，尽可能多的提供重现的条件。
	在复现问题时，希望能大致判断几个问题点，然后和测试人员沟通下，需要如何捕获信息，捕获那类信息？
	e、这个不是代码问题，需求这么定义的
	解决办法:可以找需求人员询问清楚，为什么这样定义，
	把自己的想法告诉他们,保留交流的记录，证明曾经在这里发生过歧义。
	f、这块是别人负责的，我负责的部分没有问题
	解决办法:把负责相关内容的发到一个讨论组里，让他们自己讨论，这样更清楚。
	如果他们都觉得代码没问题，而我也有强有力的截图和真相，那就只有上交给上级领导，让他们来决定怎么解决。
	g、有问题吗？（也就是开发不认为这是个问题）
	解决办法:测试人员一定比开发要敏感，对bug的容忍度也要低一些。
	比如，一个列表宽度太小了，不影响功能，所以不认为是bug。
	嘴甜一点，说说好话，态度柔和一些。
	h、用户不会像你这样操作的！
	解决办法:用户怎么操作，谁都预料不到。慢慢地把开发从代码的世界里带出来，带到用户的世界里，
	让他换个角度思考问题，毕竟软件开发不是为了实现功能，是要满足用户需求的。
	如果最后还是没能说服他，第一向上级反映，第二做好沟通的记录，将来备份在测试报告里。

14、根据你的经验说说你对软件测试/质量保证的理解

软件测试的流程是什么?
怎样写测试计划和测试用例
你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度的保证软件的质量?
一个测试工程师应该具备哪些素质和技能?
做好软件测试的一些关键点
为什要在一个团队中开展测试工作?
你所熟悉的软件测试类型有哪些?
你认为做好测试用例设计工作的关键是什么
请详细介绍一下各种测试类型的含义
测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?
您认为做好测试计划工作的关键是什么?
当开发人员说不是BUG时，你如何应付?
文档测试主要包含什么内容?
功能测试用例需要详细到什么程度才是合格的?
所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗?
和用户共同测试(UAT测试)的注意点有哪些?
详细的描述一个测试活动完整的过程。
以往是否曾经从事过性能测试工作?请尽可能的详细描述您以往的性能测试工作的完整过程。
在您以往的工作中，一条软件缺陷(或者叫bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(bug)记录?
您在从事性能测试工作时，是否使用过一些测试工具?如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。