软件测试面试题
对于软件测试的面试者而言，在求职面试中，做好准备，了解面试题很有必要。下面小编已经为你们整理了软件测试面试题，一起来看看吧。
软件测试面试题 1
1.为什么要在一个团队中开展软件测试工作?
保 证软件质量的最后一道关口。软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情(Do the right thing)，另一方面是确认软件以正确的方式来做了这个事情(Do it right)。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包 括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发 过程是高质量的。
2.您是否了解以往所工作的.企业的软件测试过程?如果了解，请试述在这个过程中都有哪些工作要做?分别由哪些不同的角色来完成这些工作?
测试计划->测试设计(测试用例，测试数据)->测试执行(单元测试，集成测试，系统测试，回归测试)
3.您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……)
易用性测试-界面的友好性，操作方便性等。
功能测试-系统中功能性需求的满足
安全性测试-系统是否存在安全隐患和漏洞
性能测试-系统在大并发下的响应速度和健壮性
4.请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。
黑盒/白盒:主要区别在是否了解系统或程序的内部结构和代码
单元测试:关注某一个单元，函数，模块的正确性，一般需要编写相关测试代码。
集成测试:模块或模块直接的集成接口测试，单个模块测试
系统测试:一个完整功能的完全测试。
5.测试计划工作的目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?
提前安排出测试工具选择，测试类型选择，人员需求，保证和项目开发协调一致，保证测试工作顺利进行。
软件测试面试题 2
1.您认为做好测试计划工作的关键是什么?
了解项目或系统的业务需求和项目经理协调好，了解项目的进度计划安排情况
2.您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。
边界值/等价类/业务流程图分析和状态转换分析/业务逻辑分析
3.您认为做好测试用例设计工作的关键是什么?
对业务和软件需求非常清楚，可以根据需求不同选择不同的测试用例设计
4.您以往的工作中是否曾开展过测试用例的评审工作?如果有，请描述测试用例评审的过程和评审的内容。
评审计划->预审->评审;
评审内容主要是测试用例对软件需求的覆盖程度，对于相关边界是否考虑，是否针对复杂流程准备多套测试数据，是否有专门针对非功能性需求的测试。
5.您以往是否曾经从事过性能测试工作?如果有，请尽可能的详细描述您以往的性能测试工作的'完整过程。
制订计划->选择测试功能->选择测试工具->录制脚本->运行测试->分析结果
6.您在从事性能测试工作时，是否使用过一些测试工具?如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
微软WAS，LoadRunner
7.您认为性能测试工作的目的是什么?做好性能测试工作的关键是什么?
关键是测试脚本的录制，测试时候测试环境的干净。
8.在您以往的工作中，一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?
缺陷名词/描述/缺陷等级/严重程度/发现模块/发现步骤和过程/是否可以重现
软件测试面试题 3
1、什么是兼容性测试?兼容性测试侧重哪些方面?
参考答案：
兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。
兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。
兼容测试的`重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。
兼容和配置测试的区别在于，做配置测试通常不是Clean OS下做测试，而兼容测试多是在Clean OS的环境下做的。
2、我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题?
参考答案：
01、检查系统是否有中毒的特征;
02、检查软件/硬件的配置是否符合软件的推荐标准;
03、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务;
04、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的;
05、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。
3、测试的策略有哪些?
参考答案：
黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测(Beta测试的策略)
4、正交表测试用例设计方法的特点是什么?
参考答案：
用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂;
对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来;但是更深的缺陷，更复杂的缺陷，还是无能为力的;
具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。
5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?
参考答案：
就是Bugzilla的状态转换图。
软件测试面试题 4
1、怎么来设计测试方案
根据测试需求（涉及功能需求和非功能性需求），辨认测试要点，辨认测试环境规定，安排测试轮次，根据项目筹划和开发筹划做整体的测试安排。
被测试的特性：通过对需求规格阐明书进行分析，列出本次测试需要进行测试的各部分特性（如要测试的功能需求、性能需求、安全性需求等等）。
不被测试的特性：由于资源、进度等方面因素，本次测试不列入测试范畴的特性。
测试组网图：进行本次系统测试所需要的软硬件设备、配备数据已及互相间的逻辑、物理连接。此后测试执行时需要根据这个组网图来进行环境的搭建。
2、如果给你一种B/S系统你怎么来进行测试
此题答案还可用于回答测试流程，测试流程题亦可参照15题。
阅读系统需求，充足理解需求，记录问题，并与项目需求人员充足沟通。
编写测试需求，涉及系统功能和非功能测试要点、测试类型、测试进度质量规定等。
制定测试筹划，涉及熟悉测试业务、设计测试用例、执行测试用例、进行测试小结、编写测试报告，任务颗粒度一般应不不小于5人天
编写测试用例，根据测试方案设计用例，即便没有明确的性能和安全测试规定，也应辨认进行此两项测试。
执行软件测试。
进行测试小结，如果测试持续时间较长，每个版本间隙总结本轮测试。
编写测试报告，总结测试过程，汇总度量数据。
3、怎么进行工作流的测试
把握需求，找准结点，理清流程，画出流转图，弄清节点间的数据流转，设计测试用例的时候必须覆盖所有也许的流程。
工作流：
如果问到有无做过，根据对工作流的理解状况回答，如果比较理解，可以把参与的某个项目中说上某些有工作流的，如果不是很理解就说没有做过，但是学习过有关知识。
4、做性能测试的时候都需要关注哪些参数
并发访问量，服务器响应时间（最小、平均、最大）
并发性能测试的过程是一种负载测试和压力测试的过程，即逐渐增长负载，直到系统的瓶颈或者不能接受的性能点，通过综合分析交易执行指标和资源监控指标来拟定系统并发性能的过程。
负载测试（Load Testing）是拟定在多种工作负载下系统的性能，目的是测试当负载逐渐增长时，系统构成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。
负载测试是一种分析软件应用程序和支撑架构、模拟真实环境的使用，从而来拟定可以接受的性能过程。压力测试（Stress Testing）是通过拟定一种系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。
疲劳测试是采用系统稳定运营状况下可以支持的最大并发顾客数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来拟定系统解决最大工作量强度性能的过程。
疲劳强度测试可以采用工具自动化的方式进行测试，也可以手工编写程序测试，其中后者占的比例较大。
一般状况下以服务器可以正常稳定响应祈求的最大并发顾客数进行一定期间的疲劳测试，获取交易执行指标数据和系统资源监控数据。如浮现错误导致测试不能成功执行，则及时调节测试指标，例如减少顾客数、缩短测试周期等。尚有一种状况的疲劳测试是对目前系统性能的评估，用系统正常业务状况下并发顾客数为基本，进行一定期间的疲劳测试。
大数据量测试可以分为两种类型：针对某些系统存储、传播、记录、查询等业务进行大数据量的独立数据量测试；与压力性能测试、负载性能测试、疲劳性能测试相结合的综合数据量测试方案。大数据量测试的核心是测试数据的准备，可以依托工具准备测试数据。
5、客户没给性能指数，怎么开展性能测试
如果客户没有提出明确的性能指标，可以按照惯例和经验设立，需要和PM协商，一般由PM确认，QA负责给出建议。
举例说一种Server端程序，规定峰值时CPU和MEM消耗在75％如下，而一种页面的访问响应时间一般觉得顾客的忍耐时间是3－5秒以内，这些要参照实际的应用来拟定顾客规模、操作频率、同步在线数等。
6、有无做过接口测试，是如何做的
通过编写测试程序，获得接口指针，逐个调用接口函数验证其对的性，及失败操作
7、测试过程中是如何来保证软件质量的
测试用例编写完毕后要加强评审的力度，保证测试用例覆盖所有需求点
执行测试过程中注意做小结检查覆盖状况、审视所提缺陷质量，复测时应注意有关模块的测试
测试时间宽裕的话可以做交叉测试，用以保证测试质量。
8、测试方案都写什么内容
1概述
2被测对象分析
3应测试的特性
4不被测试的特性
5总体设计措施
6测试模型
6.1测试组网图
6.2构造/对象关系图
6.3测试原理
6.4操作规程
7测试需求
7.1环境需求
7.2被测对象需求
7.3测试工具需求
7.4测试代码需求
7.5数据需求
7.6其他需求
8测试设计
8.1工具设计
8.2测试代码设计
8.3用例设计
8.3.1设计原则
8.3.2测试项目
9.附录
（测试方案规定根据《SRS》上的每个需求点设计出涉及需求点简介，测试思路和具体测试措施三部分的'方案）以往华为测试方案
目录如下：
第1章技术方案
1.1.测试需求描述
1.1.1.测试类型分析
1.1.2.测试内容
1.2.缺陷分类
1.3.缺陷级别
第2章SOW及规格的应答
2.1.测试需求应答
2.2.交付件应答
2.2.1.软件交付件应答
2.2.2.非软件交付件应答
2.3.项目里程碑项目完毕时间应答
2.4.质量目的应答
2.5.验收原则应答
2.6.限制应答
2.6.1.合伙供应商人员组织应答
2.6.2.硬件设备应答
2.6.3.合伙项目开发场地应答
第3章类似项目成功案例
第4章项目具体工作筹划
第5章项目估算
9、测试方案和测试筹划的区别
测试方案是技术性的；测试筹划更多是管理性的。
测试筹划重要要考虑测试的技术可行性、核心技术、资源投入、进度安排、风险管理、配备管理、输入输出等。测试筹划更多地供高层管理者决策时做参照；同步对后续测试工作开展起指引作用。
在某些小项目中，也许只需要一种测试方案，测试筹划内容相对较少，可以与测试方案合并进行；而某些大项目中，也许要设计数十个测试方案，这就需要一种提纲挈领的东西了，这就是测试筹划的作用。
10、测试用例是根据什么写的
系统测试用例根据需求和设计编写
（华为的SDV测试用例是根据《测试方案》和测试方略来编写的）
11、是怎么来设计测试用例的？
答：先熟悉系统需求，把握测试要点，设计用例的原则一方面是要覆盖每个需求点，可以通过填写需求跟踪矩阵来保证覆盖。
黑盒测试的测试用例设计措施：等价类划分法、边界值分析法、错误推测法、因果图。
软件测试面试题 5
问题一：为什么要在一个团队中开展软件测试工作?
任何软件在开发过程中都会留下缺陷，带有缺陷的软件产品如果提交出去，可能会给公司带来不可估量的损失，我们必须在客户之前发现尽可能多的问题，从而保障客户满意。而发现问题的这个过程称之为测试。
问题二：简述你在以前的工作中做过哪些事情，比较熟悉什么。
此问题每个人都不一样。我自己的答案如下。
我主要的工作是系统测试和自动化测试，也曾少量涉及性能测试。在系统测试中，主要是对BOSS系统的业务逻辑功能，以及软交换系统的Class 5特性进行测试。性能测试中，主要是进行的压力测试，在各个不同数量请求的情况下，获取系统响应时间以及系统资源消耗情况。自动化测试主要是通过自己写脚本以及一些第三方工具的结合来测试软交换的特性测试。
问题三：你所了解的的软件测试类型都有哪些，简单介绍一下。
1.基本功能验证。主要是对发布的版本进行一些最主要功能的测试。英文常见叫法是Smoking Test，Basic Verification Test或者Sanity Check。
2.功能测试。主要是依据需求或者需求分析文档，对所发布的版本进行测试，看看是否满足需求，是否出现了不必要的功能。
3.单元测试。是开发人员进行的测试之一，一般是开发人员对很小的模块，比如函数进行测试，一般来说，开发人员还需要开发相应的测试桩来进行此类测试。
4.集成测试。在大型的开发过程中，软件是模块化进行开发的，将不同的模块揉合在一起的话，需要进行的.测试就是集成测试。
5.系统测试。当软件提交给测试组后，是对整个系统的所有功能进行测试，一般来说，功能测试是系统测试的一个部分。
6.压力测试。主要是在很大性能的情况下，这个性能已经接近了系统的极限，看看系统运转的情况。
7.负载测试。主要是用各种不同的性能去检测系统，采集各个数据在这些性能情况下的数据。
8.黑盒测试。指系统对你来说是完全不透明的，只给你留下了输入和最终输出，这个是功能测试的方法之一。
9.灰盒测试。指在了解部分系统内部工作机制的情况下，对于系统进行的覆盖性测试。
10.白盒测试。主要是在单元测试和集成测试的情况下，开发人员已知代码，对这一段的代码进行全路径的覆盖测试。
11.界面测试。主要是看用户界面的友好性和易用性，是否有文字或者排版错误，是否有输入限制等等。
12.回归测试。一般是系统发现BUG，开发人员修改后，和BUG直接相关以及可能相关的功能进行的测试。
13.安装和卸载的测试。
14.恢复测试。主要是一个系统在发生了灾难的情况下，从错误中是否容易恢复。
15.兼容性测试。一个系统在不同的语言，操作系统下的系统测试。
16.安全测试。系统在遇到攻击或者类似情况下的表现。
17.Alpha测试。系统在给最终用户前，测试人员在实验室中模拟最终用户的测试。
18.Beta测试。由部分最终用户通过使用来进行的测试。
19.比较测试。和其他具有相同或者类似功能的系统进行对比的测试。
20.验收测试。一般是最终用户在接受产品前，依据自己所提出的要求进行的测试，很多情况下，验收测试可能委托第三方机构完成。
问题四：测试计划工作的目的是什么?测试计划文档的内容应该包括什么?其中哪些是最重要的?
软件测试计划是指导测试过程的纲领性文件。
包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法(最好是能先评审)。
问题五：你认为做好测试计划工作的关键是什么?
1.明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确
2.坚持“5W”规则，明确内容与过程
“5W”规则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的(Why)，明确测试的范围和内容(What)，确定测试的开始和结束日期(When)，指出测试的方法和工具(How)，给出测试文档和软件的存放位置(Where)。
3.采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。
4.分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。
【软件测试面试题】相关文章：
软件测试的面试题11-25
软件测试经典面试题11-25
软件测试面试题11-23
软件测试员面试题11-23
软件测试面试题及答案11-23
2017软件测试面试题11-24
高级软件测试面试题11-25
软件功能测试面试题11-25
web软件测试面试题11-25
文章代写服务
品质保证、原创高效、量身定制满足您的需求
