面试篇——软件测试面经(干货面试必问精简篇)
第一部分 干货必备，常问的内容
什么是软件测试
在规定条件下对步调进行使用,从而发现错误,对软件质量进行评估的一个过程.
软件测试的目标
是想以最少的人力，物力和时间找出软件中潜在的各种错误与缺陷，通过修正各种错误和缺陷进步软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患以及带来的商业风险。
**留意:**不要和软件测试的界说肴杂
软件测试的界说
使用人工或自动手段来运行或测试摸个系统的过程,其目标在于查验它是否满足规定的需求或是弄清预期结果和现实结果之间的差异.
常见的软件开辟过程模型
V模型: 强调了在整个软件项目开辟中需要经历的若干个测试级别，并与每一个开辟级别对应；忽略了测试的对象不应该仅仅包括步调，没有明白指出对需求、设计的测试
W模型: 补充了V模型中忽略的内容，强调了测试操持等工作的先行和对系统需求和系统设计的测试；与V模型相同，没有对软件测试的流程进行阐明
H模型: 强调测试是独立的，只要测试准备完成，就可以实行测试
单元测试(Unit Testing)
单元测试是对软件组成单元进行测试。其目标是查验软件根本组成单位的精确性。测试的对象是软件设计的最小单位：模块。
- 测试阶段：编码后
- 测试对象：最小模块
- 测试人员：白盒测试工程师或开辟工程师
- 测试依据：代码和解释+详细设计文档
- 测试方法：白盒测试
- 测试内容：模块接口测试、局部数据布局测试、路径测试、错误处置处罚测试、界限测试
1.2 集成测试(Integration Testing)
集成测试也称联合测试、组装测试，将步调模块采用得当的集成策略组装起来，对系统的接口及集成后的功能进行精确性检测的测试工作。主要目标是查抄软件单位之间的接口是否精确。
- 测试阶段：一样寻常单元测试之后进行
- 测试对象：模块间的接口
- 测试人员：白盒测试工程师或开辟工程师
- 测试依据：单元测试的模块+概要设计文档
- 测试方法：黑盒测试与白盒测试相联合
- 测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能精确性、全局数据布局、单模块缺陷对系统的影响
补充阐明： 单元测试是一个模块内部的测试，集成测试是在模块之间进行测试（至少两个）
1.3 系统测试(System Testing)
将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试实行阶段,包括回归测试和冒烟测试
- 测试阶段：集成测试通过之后
- 测试对象：整个系统（软、硬件）
- 测试人员：黑盒测试工程师
- 测试依据：需求规格阐明文档
- 测试方法：黑盒测试
- 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等
补充阐明： （1）系统测试是从完整的角度，广面去看待问题，不再看模块 （2）虽然系统测试包括冒烟测试和回归测试，但三者之间是有严格的先后顺序的，即：先冒烟、再系统、后回归
2.1 黑盒测试(Black-box Testing)
黑盒测试也称功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部布局是什么，只关心软件的输入数据与输出数据。黑盒测试又分为功能测试和性能测试
功能测试
- 业务测试是指：测试人员将系统的整个模块串接起来运行、模仿真实用户现实的工作流程。满足用户需求界说的功能来进行测试的过程
- 易用性（Useability）是交互的适应性、功能性和有用性的集中体现。又叫用户体验测试。
- 界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、团体风格是否一致、各个控件的放置位置是否符合客户使用风俗，此外还要测试界面使用便捷性、导航简朴易懂性，页面元素的可用性，界面中笔墨是否精确，定名是否同一，页面是否美观，笔墨、图片组合是否完美等。
- 安装测试:是指测试步调的安装、卸载。最典型的就是APP的安装、卸载。
- 兼容性测试:主要是指软件之间可否很好的运作，会不会有影响、软件和硬件之间可否发挥很好的服从工作，会不会影响导致系统的崩溃。比方最常见的是浏览器的兼容性测试,不同浏览器在css、js剖析的不同会造成页面的不同.
- 性能测试
查抄系统是否满足需求规格阐明书中规定的性能。 通常表如今以下几个方面：
- 对资源使用（如内存、处置处罚机周期等）进行的精确度量
- 对实行隔断
- 日志
 变乱（如停止，报错）
- 响应时间
- 吞吐量（TPS）
- 辅助存储区（比方缓冲区、工作区的巨细等）
- 处置处罚精度等进行的监测
2.2 白盒测试(White-box Testing)
白盒测试又称布局测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒指的打开盒子，去研究内里的源代码和步调结果。
白盒测试也是接口测试的一种
2.3 灰盒测试(Gray-Box Testing)
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不但关注输出、输入的精确性，同时也关注步调内部的环境。
灰盒测试:功能 + 接口
3.1 静态测试(Static testing)
静态方法是指不运行被测步调本身，仅通过分析或查抄源步调的语法、布局、过程、接口等来查抄步调的精确性。对需求规格阐明书、软件设计阐明书、源步调做布局分析、流程图分析、符号实行来找错。阿旺分析如下
- 查抄项：代码风格和规则审核；步调设计和布局的审核；业务逻辑的审核；走查、检察与技术复审手册。
- 静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来权衡，即功能性(Functionality)、可靠性(Reliability)、可用性(Usability)、有用性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)。
静态测试:代码静态分析和文档测试都属于静态测试
3.2 动态测试(Dynamic testing)
动态测试方法是指通过运行被测步调，查抄运行结果与预期结果的差异，并分析运行服从、精确性和结实性等性能。这种方法由三部分组成：构造测试用例、实行步调、分析步调的输出结果。
(1）动态测试有三部分组成：构造测试用例、实行步调、分析步调的输出结果。 (2）大多数软件测试都属于动态测试。
4.1 手工测试(Manual testing)
手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比力原始但是必须的一个步骤。阿旺总结优缺点：
- 优点：自动化无法替换探索性测试、发散头脑类无既定结果的测试。
- 缺点：实行服从慢，量大易错。
4.2 自动化测试(Automation Testing)
就是在预设条件下运行系统或应用步调，评估运行结果，预先条件应包括正常条件和非常条件。简朴说自动化测试是把以人为驱动的测试行为转化为机器实行的一种过程。
- 自动化测试有：测试自动化、性能测试自动化、安全测试自动化。（一样寻常环境下，我们说的自动化是指功能测试的自动化）
- 自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比UI测试高。
自动化实施的步骤:
(1) 完乐成能测试，版本根本稳定
(2) 根据项目特性，选择适合项目标自动化工具，并搭建环境
(3) 提取手工测试的测试用例转换为自动化测试的用例
(4) 通过工具、代码实现自动化的构造输入、自动检测输出结果是否符合预期
(5) 生成自动测试陈诉
(6) 连续改进、脚本优化
5.1 冒烟测试(Smoke Testing)
该术语来自硬件，指对一个硬件或一组硬件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试，也可以理解为该种测试耗时短，仅用一袋烟的功夫就富足了。
冒烟测试的目标是确认软件根本功能正常，可以进行后续正式的测试工作。冒烟测试的实行者是版本编译人。 冒烟测试一样寻常在开辟人员开辟完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，包管根本功能正常，不阻碍后续测试。
5.2 回归测试
回归测试是指修改了旧的代码之后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅度降低系统测试、维护升级等阶段的成本.
在整个软件测试过程中占据很大的工作比重，软件开辟的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过精确的回归测试策略来改进回归测试的服从和有用性是很故意义的。
5.3 随机测试
随机测试主要是根据测试者的履历对软件进行功能和性能抽查。
根据测试阐明书实行用例测试的重要补充手段，是包管测试覆盖完整性的有用方式和过程。
随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试用例(TestCase)没有覆盖到的部分。
5.4 验收测试
验收测试是部署软件之前的末了一个测试使用, 也称为交付测试.验收测试的目标是确保软件准备就绪，按照项目合同、任务书、两边约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。
- 测试阶段：系统测试通过之后
- 测试对象：整个系统（包括软硬件）。
- 测试人员：主要是终极用户大概需求方。
- 测试依据：用户需求、验收标准
- 测试方法：黑盒测试
- 测试内容：同系统测试(功能…各类文档等)
验收测试按照实施的构造不同分为:α测试和β测试
α测试
- α测试是由一个用户在开辟环境下进行的测试，也可以是公司内部的用户在模仿现实使用环境下进行的测试。
- α测试的目标是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
- 大型通用软件，在正式发布前，通常需要实行Alpha和Beta测试。α测试不能由步调员或测试员完成。
β测试
- Beta测试是一种验收测试。Beta测试由软件的终极用户们在一个或多个客房场所进行。
α测试与β测试的区别：
- 测试的场所不同：Alpha测试是指把用户请到开辟方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。
- Alpha测试的环境是受开辟方控制的,用户的数量相对比力少,时间比力集中。beta测试的环境是不受开辟方控制的,用户数量相对比力多,时间不集中。
- alpha测试先于beta测试实行。通用的软件产品需要较大规模的beta测试,测试周期比力长。
根本原则
1. 一切测试要追溯到用户的需求
2. 应该把“尽早测试和不停测试”作为测试人员的座右铭
3. pareto原则(二八原则):80%的错误,发生在20%的模块中
4. 穷举测试是不大概的
5. 第三方测试会更客观
6. 测试用例是设计出来的, 不是写出来的
7. 不可将测试用例置之不理，排除随意性
8. 测试贯穿于整个生命周期
9. 对发现错误较多的步调段，应进行更深入的测试
10. 要妥善的保存一切文档,便于后期进行复用
测试用例八大要素
测试用例编号测试项目(测试模块)预置(条件)条件测试输入预期输出使用步骤测试用例标题级别 产生软件缺陷的原因
产生软件缺陷的原因很复杂,原因各种各样,:
- 需求有缺陷
- 系统架构设计阶段有缺陷
- 步调设计阶段有缺陷
- 步调研发阶段有缺陷
- 测试阶段有缺陷
- 硬件有缺陷
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。 |
发表于 2025-5-11 01:25:29