软件测试笔试面试题目完全汇总

软件缺陷：

1）软件未实现产品说明书要求的功能

2）软件出现了产品说明书指明不应该出现的错误

3）软件实现了产品说明书未提到的功能

4）软件未实现产品说明书虽未明确提及但应该实现的目标

5）软件难以理解、不易使用、运行缓慢或者从测试员的角度看最终用户会认为不好。

软件测试：为了发现软件产品中的各种缺陷，而对软件产品进行验证和确认的活动过程，此过程贯穿整个软件开发生命周期。 简单的说，软件测试是以发现错误为目的而执行的一个程序或系统的过程。

软件测试的目的：

1.验证软件需求和功能是否得到完整实现
2.验证软件是否可以发布
3.尽可能多的发现软件中的bug
4.尽可能早的发现软件中的bug
5.对软件质量做出合理评估
6.预防下个版本可能出现的问题
7.预防用户使用可能出现的问题
8.发现开发过程中的问题和风险

软件测试的原则：

1、所有测试的标准都是建立在用户需求之上 。
2、合理控制测试深度与广度，完全测试不可能，测试的投入与产出要均衡。
3、80-20原则，软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。
4、尽可能早的开展测试，越早发现错误，修改的代价越小。
5、发现错误较多的程序段，应进行更深入的测试。
6、软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试 。
7、软件开发人员即程序员应当避免测试自己的程序
8、严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作

软件测试的流程

如何对web系统进行全面测试/h3>

测试用例设计经典面试题——电梯，杯子，笔，桌子，洗衣机

原文地址：https://blog.csdn.net/slforeverlove/article/details/47080279

优秀测试人员应具备的素质：

1）沟通能力与表达能力
2）好奇心与怀疑精神
3）责任感与抗压能力
4）自信心，坚持自己的观点
5）耐心与细心
6）逆向思维的能力
7）善于学习与总结
8）团队协作精神
9）文档编写能力

优秀测试人员应具备的技能：

1）精通业务知识
2）具备软件编程能力，比如C,C++,JAVA等。
3）可以用脚本语言编写小测试工具
4）主流操作系统应用与 络知识，可以搭建测试环境
5）熟练掌握各种数据库知识
6）精通软件测试理论与方法
7）掌握常用测试与开发工具的使用
8）优秀的文档编写能力

软件测试的分类：

1）按照是否执行被测试软件来分：

静态测试：是指不运行软件，测试包括代码检查、静态结构分析、代码质量度量等，主要对软件需求说明书、设计说明书、软件源代码进行检查与分析。

动态测试：指通过运行被测程序，检查运行结果与预期结果的差异，分析差异原因，并分析软件运行效率、健壮性等性能。 动态测试是目前公司主要的测试方式

2）按照测试技术分为黑盒测试和白盒测试：

黑盒测试：黑盒测试又叫功能测试或数据驱动测试，在完全不考虑程序内部结构和内部特性的情况下，通过软件的外部表现来发现其缺陷和错误。

白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构进行测试程序，通过测试来检测产品内部逻辑是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

3）按照测试手段来分，可以分为手工测试和自动化测试

4）按照过程阶段来分，可以分为单元测试、集成测试、系统测试和验收测试

单元测试：通过模块(类/方法/函数)测试，使代码达到设计要求 主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。

集成测试：将经过单元测试的模块逐步组装成完整的程序。 主要目的是检查各单元与其它程序部分之间的接口是否存在问题，各模块功能之间是否有影响。

系统测试：是将已经确认的软件、计算机硬件、外设、 络等其他元素结合在一起进行测试。 系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方 ，进行改正。

验收测试：验收测试是在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的最后一次软件测试活动，也称为交付测试。 通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。

软件开发流程（软件生命周期）：

计划-》需求分析-》设计-》程序编写-》测试-》运行/维护

软件测试流程：

测试计划-》需求分析-》测试用例-》测试用例执行-》提交bug-》回归测试

软件开发模型：

你觉得bugzilla在使用的过程中，有什么问题/h3>

界面不稳定；

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

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

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

描述测试用例设计的完整过程/h3>

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

根据需求 得出测试需求；

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

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

单元测试的策略有哪些/h3>

单元的常见错误一般出现在以下五个方面，因此这五个方面是单元测试应该关注的重点。

1、单元接口。

2、局部数据结构。

3、独立路径。

4、出错处理。

5、边界条件

在单元测试时，由于单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，所以需要设置一些辅助测试单元，辅助测试单元有两种，一种是驱动单元，另外一种是桩单元。

1、驱动单元（Driver）:用来模拟被测单元的上层单元，相当于被测函数的主函数，如main函数。所以驱动单元主要完成以下4个步骤：

（1）接受测试数据，包含测试用例输入和预期输出；

（2）把测试用例输入传送给被测单元，驱动被测单元测试；

（3）将被测单元的实际输出和预期输出进行比较，得到测试结果；

（4）将测试结果输出到指定位置。

2、桩单元（Stub）：用来代替被测单元工作过程中调用的子单元。

桩单元模拟的单元可能是自定义函数：这些自定义函数可能尚未编写完成，为了测试被测单元，需要构造桩单元来代替它们，可能存在错误，会影响测试结果，所以需要构造正确无误的桩单元来达到隔离的目的。

驱动单元和桩单元都是额外的开销，虽然在单元测试的时候必须写，但是并不需要作为最终的产品提供给客户。

单元测试策略

一般的单元执行策略有三种：孤立的单元测试策略（Isolation Unit Testing），自顶向下的单元测试策略（Top Down Unit Testing）和自底向上的单元测试策略（Bottom Up Unit Testing）。需要注意的是：在集成测试中也有自顶向下和自底向上的测试策略，但是测试对象不同。

1、孤立的单元测试策略（Isolation Unit Testing）

方法：不考虑每个模块与其它模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试。

优点：这个方法比较简单，最容易操作，可以达到很高的结构覆盖率，可以并行开展，该方法是纯粹的单元测试。

缺点：桩函数和驱动函数工作量很大，效率低。

2、自顶向下的单元测试策略（Top Down Unit Testing）

方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块，其次对第二层进行测试，使用上面已经测试过的单元做驱动模块，以此类推，直到测试完所有模块。

优点：可以节省驱动函数的开发工作，效率高。

缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。

3、自底向上的单元测试策略（Bottom Up Unit Testing）

方法：先对最底层的模块进行单元测试，将模拟调用该模块的模块设置为驱动模块，然后再对上面一层做单元测试，用下面已经测试好的模块做桩模块，以此类推，直到测试完所有模块。

优点：可以节省桩函数的开发工作量，测试效率较高。

缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大影响。

LoadRunner分哪三部分/h3>

脚本生成器；

场景控制器；

结果分析器。

LoadRunner进行测试的流程/h3>

1、 测试设计

2、 创建虚拟用户脚本

3、 创建运行场景

4、 运行场景

5、 监视场景

6、 分析测试的结果

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

什么是并发lordrunner中，如何进行并发的测试合点失败了会怎么样/h3>

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

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

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

TestDirector有些什么功能，如何对软件测试过程进行管理/h3>

需求管理

n 定义测试范围

n 定义需求树

n 描述需求树的功能点

测试计划

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

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

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

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

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

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

测试执行

n 定义测试集合。

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

n 运行自动测试。

缺陷跟踪

n 记录缺陷

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

n 相关技术人员修改缺陷

n 回归测试

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

你所熟悉的软件测试类型都有哪些试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）/h3>

Compatibility Testing（兼容性测试），也称“Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。

Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或 站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

一条软件缺陷（或者叫Bug）记录都包含了哪些内容何提交高质量的软件缺陷（Bug）记录/h3>

1.和BUG对应的软件版本
2.开发的接口人员，测试人员
3.BUG的优先级
4.BUG的严重程度
5.BUG可能属于的模块
6.BUG的标题
7.BUG的描述
8.BUG的截图
9.BUG的状态
10.BUG的错误类型（数据，界面。。。。）

Beta测试与Alpha测试有什么区别/h3>

Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场
Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试

软件的评审一般由哪些人参加目的是什么/h3>

在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。

人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处于评审那个阶段

阶段评审与项目评审有什么区别/h3>

阶段评审对项目各阶段评审：对阶段成果和工作

项目评审对项目总体评审：对工作和产品

什么是扇入么是扇出/h3>

参考答案：

扇入：被调次数，扇出：调其它模块数目

什么是桩模块么是驱动模块/h3>

桩模块：被测模块调用模块

驱动模块：调用被测模块

你认为做好测试计划工作的关键是什么/h3>

软件测试计划就是在软件测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试；

做好测试计划工作的关键：目的，管理，规范

1、 明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

2．坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

3．采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4、分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

简述一下缺陷的生命周期/h3>

提交->确认->分配->修复->验证->关闭

软件的安全性应从哪几个方面去测试/h3>

(1)用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议

(2)加密机制

(3)安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描

(4)数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理

(5)防病毒系统

软件配置管理工作开展的情况和认识/h3>

软件配置管理贯穿于软件开发、测试活动的始终，覆盖了开发、测试活动的各个环节，它的重要作用之一就是要全面的管理保存各个配置项，监控各配置项的状态，并向项目经理及相关的人员 告，从而实现对软件过程的控制。

软件测试配置管理包括4个最基本的活动：

配置项标识

配置项控制

配置项状态 告

配置审计

你觉得软件测试通过的标准应该是什么样的/p>

引入测试管理的含义/h3>

风险分析，进度控制、角色分配、质量控制

一套完整的测试应该由哪些阶段组成/h3>

参考答案：测试计划、测试设计与开发、测试实施、测试评审与测试结论

单元测试的主要内容/h3>

模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容/h3>

（1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

（2）一个模块的功能是否会对另一个模块的功能产生不利的影响；

（3）各个子功能组合起来，能否达到预期要求的父功能；

（4）全局数据结构是否有问题；

（5）单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。

简述集成测试与系统测试关系/h3>

（1）集成测试的主要依据概要设计说明书，系统测试的主要依据是需求设计说明书；

（2）集成测试是系统模块的测试，系统测试是对整个系统的测试，包括相关的软硬件平台、 络以及相关外设的测试。

软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些/h3>

用户手册

安装和设置指导

联机帮助

指南、向导

样例、示例和模板

授权/注册登记表

最终用户许可协议

软件系统中除用户文档之外，文档测试还应该关注哪些文档/h3>

开发文档

软件需求说明书

管理文档

简述软件系统中用户文档的测试要点/h3>

（1）读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应该有不同的定位

（2）术语。文档中用到的术语要适用与定位的读者群，用法一致，标准定义与业界规范相吻合。

（3）正确性。测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。

（4）完整性。对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。

（5）一致性。按照文档描述的操作执行后，检查软件返回的结果是否与文档描述的相同。

（6）易用性。对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误。不但描述正确操作，也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。

（7）图表与界面截图。检查所有图表与界面截图是否与发行版本相同。

（8）样例与示例。像用户一样载入和使用样例。如果是一段程序，就输入数据并执行它。以每一个模块制作文件