软件测试企业真实面试题汇总

首先，我们要分析出测试延期的原因，是研发没有按时提交被测试代码；还是由于测试任务比较重，导致没有在规定的时间内完成。然后针对具体的情况实行相应的策略。

1.如果是研发没按时间提交被测试代码，为了保证测试质量，我们还是按照里程碑里规定的测试周期进行测试，整个项目周期需要顺延。（因为是研发周期变长，没有理由缩短测试周期，我们只能保证测试周期不变，项目的整体时间顺延）

2.如果是因为测试任务比较重，导致测试延期，这种情况下我们需要从所有的任务中进行优先级别的划分，针对优先级别较高的任务优先去进行测试。（这种情况下，需要整个项目组成员开会去讨论优先级别）

3.从其他项目组协调相关的测试人员，争取在规定的时间内完成测试。

我认为测试在整个项目中担任很重要的角色。因为，测试是保证软件质量的最后一关。如果公司研发的软件没有经过测试，用户在使用的过程中，可能会有很多问题暴露在用户现场。这种情况下，给用户带来的不仅仅是软件不可用的问题，而是用户对公司的认可问题，甚至严重的情况下会带来更严重的问题，比如财产、人身安全等问题。

我上家公司，用的是QC，我也用过禅道，目前禅道在国内有好多单位都在用。其他的缺陷管理工具Bugzilla、BugFree我也了解过。

我自己可以独立完成测试用例设计，我在做XXX项目时，整个项目是我自己独立负责的，测试用例的编写以及组织用例评审、测试的执行、问题的提交和跟踪、最终测试报告的提交，整个项目是我自己负责的。

我在做XXX项目时，我们公司用的测试用例模板大概包括则几个方面：测试的目的、测试的环境、测试步骤、预期结果、实际结果、测试的优先级别、执行人和测试时间。

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的，
都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

我在做XXX项目的是，我设计用的思路是这样的。

首先，要分析登录界面包括的元素有哪些，我们登录时会输入用户名、密码、验证码等条件选项。

然后，判断登录后，有两种结果，一个是成功，另一个是失败。输入的内容是条件，得出的是结果。所以在设计用例时可能考虑到因果关系，要用到因果图去设计测试用例。

所有的条件都输入正确的情况，登录时成功的。其中一个条件或多有条件输入错误的情况，登录是失败的。

最后，我们还要考虑，登录失败次数达到上限，会不会锁定登录；还要考虑到在锁定时间内，重新登录的情况；还要考虑到超过锁定时间，重新登录的情况。

针对输入框，是有长度和输入类型的限制。在设计测试用例时要使用等价类和边界值结合一起进行设计测试用例，针对长度测试要考虑到边界的左右两组数据。针对类型的话要考虑到有效的类型和无效的类型。

负责的项目明天上线却发现了一个重要bug，你该怎么办？
1.把问题及时汇报给自己的领导，同时，把这个问题告知项目组所有参与项目的同事。

2.然后组织整个项目组的同事，讨论这个问题对上线的影响。

3.最终确定如何去解决这个bug，因为出现的是严重的bug而不是紧急的bug，不一定影响产品上线，我们可以在发现问题后及时去解决。如果情况很紧急，则要尽快解决这个问题，不影响正常上线。

首先，要把完成的和未完成的功能点梳理出来。然后，针对完成的功能点进行测试。

1. 数据库会什么命令

我在做项目的时候，用到过，创建用户的命令：create user 用户名@% identified by ‘密码’；删除用户的命令：drop user 用户名@% ；创建数据库的命令：create database 数据库名字；

创建表的命令：create table 表名（列名1 类型1，列名2类型2）；等等

修改数据的命令：update user set 列名 =‘ 修改后的内容 ’ where 列名=‘ 列名所修改行数’；

常用查询表的命令：select * from 表名where列名=‘ 需要查找的内容‘；

删除数据的命令：delete from 表名where 列名=‘ 需要删除的内容‘；

首先，我要确定这是一个可以复现的真实bug。在bug管理工具中提交这个bug。在提交的过程中，我要保存每一步的截图，作为证据。

然后，根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；

如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；也可以根据根据用户的一般使用习惯，来确认是否是缺陷；

最后，组织设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；（在探讨的过程中，合理的论述，说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。）

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的，
都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

我在做XXX项目时，设计过测试计划，比较重要的内容包括：本次测试的目的、测试环境（包括：软件资源、硬件资源、测试过程中搭建的测试环境和用到测试数据）、测试过程中的风险分析、测试点、人员和时间安排。

边界值分析法（Boundary Value Analysis，BVA）用于对输入或输出的边界值进行测试的一种典型、重要的测试方法。它是对等价类划分方法的补充，不仅重视输入条件边界，而且也从输出域导出测试用例。

例如：如果输入条件规定了值的个数，则用最大个数、最小个数、比最小个数少一个、比最大个数多一个的数作为测试数据。

如果输入条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据。

设计测试用例时常见的黑盒方法有：等价类划分法、边界值分析法、因果图法、场景法、错误推测法等······（详细文章）

常用的白盒测试方法有：静态测试和动态测试。静态测试常用走查、同行评审、会审等方法来查找错误或收集所需要的度量数据，而不需要运行程序。

动态测试常用基本路径测试法、逻辑覆盖法、循环覆盖法、插装技术等。

例如：

（1）如果规格说明书中包含输入和输出条件，用因果图法进行设计测试用例。

（2）如果遇到输入输出边界，用边界值分析法进行设计测试用例，这是输入输出边界的分析。边界值分析产生一组附加的测试条件，但是大多数或全部这些条件都可以组合到因果测试中。

（3）为输入和输出识别有效和无效等价类。

（4）使用错误推测方法来增加测试用例。

（5）用逻辑覆盖方法来检查程序的逻辑，使用判定覆盖、语句覆盖、条件覆盖、条件判定组合覆盖、组合覆盖和多条件覆盖准则，如果满足此方法不可能实现，那么设计足够的测试用例去让此方法被满足。

（6）对于业务流清晰的系统，可以利用场景法贯穿整个测试案例过程，在案例中综合使用各种测试方法。

问题分析：

该问题主要想了解测试人员的沟通表达能力、业务熟悉程度和工作中遇到事情的处理能力。

测试和客户之间沟通，主要体现在被测试软件怎么使用，客户遇到一些问题测试人员能否及时的去解决。

测试和研发人员的沟通，更多的体现在bug、项目进度和完成情况、项目接下来的计划等方面的沟通，例如：有些情况下测试人员发现的bug，在研发环境里没有复现出来，研发可能就误认为测试人员提交一个无效的bug，这个时候测试人员就可以在测试环境中去复现bug。

我工作的时候，在编写测试报告时，主要包括：本报告的目的、参考资料、适用范围、测试过程中适用的环境（包括：软、硬件资源）、测试过程分析（和测试计划中测试项一一对应）、缺陷分析（按照严重程度、缺陷类型等）、测试总结、测试评价等。

项目组相关的测试人员进行开会，针对编写的报告从头到位进行讲解一遍。这样更好的使每个测试人员了解该项目的测试情况，在评审的过程中，也能进行查缺补漏及时的发现测试过程中的被遗漏的测试点。

1983年IEEE（国际电子电气工程师协会）提出的软件工程标准术语中给软件测试下的定义是：“使用人工或自动手段来运行或测定某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别”。

我个人理解软件测试就是站在用户的角度验证开发出来的软件是不是符合用户的需求，看看软件会不会存在问题。简单来说就是给软件看病的。

软件测试的目的我总结出三点：一、主要验证软件测试是否存在缺陷；二、验证软件是否满足用户需求；三、在满足上述两点的情况下，我们要比用户多一点思考，去保证软件的质量。

软件测试的原则主要包括：

1）应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。

2）测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。

3）程序员应避免测试自己的程序。

4）在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。

5）严格执行测试计划，排除测试的随意性

等等。

如果对软件测试有兴趣，想了解更多的测试知识，解决测试问题,以及入门指导，帮你解决测试中遇到的困惑，我们这里有技术高手。如果你正在找工作或者刚刚学校出来，又或者已经工作但是经常觉得难点很多，觉得自己测试方面学的不够精想要继续学习的，想转行怕学不会的， 都可以加入我们1079636098，群内可领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料！

压力测试主要是对被测试软件能否在一定饱和状态下逐渐增加系统负载直至达到非正常、超负荷的状态，来判断系统的瓶颈或者不能接收的性能点，主要对系统运行情况的承受能力、最大服务级别进行的测试。通过压力测试我们可以发现系统在极限或恶劣环境中的自我保护能力。主要判断系统的稳定性和可靠性的重要手段。

该问题主要根据公司具体的情况去回答，下面以我单位为例子进行回答的。

我们公司，管理bug的工具是禅道，在工作中，发现的bug及时的提交到禅道里面，然后开发人员，根据我们提交的bug进行解决。

提交bug后，如果项目本次的迭代测试结束了，我们会开个阶段会议，主要分析项目的进度，遇到问题，以及对bug的评审。

在下个测试版本中，我们测试的主要工作是验证研发修改bug和该阶段其他相关的任务。

我在测试aap的主要，从这几个方向进行测试的，功能方面，安装、卸载方面，兼容性方面，稳定性和健壮性方面、UI方面、安全性方面、升级更新方面和中断等方面的测试。

Select * from表名 order by 列名 desc limit 1,10

相信梦想会如期而至。

迷失的时候，选择更艰辛的那条路。

当你内心有目标和梦想的时候，别害怕，勇敢的尝试一次吧，放弃很轻松，要磨灭内心的热情也很容易，但是坚持下，也许就能看到不一样的自己，人生是一次不会返程的路途，给自己一次机会有何不可。

每一个成功的人，在前进的路上都会收到很多的鼓励，也会愿意鼓励他人，我深深感受到鼓励带给我的帮助，你们的每一次点赞，就是对我最大的支持，让我一直坚持的做出更好的内容。

未来的你肯定会感谢现在拼命的自己！

给大家推荐一个软件测试技术交流群：1079636098 群友福利免费领取

愿你我相遇，皆有所获！ 欢迎关注微信公众号：程序员一凡

1.免费领取一份216页软件测试工程师面试宝典文档资料。

2.软件测试学习路线以及相对应的视频学习教程免费分享！