软件测试面试笔试题_攻击软件测试面试题

目录：

• 1、关于软件测试的一些面试题，跪求答案！
• 2、求软件测试面试问题
• 3、软件测试面试的时候可能会问什么问题？
• 4、我28了，想学点软件测试，请问看什么书好
• 5、软件测试面试一般都问什么问题
• 6、软件测试面试题有哪些？

关于软件测试的一些面试题，跪求答案！

一、判断题（每题1分，12 分，正确的√，错误的╳）

1．软件测试的目的是尽可能多的找出软件的缺陷。（√）

2．Beta 测试是验收测试的一种。（√）

3．验收测试是由最终用户来实施的。（√）

4．项目立项前测试人员不需要提交任何工件。（╳）

5．单元测试能发现约80%的软件缺陷。（√）

6．代码评审是检查源代码是否达到模块设计的要求。（√）

7．自底向上集成需要测试员编写驱动程序。（√）

8．负载测试是验证要检验的系统的能力最高能达到什么程度。（√）

9．测试人员要坚持原则，缺陷未修复完坚决不予通过。（√）

10．代码评审员一般由测试员担任。（╳）

11．我们可以人为的使得软件不存在配置问题。（√）

12．集成测试计划在需求分析阶段末提交。（╳）

二、不定项选择题（每题2 分，10分）

1．软件验收测试的合格通过准则是：（）

A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

B． 所有测试项没有残余一级、二级和三级错误。

C． 立项审批表、需求分析文档、设计文档和编码实现一致。

D． 验收测试工件齐全。

2．软件测试计划评审会需要哪些人员参加？（）

A．项目经理

B．SQA 负责人

C．配置负责人

D．测试组

3．下列关于alpha 测试的描述中正确的是：（）

A．alpha 测试需要用户代表参加

B．alpha 测试不需要用户代表参加

C．alpha 测试是系统测试的一种

D．alpha 测试是验收测试的一种

4．测试设计员的职责有：（）

A．制定测试计划

B．设计测试用例

C．设计测试过程、脚本

D．评估测试活动

5．软件实施活动的进入准则是：（）

A．需求工件已经被基线化

B．详细设计工件已经被基线化

C．构架工件已经被基线化

D．项目阶段成果已经被基线化

三、填空题（每空1分，24 分）

1．软件验收测试包括、、三种类型。

2．系统测试的策略有功能测试、、、、易用性测

试、、、、、、、、

、、等15 种方法。

3．设计系统测试计划需要参考的项目文档有、和迭代计划。

4．对面向过程的系统采用的集成策略有、两种。

5．通过画因果图来写测试用例的步骤为、、、及把因果图转

换为状态图共五个步骤。

四、简答题（共37分）

1． 阶段评审与同行评审的区别。（4 分）

2 ． 什么是软件测试。（3 分）

3 ． 简述集成测试的过程。（5 分）

4 ． 怎样做好文档测试？（4 分）

5． 白盒测试有那几种方法？（6 分）

6． 系统测试计划是否需要同行评审，为什么？（4 分）

7． Alpha 测试与beta 测试的区别。（4 分）

8 ． 比较负载测试、容量测试和强度测试的区别。（6 分）

9 ． 测试结束的标准是什么？（3 分）

五、 设计题（共15分）

对下面给出的程序控制图，分别以各种不同的测试方法写出最少的测试用例。

测试人员_考试试卷（考试时间100分钟，满分100分）

姓名：__________部门：__________员工号：__________

一、填空题：（每一空格2分，共60分）

1、 软件实施活动的输出工件有 、 、 、 。

2、 代码评审主要做 工作。

3、 软件实施活动中集成员的职责是 。

4、 验证与确认软件实施活动主要有 、代码评审、 、 、 、SQA

验证。

5、 表明测试已经结束。

6、 软件测试的目的是 。

7、 软件测试主要分为 、 、 、 四类测试。

8、 软件测试活动有制定测试计划、 、 、 、 、 、测

试评估、测试结束八个步骤。

9、 软件测试活动的输出工件有_ 、 、 、 、 。

10、软件测试角色有 、 、 、 。

二、不定项选择题：（每题3 分，共15分）

1、 软件实施活动的进入准则是（）

A、 需求工件已经被基线化

B、 详细设计工件已经被基线化

C、 构架工件已经被基线化

D、 项目阶段成果已经被基线化

2、 下面角色不属于集成计划评审的是（）

A、 配置经理

B、 项目经理

C、 测试员

D、 编码员

3、软件测试设计活动主要有（）

A、 工作量分析

B、 确定并说明测试用例

C、 确立并结构化测试过程

D、 复审并评估测试覆盖

4、不属于集成测试步骤的是（）

A、 制定集成计划

B、 执行集成测试

C、 记录集成测试结果

D、 回归测试

5、属于软件测试活动的输入工件的是（）

A、 软件工作版本

B、 可测试性报告

C、 软件需求工件

D、 软件项目计划

三、问答题：（共25 分）

1、 项目的集中管理在软件公司的哪一个层面？（2 分）

2、 请描述软件测试活动的生命周期。（8 分）

3、 什么是测试评估，测试评估的范围是什么？（5 分）

4、 阐述工作版本的定义。（2 分）

5 、 请画出软件测试活动的流程图。（8 分）

求软件测试面试问题

测试技术面试题

1、什么是兼容性测试？兼容性测试侧重哪些方面？

参考答案：

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。

兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。

兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。

兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。

2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？

参考答案：

1、检查系统是否有中毒的特征；

2、检查软件/硬件的配置是否符合软件的推荐标准；

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；

4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；

5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。

3、测试的策略有哪些？

参考答案：

黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）

4、正交表测试用例设计方法的特点是什么？

参考答案：

用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；

具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

5、描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？

参考答案：

就是Bugzilla的状态转换图。

6、你觉得bugzilla在使用的过程中，有什么问题？

参考答案：

界面不稳定；

根据需要配置它的不同的部分，过程很烦琐。

流程控制上，安全性不好界定，很容易对他人的Bug进行误操作；

没有综合的评分指标，不好确认修复的优先级别。

7、描述测试用例设计的完整过程？

参考答案：

需求分析 + 需求变更的维护工作；

根据需求 得出测试需求；

设计测试方案，评审测试方案；

方案评审通过后，设计测试用例，再对测试用例进行评审；

8、单元测试的策略有哪些？

参考答案：

逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析

9、LoadRunner分哪三部分？

参考答案：

用户动作设计；

场景设计；

测试数据分析；

10、LoadRunner进行测试的流程?

参考答案：

1、 测试测试

2、 创建虚拟用户脚本

3、 创建运行场景

4、 运行测试脚本

5、 监视场景

6、 分析测试的结果

以上，最好是结合一个案例，根据以上流程来介绍。

什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？

参考答案：

在同一时间点，支持多个不同的操作。

LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。

集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的才操作就会取消，测试就不能进行。

12、使用QTP做功能测试，录制脚本的时候，要验证多个用户的登录情况/查询情况，如何操作？

参考答案：

分析用户登录的基本情况，得出一组数据，通过性测试/失败性测试的都有（根据TC来设计这些数据），然后录制登录的脚本，将关键的数据参数化，修改脚本，对代码进行加强，调试脚本。

13、QTP中的Action有什么作用？有几种？

参考答案：

Action的作用

 用Action可以对步骤集进行分组

 步骤重组，然后被整体调用

 拥有自己的sheet

 组合有相同需求的步骤，整体操作

 具有独立的对象仓库

Action的种类

 可复用Action

 不可复用Action

 外部Action

14、TestDirector有些什么功能，如何对软件测试过程进行管理？

参考答案：

需求管理

 定义测试范围

 定义需求树

 描述需求树的功能点

测试计划

 定义测试目标和测试策略。

 分解应用程序，建立测试计划树。

 确定每个功能点的测试方法。

 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。

 描述手工测试的测试步骤

 指明需要进行自动测试的功能点

测试执行

 定义测试集合。

 为每个测试人员制定测试任务和测试日程安排。

 运行自动测试。

缺陷跟踪

 记录缺陷

 查看新增缺陷，并确定哪些是需要修正的

 相关技术人员修改缺陷

 回归测试

 分析缺陷统计图表，分析应用程序的开发质量

软件测试面试的时候可能会问什么问题？

软件测试面试一般会涉及非技术类问题和技术类问题：

一、非技术类问题：

非技术类问题，又分为封闭式问题、开放式问题、诱饵式问题三个维度。

01.封闭式问题

比如：你在哪儿读的书？你有英语四级证书吗？你有几年工作经验？……

这类问题答案是单一的，所以回答的时候要简洁明了。

02.开放式问题

面试官一般想通过一些开放式问题，了解你的沟通表达，思维逻辑等方便的能力，遇到这类问题时，就需要有条理的进行阐述。比如：

你对我们公司有什么了解？

遇到这类开放式问题时，可以提前做一些准备，在网上多了解一些应聘公司的信息，并进行简单的梳理，在遇到类似问题时，就可以结合自己整理的大纲来展开延伸。

你的弱点是什么？

回答这类问题，不要过多谈论和这份工作明显相关的弱点，使自己陷于不利的境地。

比如从长处来说，我相信我最大的优点是我有一个高度理性的头脑，能够从混乱中整理出头绪来。我最大的弱点是，对那些没有秩序感的人，可能缺乏足够的耐心。

我相信我的组织才能可以帮助企业更快地实现目标，而且有时候，我处理复杂问题的能力也能影响我的同事。

03.诱饵式问题

面试官通过这类问题主要是想了解在简历上看不到的你，比如：你为什么从上份工作离职了，是因为发生了什么不愉快的事吗？

遇到这类问题时，我们要保持警惕，思维不能被面试官牵着走，也不能把面试官当知心，大肆吐槽前份工作中遇到的种种不愉快。

二、技术类问题

常见的技术类问题主要涉及项目经历，技术基础，测试思路，方案设计等方面。比如：

01.介绍一下你们公司的测试流程

回答要点：有些面试官也会问项目流程，作为一个普通的测试工程师，不熟悉整个项目流程是很正常的，如果这样，可以就回答测试流程。一般来说，测试组长或者测试经理才会相对熟悉项目流程。还有流程不要回答的太过简单，太过书面化，如提需求-写用例-提交bug-验证bug，可以结合自己做过的项目来回答。

02.app和web测试有什么区别？

回答要点：主要考察你的经验积累，以及你对于app和web的理解。

参考回答：web和app其实本质上并没有什么区别，只是面向用户的不同前端软件而已，后台的架构都可以一模一样，比如说都是linux+jdk+tomcat+mysql。

web是bs架构，app是cs架构，由于这个差别，web安装部署都比较方便，app经常需要更新。在测试过程中，有一些web特色的测试，比如鼠标悬停，键鼠操作等。

app测试也有交叉事件测试，网络测试，横竖屏切换，手机按键等等 。Web测试经常需要考虑响应时间，2-5-10原则，app测试还需要考虑流量和电量测试等。

03.你熟悉哪些测试工具？

软件测试工具有很多，测试管理工作、自动化测试工具、性能测试工具等，在回答这个问题的时候，最好是结合你做过的项目去阐述。

比如在做过什么项目时，在哪些场景下，你使用了什么测试工具。

04.简单说一说你做过的一两个项目

面试之前，要把自己近期做过的项目进行梳理，重点总结自己最近做过的1-2个项目。

比如项目基本情况，你在项目中负责哪些内容，是怎么测试的，使用了哪些工具，在哪些场景下如何使用的。这些细节都需要梳理清晰。

更多具体的问题，可以在网上搜索软件测试面试题库，详细了解~

我28了，想学点软件测试，请问看什么书好

测试入门

软件测试（第2版）

Software Testing (2e), Ron Patton

一本测试入门的好书，较全面地介绍了各种测试领域和方法，为测试新手提供了正确的观念和宽泛的基础。

软件测试工程师面试指导

蔡为东

面向初学者，介绍了软件测试行业、测试工程师素质要求、基本测试技术、求职策略、面试技巧、典型试题，对于测试新手或迈向测试行业的朋友有较高的参考价值。此书还收录了一些对读者来信的回复，内容涉及职业规划、大学生就业、测试学习、测试实践等，针对当前常见的困惑，做出了谨慎且深思熟虑的回答。附文《我在微软做软件测试外包》对于了解微软中国的流程与文化很有参考价值。

软件测试的艺术（第2版）

The Art of Software Testing (2e), Glenford J. Myers, Corey Sandler, Tom Badgett, Todd M. Thomas

一本“久经考验”的测试经典：1979年，第一版面试；25年后，第二版登场。平心而论，有些观点已经不能直接应用在测试实践中，但是仔细品味仍有所收获。毕竟，这是一本需要思考的书，而不是操作手册。

软件测试实战–测试Web MSN

蔡为东

以Web MSN为测试对象，形象生动地介绍了针对图形界面的黑盒测试技术，有很强的实践性。围绕一个实例，全面地的介绍各种测试方法，是此书区别于其他测试书籍的一大特色。附文《胶着》是作者一段开发经历的回顾与小结，有笑有泪，仅凭此文便值回书资。

通用测试技术

探索式软件测试（强烈推荐）

《探索式软件测试》涉及以下重要问题：为什么自动化测试无法消除所有缺陷，如何才能让这些缺陷无处遁形？哪些技术可帮助我不断发现和消除致命错误？如何更高效地进行手工测试，增加些许轻松和愉悦的感觉？对于每个项目，如何确定最高效的高级测试策略？在我无法进行全部测试时，哪些输入是必须测试的？哪些测试用例能提供最理想的特性覆盖率？在结合使用探索测试和传统脚本或场景测试时，如何才能获得理想效果？如何体现来自开发过程的反馈意见，代码更改吗？

计算机软件测试（第2版）

Testing Computer Software (2e), Cem Kaner, Jack Falk, Hung Quo Nguyen

一本值得反复参考的好书，”The bestselling software testing book of all time” 的美誉绝非浪得虚名。作者将多年的实践经验用平实的语言娓娓道来，内容涉及测试技术、测试管理、开发流程、思考方法、实践模式，可谓是一本测试典籍。部分内容看似有些过时，但是其思想和方法仍旧有很高的借鉴价值。

微软的软件测试之道

How We Test Software at Microsoft, Alan Page, Ken Johnston, Bj Rollison

微软的资深测试者审视微软当前的测试方法，并展望软件测试的未来发展。缺点是没有结合Windows或Office这样的著名且复杂的产品，详细讨论具体项目的具体技术。优点是提供了许多小故事，讲述了Windows、Office、Live等产品开发中的点滴。从经验传承、启发思路的角度，这些故事是全书的精华，具有很高的参考价值。

测试有道：微软测试技术心得

梁博, 许珊, 徐歆恺

内容由一系列技术点组成，每一个点都有精要的描述和作者的心得体会，力图以小搏大，以精粹胜广博。但是没有提供一个理论框架将这些点有机地联系起来，读起来有只见树木、不见深林之感，也缺少“授人以渔”的独到见解。最大优点是介绍了一批免费且实用的工具，可以放在案头备查。

软件测试基础:方法与度量

Software Testing Fundamentals: Methods and Metrics, Marnie L. Hutcheson

以风险分析为核心，讨论了测试计划、测试组织和测试设计。其中，关于“测试价值的可说明性”和“利用Office Suite来撰写、管理测试计划”的内容有启发性。适合有一定工作经验的测试人员参考。

软件测试（第2版）

Software Testing A Craftsmaj’s Approach (2e), Paul C. Jorgensen

将理论与工艺结合在一起的测试教科书。比较严谨地讨论了软件测试的基础理论，适合软件测试研究者研读。

面向对象的软件测试

A Practical Guide to Testing Object Oriented Software, John D. McGregor, David A. Sykes

介绍了面向对象软件测试的基本思路和方法。第7章“测试类的层次结构”比较有启发性，讨论了针对继承的测试设计和组织，相关内容在其他测试书籍中并不多见。

软件测试技术大全：测试基础、流行工具、项目实战

陈能技

该书由多位作者共同撰写，内容涉及测试理念、测试技术、测试开发、测试自动化、测试管理和常见的测试工具，不愧“测试大全”的书名。有些内容失之于粗糙，一些论述也不够严谨，缺乏参考文献更是此书的硬伤。瑕不掩瑜，此书理论和实践结合紧密，仍值得测试工作者学习和思考。

测试管理

笑傲测试–软件测试流程方法与实施

魏伟

以小说为体裁的测试管理书籍。通过令狐冲和风清扬的对话，从一个逐渐成长的新人的角度，介绍了测试管理的点点滴滴。全书轻松幽默，全无技术读本的枯燥乏味。附录所收录的文章“从新鲜人到新仙人”对于行业新人颇有帮助。

步步为赢–软件测试管理全程实践

蔡为东

以“管理就是负责人”为核心，介绍作者担当测试领导的切身经验：自我管理、自我成长、编写测试计划、编写测试用例、执行测试、沟通、测试计划/用例评审、测试总结、员工管理、测试思想等。也适合第一线的测试工作者阅读，所涉及内容皆和他们的日常工作密切相关。

专项测试技术

软件安全测试艺术

The Art of Software Security Testing: Identifying Software Security Flaws, Chris Wysopal, Lucas Nelson, Dino Dai Zovi, Elfriede Dustin

软件安全测试的入门书，用很短的篇幅涵盖了软件安全测试的多个领域，为测试人员提供了模型、方法和工具。对于Threat Modeling的介绍很精彩，为进一步的行动提供了良好的理论与实践基础。

Web安全测试

Web Security Testing Cookbook: Systematic Techniques to Find Problems Fast, Paco Hope, Ben Walther

一本实践性很强的Web安全测试手册。从网络安全的角度，介绍了一批免费的网络通信分析、监控、修改、调试工具；以条目为组织，介绍了的测试方法或策略；以实践切入，穿插介绍理论知识，通过精心选材和组织，降低了Web安全测试的门槛。

实用软件测试指南

How to Break Software: A Practical Guide to Testing, James A. Whittaker

软件测试专家编写的实战指南，指导测试人员从攻击的角度展开软件测试。介绍了一些实用的测试工具，对于压力测试、极限测试有较强的参考价值。

软件测试新技术与实践

于秀山, 于洪敏

介绍了组合测试技术在测试中的应用。适合组合测试研究者参考。

Web应用程序性能测试指南

Performance Testing Guidance for Web Applications, J. D. Meier, Carlos Farre, Prashant Bansode, Scott Barber, Dennis Rea

微软模式与实践(pattern practices)团队的佳作，介绍了性能测试的正确观念、流程和实践。篇幅短小，内容深邃，值得在实践中反复参考和体会。

应用程序性能测试的艺术

The Art of Application Performance Testing: Help for Programmers and Quality Assurance, Ian Molyneaux

经验丰富的软件性能测试专家分享他的经验，内容包含性能测试的架构、模型、典型方法和结果分析。适合有一定经验的测试者参考。

测试自动化

.NET软件测试自动化之道

.NET Test Automation Recipes：A Problem-Solution Approach, James D. McCaffrey

该书讲解了在.NET平台上编写轻量级测试程序的实用技术。作者曾经在微软工作，该书与微软测试开发工程师的培训材料的契合度很高，实践性很强。对于Windows平台的测试工程师而言，此书的参考价值很高。

集成测试框架–用Fit进行敏捷软件测试

Fit for Developing Software: Framework for Integrated Tests, Rick Mugridge, Ward Cunningham

Fit是一种编写系统测试的测试框架，作为一种业务交流工具，它深刻地反映出敏捷软件开发的若干特质。此书由Fit之父亲自编写，不但可以了解Fit的方方面面，还能从中体会大师的感悟与实践。

互联网单元测试及实践

陈卫俊, 赵璨, 周磊, 陈洪

介绍了常见的单元测试框架，并结合具体项目讲解了单元测试的基本理论和技术。对于Web测试的新手，有较高的参考价值。

经验总结

软件测试经验与教训

Lessons Learned in Software Testing, Cem Kaner, James Bach, Bret Pettichord

值得反复研读的经典好书。Tom DeMacro的赞美——“这些经验中的任何一个，都抵得上这本书的价钱”，所言非虚。

完美软件–对软件测试的各种幻想

Perfect Software: And Other Illusions about Testing, Gerald M. Weinberg

该书没有介绍具体的软件测试技术，它讨论的是软件开发中的人、他们对测试的认知、软件测试的目的、实现目的的社会学和心理学上的探索。它试图建立正确的软件测试观念、协调的心理情绪和有效的思考方式。这些要素最终会决定在具体的项目中采用何种具体测试技术的组合。

赢在测试：中国软件测试先行者之道

蔡为东

介绍了一批测试先行者的个人经验的书。学习他人经验可以用较低的成本去扩大自己的体验，自然是他山之石可以攻玉，开卷有益。不过，个人经验非批判性地阅读与理解，不能有效，甚至有害，所以该书适合愿意学习且有能力学习的测试爱好者。不足是大部分被采访者都是管理者，没有真正的测试技术专家。

软件测试精要

董杰

作者分享他在测试领域的经验与思考，其热情和思辨跃然纸上。缺点是内容却有些散乱，即便是一章，其系统性也有些不足；对于测试工具背后的测试思想，挖掘得比较浅，没有上升到测试理论的高度。

软件测试面试一般都问什么问题

给大家提供一些软件测试相关的面试题及答案，仅供大家参考！

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

测试经验越多，测试能力越高。所以我的职业发展是需要时间积累的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年积累测试经验，按如何做好测试工程师的要点去要求自己，不断更新自己改正自己，做好测试任务。

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

做测试应该要有一定的协调能力，因为测试人员经常要与开发接触处理一些问题，如果处理不好的话会引起一些冲突，这样的话工作上就会不好做。还有测试人员要有一定的耐心，有的时候做测试很枯燥乏味。除了耐心，测试人员不能放过每一个可能的错误。

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

虽然我的测试技术还不是很成熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还有有一定的沟通能力，耐心、细心等外在因素。综合起来看我认为我是胜任这个工作的。

4、测试的目的是什么?

测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。当然软件测试是不可能找出全部错误的。

5、测试分为哪几个阶段?

一般来说分为5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试

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

测试对象是模块内部的程序错误，目的是消除局部模块逻辑和功能上的错误和缺陷。测试依据是模块的详细设计，测试方法是采用白盒测试。

7、怎样看待加班问题

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

8、结合你以前的学习和工作经验，你认为如何做好测试。

根据我以前的工作和学习经验，我认为做好工作首先要有一个良好的沟通，只有沟通无障碍了，才会有好的协作，才会有更好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就要问，实时与同事沟通这样的话才能做好测试工作。

软件测试面试题有哪些？

软件测试面试前的最后一波恶补！不要打没有准备的仗。

想要拿到心仪的offer，光有相应的技术水平是不够的，还是要提前做好面试题的熟悉以及学习一些面试时的技巧，否则，就算是金子也很可能会被埋没了。

下面给详细讲讲一些面试中比较常见的题吧！

1、软件测试的流程是什么？

分析：每当hr问一个问题的时候，我们都必须在脑海里先想一下他是想通过这个问题获取哪些信息，做好了这步先行工作再回答就比较稳健了。如果有工作经验，那么直接按照公司流程去答就可以了，如果你刚转行或者是才实习，那就按下面的标准回答走就行了。

回答：项目经理将项目需求文档给到开发，开发记录文档内需求不明确或者遗漏点做好准备，然后在需求评审会议上，各开发人员提出自己的疑问并解决，需求评审最终得到一份需求规格说明书。（需求评审阶段）

评审通过后，开发这边的经理就开始编写开发计划，测试经理编写测试计划，计划评审通过后开发人员进行程序的开发，测试人员开始测试用例的编写。当项目的第一个版本出来后，开发负责第二个版本的迭代，而测试这边对项目进行测试并记录追踪管理bug，直到项目迭代完毕。（产品研发阶段）

项目迭代完毕并修复大部分的bug后，测试这边开始进行总结，最终产出一份测试报告书，记录此次的测试工作及项目存在的问题。（产品发布阶段）

2、测试用例主要有哪些元素？

分析：每家公司用的模板都不尽相同，所以内容也是多种多样的，你只需要把基本的元素回答出来就行了。

回答：测试用例的主要元素有：ID、标题、模块、预置条件、操作步骤、预期结果、实际结果、是否通过等等

3、软件测试有什么策略和阶段？

分析：策略就是你是以什么样的思路去测试，或者是通过什么样的技术或者步骤去执行等等。

回答 ：软件测试的策略主要有：动态、静态测试；白盒、黑盒测试。测试阶段按照研发顺序分别是：单元测试、集成测试、系统测试，有些公司还会有验收测试；（单元测试开发在调试代码时就完成，集成测试也是，但是有时测试人员也需要进行集成测试；测试人员平时主要的工作就是系统测试，验收测试是客户参与进行的测试）；

4、测试用例是什么？有什么作用？

回答：测试用例实际上就是预设好一个特定的场景，让软件再这个场景中运行，以检验程序是否给出正确反应，来衡量软件是否正确满足了客户需求。

作用：

1、避免盲目测试并提高测试效率；在软件版本更新之后只需要少量修改即可开展测试工作，提高工作效率，大幅度缩短测试周期。

2、可以直观看出哪些是测试重点，测试用例是测试工作的见证，可以看到测了哪些功能，又有哪些模块没有测。

3、测试用例是量化测试工作的方法之一。

5、你平时是怎么设计测试用例的？

分析：这个问题的点主要考察是否掌握测试用例设计方法，在回答之后，HR可能会继续追问某种设计方法的概念或者实例，这时举例说明即可；如：等价类划分法就是把程序的输入域划分成等价类，从每个部分中选取少数代表性数据当做测试数据。

回答：设计测试用例一般都会使用到等价类、边界值、场景/流程法、因果图还有错误推测法；

6、你们公司的需求评审是怎么进行的？

分析：需求评审，就是对客户需求，软件各个模块之间模糊的点进行审查，排除不理解或者没有考虑到的点。

回答：需求评审，在一些分工比较明确的公司，都是由PD负责，需求确认好后再下发到开发和测试部门；分工不怎么明确的公司可能就是开发测试产品等大家坐在一起共同探讨；评审形式一般分为线上和线下两种方式，负责人一般会提前把需求文档下发到大家手上供大家整理各自的疑惑点，为后续的评审会议做准备。

7、还有什么想要问我的吗？

分析：这个问题在每个面试的尾声都会被问到，如果你直接回答没有，会让hr有种你不在意这份工作的感觉，如果你问得多了又会显得面试之前没有做好充分的准备，所以问题一般控制在2-3个就差不多。

直接说没有，会让HR觉得你不关心这个岗位，问的多了又会显得面试之前没有做好充分的准备。所以问题一般控制在两到三个比较好。

回答：

1、公司的研发团队目前是什么规模？开发和测试分别有多少人？

2、公司今后的业务方向是什么？

3、如果我入职了，我的主要工作职责是什么？

以上！

标签：攻击软件测试面试题