软件开发测试面试题逻辑题（软件测试面试编程题）(软件开发测试面试题逻辑题,关键词优化)

今天给各位分享软件开发测试面试题逻辑题的知识，其中也会对软件测试面试编程题进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、求面试时的逻辑思维能力测试题
• 2、软件测试工程师经典面试题汇总
• 3、软件工程师经典面试题及答案
• 4、软件测试面试题
• 5、软件测试面试常常提出的问题有那些，需要一些好的答案

求面试时的逻辑思维能力测试题

就是靠你的想法，可能是笔试的，也可能是口试。不过形式一概差不多。就是写下你的想法或者谈谈你的想法，想法主要有：1、对公司的看法

2、对自己的看法

3、对自己的要求后者公司的要求

4、对公司还有什么好的想法或意见....

我只知道这些啦！！！O(∩_∩)O~

软件测试工程师经典面试题汇总

1.说说一个缺陷的生命周期

考查点: 测试人员对于缺陷整体生命周期的理解 ，注意面试官用词，有时只需要回答关键节点，有时需要分开阐述。

围绕缺陷提交、缺陷确认、缺陷打开、缺陷修复、缺陷回归、缺陷关闭这几个关键节点回答即可。

2.缺陷的基本类型有哪些?

考查点：需求、数据、逻辑、性能、功能、安全、兼容、变更、易用等

对于工作经历的侧面了解，有时会需要分别举例说明。

3.测试用例的基本要素有哪些?

用例编号、用例类型、用例标题（名称）、前置条件、操作步骤、测试数据、预期结果、实际结果

考察类型形式多样，有些面试官会出场景需求要求现场设计用例，来用于考察应试者的思维缜密性、经验是否丰富以及对需求的理解程度。

4.你如何做用例评审?

考查点：主要考察之前工作流程是否规范，同时对于评审工作的参与度

灵活回答，不同公司不同项目评审流程也有区别。

参考：内部评审（通常由测试组内部人员评审）-正式评审（由参与该项目的产品、开发、测试、项目经理评审）-用例修订-项目经理确认

5.针对微信的聊天窗口设计测试用例

考查点：也经常会换成其他知名网站的一些搜索功能、列表功能、分页功能等等，来考察系统思维能力。

参考：

首先，了解完成业务需求后，转化为测试需求，最终的测试需求一定是跟项目组评审通过的。

开始设计：

冒烟用例：实现最简单的聊天功能（语音、文字形式）

功能业务：

纯文字聊天

语间聊天

表情

组合发送聊天

特殊字符及组合

发送文件

查看聊天记录

截屏功能

视频聊天

实时语音聊天

不同版本间的切换功能

客户化场景分解

异常场景分解

兼容性测试用例：

一般在业务需求中会定义好

在测试需求中可以分解好对应的机型与系统版本，求得最优最小组合，用于兼容性测试的用例。

安全测试用例

性能测试用例

（一般都有独立的测试方案）

回归测试用例：

抽取用例库中的核心用例组合成回归用例 。

6.你发现一个缺陷，但开发人员认为不是问题，你会怎么办?

考察点：沟通表达能力，过往工作流程经验，合作意识、责任意识

此类问题需要首先清楚自己的角色定位，作为一名软件测试人员，此类问题是经常遇到的。如果是执行人员，可以带出原来工作的测试流程，因为缺陷处理也是属于测试流程中的一部分，如开发人员会在缺陷管理系统中备注原因，自己先分析，如果不确定可以找上级测试负责人来一起处理。但如果是管理岗，回答时可以举例说明自己以往遇到的类似问题以及处理方式，更具有说服力。

7.你评估的测试时间是5天，但领导只给三天怎么办?

考察点：沟通表达能力，过往工作冲突的处理方式经验

此类问题如果面试官并未给出具体场景，就一定需要反问把问题的背景描述出来，通过背景分析给出解决冲突的方法。

问题背景如：临时紧急需求、常规需求、经常性压缩时间、客户压缩时间、因自身漏洞导致压缩时间等等

那么回答时就需要应景：排列工作优先级、重新分解当前工作、改变测试策略、团队内分工、外部求助等

8.说说一个项目的测试流程

考察点：以往工作的流程规范性，业务熟悉度

可以参考下文章《测试过程文档模板整理(一)-提测流程》中提到的测试流程，结合目前项目来说明。回答时体现自信、专业、对工作环节的熟悉度

9.黑盒测试用例设计方法有哪些?

等价类划分法、边界值分析法、因果图法、正交实验法、判定表法、错误推测法、随机测试、场景法

10.软件的质量特性有哪些?

可维护性、可扩展性、可测试性、可重用性、可移植性、易理解性

一般在实习生与初级测试工程师中的笔试题也会有很多考查类型，中高级测试工程师更倾向于考察关于质量的影响因素等。

11.缺陷的基本要素有哪些?描述缺陷有哪些注意事项?

缺陷编号、缺陷标题、前置条件、测试数据、操作步骤、预期结果、实际结果、初步定位原因、截图或日志信息（可选）

软件工程师经典面试题及答案

1、为什么要在一个团队中开展软件测试工作?

因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。

2、您所熟悉的软件测试类型都有哪些?

测试类型有：功能测试，性能测试，界面测试。

功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。

界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。

3、您认为做好测试用例设计工作的关键是什么?

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果黑盒用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能?

2、在接口上，输入是否能正确的接受?能否输出正确的结果?

3、是否有数据结构错误或外部信息(例如数据文件)访问错误?

4、性能上是否能够满足要求?

5、是否有初始化或终止性错误?

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有独立的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。4、验收测试是部署软件之前的最后一个测试操作。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

软件测试面试题

1、软件测试就是在软件开发的过程中，对软件各阶段产品检验的过程，其目的是保证软件产品的质量

2、需求分析--编写测试计划--编写测试方案--编写测试用例--执行测试用例--提交缺钱报告--缺陷跟踪--回归测试--测试通过

3、黑盒主要是功能测试、性能测试、兼容性测试这些是主要的，还包括一些安全性，GUI测试，压力测试，易用性，容量测试，异常测试，安装性测试等 白盒主要的就是静态和动态两种测试

4、select* from a where ...;查找

insert ito a ()values();添加

delete from a;删除表中信息

update a set ...from..;更改表中信息

create table a ();建表

drop table();删除表

5、不清楚你问的内容是什么。给你两方面的回答

（1）缺陷的状态 ：新建 打开 修复 关闭 拒绝 重复 丢弃 推迟 重新打开

（2）缺陷报告的内容：标题、详细描述（描述、前提条件、步骤重现、预期结果、实际结果）、状态、发现人、负责人、项目、版本、严重度、优先级

6、回归测试通过

7、先做集成测试，结束之后系统测试包括功能测试和性能测试，系统测试结束之后，缺陷也修改完成，拿给用户做验收测试！

9、发现缺陷不要直接就提交，和开发沟通后再做结论，如果沟通时发生歧义，查看需求决定是否是缺陷，如果不能决定咨询项目经理。对于一些字段上的缺陷，比如说套用的框架，有的按钮没有更改标识，最好是和开发说一声当场改掉。就不要提交缺陷。开发和测试的矛盾是一致存在的我们没有办法杜绝，只能尽量的降到最低。

10、细心、耐心、自我调节能力强、学习能力强。有很好的全局意识，和观察力！

11、界面--功能（自己要有一个网站功能的概括！先按照单个功能去测，之后按照系统的流程去测。最后是按照各个总能之间的联系去测试！）

软件测试面试常常提出的问题有那些，需要一些好的答案

标准答案的，现在只是以偶的一点理解加上网上的一些内容列举出来供有需要的XDJM们作一下参考：

1. 首先一般都是比较老套点的问题：介绍一下你的经历。

HOHO..这个问题我想谁都被问过吧，注意一下重点，不要紧张慢慢说就OK了。

2. 老套话说了就可以马上切入正题了。根据你的经验说说你对软件测试/质量保证的理解？

这个就要仁者见仁、智者见智了，也基本上都是书上的东东，如果能有一些自己独特的想法那就最好啦，呵呵

3. 理解完了那当然就要问一下是不是对软件测试了解啰。这就轮到问软件测试的流程是什么，你原先的公司又是怎么的流程了？

前面个问题也还是书本上的东西，一般介绍软测的书上都有，实际上国内一般的中小公司根本就达不到书上所说的那些个测试规范，测试流程也是如此，没办法，

这就是现在我们整个大的测试环境，这个问题照着书上说的办就行了，后面那个知道该怎么做了吧，尽量把原来公司的测试流程言简意赅的表达出来。

4. 接着问题就可以有一大堆了，这些问题很多都是要看自己的测试经验以及对测试的理解来作答了，如：

(1) 你对SQA的职责和工作活动(如软件度量)的理解：

SQA就是独立于软件开发的项目组，通过对软件开发过程的监控，来保证软件的开发流程按照指定的CMM规程（如果有相应的CMM规程），对于不符合项及时提出建

议和改进方案，必要是可以要高层经理汇报以求问题的解决。通过这样的途径来预防缺陷的引入，从而减少后期软件的维护成本。ＳＱＡ主要的工作活动包括制定

SQA工作计划，参与阶段产物的评审，进行过程质量、功能配置及物理配置的审计等;对项目开发过程中产生的数据进行度量等等；

(2) 说说你对软件配置管理的理解：

项目在开发的过程中要用相应的配置管理工具对配置项（包括各个阶段的产物）进行变更控制，配置管理的使用取决于项目规模和复杂性能及风险的水平。软件的

规模越大，配置管理就显得越重要。还有在配置管理中，有一个很重要的概念，那就是基线，是在一定阶段各个配置项的组合，一个基线就提供了一个正式的标准

，随后的工作便基于此标准，并且只有经过授权后才能变更这个标准。配置管理工具主要有CC,VSS,CVS等，偶只用过CVS，对其它的不熟悉

(3) 怎样写测试计划和测试用例：

简单点，测试计划里应有详细的测试策略（测试方法等），合理详尽的资源安排等，至于测试用例，那是依赖于需求（包括功能与非功能需求）是否细化到功能点

，是否可测试等。

(4) 说说主流的软件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情况以及你对它们的理解：

CMM:SW Capability Maturity Model 软件能力成熟度模型,其作用是用于软件过程的改进、评估及软件能力的评鉴

CMMI:Capability Maturity Model Integration　能力成熟度模型集成　CMMI融入了大部分最新的软件管理实践，同时弥补了SW-CMM模型中的缺陷

RUP:rational unified process 是软件工程化过程。它提供了在开发机构中分派任务和责任的纪律化方法.它的目标是在可预见的日程和预算前提下确保满足最

终用户需求的高质量产品,个人认为：它的核心观念是开发的迭代，每个公司可以根据自身的软件开发的流程和待开发项目的特点对RUP进行适当的剪裁，制定出符

合自己的软件开发流程。

ＸＰ：extreme program，即极限编程的意思，适用于小型团队的软件开发，想上面第三个问题就可以结合原型法采用这样的开发流程。要明白测试对于xp开发的

重要性，强调测试（重点是单元测试）先行的理念。编程可以明显提高代码的质量，持续集成对于快速定位问题很有好处。

PSP ,TSP 分别是个体软件过程（Personal Software Process），群组软件过程（Team Software Process）大家都知道，CMM只是告诉你怎么做但并没有告诉

你如何做，所以PSP/TSP就是告诉你企业在实施CMM的过程中如何做，PSP强调建立个人技能（如何制定计划、控制质量及如何与其他人相互协作等等）而TSP着重

于生产并交付高质量的软件产品（如何有效地规划和管理所面临的项目开发任务等等）

总之，单纯实施CMM，永远不能真正做到能力成熟度的升级，只有将实施CMM与实施PSP和TSP有机地结合起来，才能发挥最大的效力。因此，软件过程框架应该是

CMM/PSP/TSP的有机集成。

(5) 对项目管理、白盒测试、单元测试、自动测试、性能测试、压力测试工具的了解程度和实际使用经验。(其实基本上也就是MI和Rational工具)：

这个就要看个人的了，没法说了

(6) 其它一些具体的技术知识(如各种计算机语言的了解程度、数据库等)；

5. 还有问一下你是怎样保证软件质量的，也就是说你觉得怎样才能最大限度地保证软件质量？

测试并不能够最大限度的保证软件的质量，软件的高质量是开发和设计出来的，而不是测试出来的，它不仅要通过对软件开发流程的监控，使得软件开发的各个阶

段都要按照指定的规程进行，通过对各个阶段产物的评审，QA对流程的监控，对功能及配置的审计来达到开发的最优化。当然测试也是保证软件质量的一个重要方

式，是软件质量保证工程的一个重要组成部分。

6. 然后紧接着就基于目前中国的国情，大多数公司的软件项目进度紧张、人员较少、需求文档根本没有或者很不规范，你认为在这种情况下怎样保证软件的质量

？(大多数公司最想知道的就是在这种困难面前你该怎么保证软件的质量，因为这些公司一般就是这种情况-既不想投入过多又想保证质量，faint )

出现以上的情况，如果仅仅想通过测试来提高软件质量，那几乎是不可能，原因是没有足够的时间让你去测试，少而不规范的文档导致测试需求无法细化何谈足够

且有针对性进行测试。所以，作为公司质量保证的你应该先后项目经理确定符合项目本身最适合的软件生命周期模型（比如RUP的剪裁，原型法）,明确项目的开发

流程并督促项目组按照此流程开展工作，所有项目组成员（项目经理更加重要）都要制定出合理的工作计划，加强代码的单元测试，在客户既定的产品交付日期范

围之内，进行产品的持续集成等等，如果时间允许可以再配合客户进行必要的系统功能测试。

7. 差不多了就该问一些只和软件测试相关的问题了，如：

(1) 你觉得怎样才能做一个(或者，怎样才能算一个)优秀的测试工程师？(faint，这个问题好像是必问的，答案也无非是什么要求全面的技术能力、缜密的逻辑思

维、出色的沟通能力、还要有怀疑精神、幽默感、洞察力等等。啥叫优秀啊？该有的能力都有，不该有的也有，而且个个能力还都是出色的，这就是优秀，呵呵，

开玩笑的，反正这个问题差不多就这样，具体的什么要求网络上也到处都有。

(2) 还有其它的如对自己优缺点的评价、自己的职业理想、为何离开上一家公司、自己在职业生涯中印象最深的事情、能否出差和加班、能否承受压力和挑战、薪

水要求、何时能到岗等等这些啥面试都要回答的问题，这个就只能自己斟琢着办了。

(3) 另外还有一个重要的问题就是语言能力啦，尤其是英语水平，这个的话每个具体的公司都有不同的要求，也就没啥好说的了。

差不多基本上就是这些了，如果有需要的可以有针对性的google一下，hoho仅供参考!

软件开发测试面试题逻辑题的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于软件测试面试编程题、软件开发测试面试题逻辑题的信息别忘了在本站进行查找喔。