测试面试的基础知识

总结：静态测试包括代码测试，主要测试代码是否符合相应的标准和规范。 集成测试是单元测试之后的下一步。 它是指将被测试的单元模块组装成一个系统或子系统然后进行测试，重点测试各个模块的接口部分。

文章目录 1. 什么是测试 2. 测试流程 3. 什么是测试方法论 4. 如何创建测试用例（另一个参考链接【设计测试用例的一些技巧】-简书（jianshu.com）]（https://www.jianshu.com/p/477e6eb50d56））（黑盒测试方法）**1.等价类、边界值****2. ****3. 判断表 ****4. 正交布局表****5。 情景法****6. 状态转换图 ****7. 概要方法 ****8. 错误推断方法**** 9. 测试方法概述**** 10. 白盒测试及其基本方法**

1. 什么是测试

（什么是软件测试？ 、使用测试工具根据测试计划和流程对产品进行功能和性能测试，并根据需要创建、设计和维护各种测试工具分析测试系统和测试计划分析测试用例执行后可能出现的问题，需要对缺陷进行跟踪，以确保开发出来的产品符合要求

2.测试流程

1. **测试需求分析阶段： **阅读需求，了解需求，主要了解的是。

参加需求评审会议

2. 测试计划阶段：主要任务是制定测试计划并完成整体测试。项目计划用于调度、分配人力和物力，并制定测试总体计划。评估和解决方法通常由测试人员制定和创建。 当然我们也会参与相关的审核工作。

3.测试设计阶段：主要任务是创建测试用例，参考需求文档（原型图）、概要设计、详细设计等文档。 如有不明之处及时与开发经理、产品经理沟通。 。 用例创建后会进行审查。

4. **测试执行阶段： **我们首先设置测试环境并运行预测（smoke）来确定当前版本是否可测试。 如果预测通过，系统测试将正式开始并提出问题。 测试结束时将错误提交到缺陷管理平台并跟踪它们，直到被测软件满足测试要求并且不存在严重错误。

5. **测试评估阶段：**发布测试报告，详细评估整体测试流程和版本质量。 看看能不能上网。

3. 测试方法是什么？

1. 取决于是否看程序内部结构（1）黑盒测试（black-box 测试）：仅针对输入/输出结果 (2) 白盒测试。 ]box test）：研究源代码和内部程序结构。 2、根据程序是否执行，分类如下： (1)静态测试：指不实际运行被测软件，只是静态地检查程序代码、接口、文档等的过程。 可能的错误。 静态测试包括： 代码测试主要测试代码是否符合相应的标准和规范。 界面测试主要测试软件的实际界面是否符合需求指令。 文档测试主要测试使用说明书和需求描述是否真正满足用户的实际需求。 (5)动态测试是指实际运行被测程序，输入相应的测试数据，检查输出结果是否与预期结果相符的过程。 3.分阶段。 (1)单元测试。 指对软件内最小可测试单元的检查和验证。 存根模块（stud）是通过模拟被测模块来调用的模块。 驱动模块（driver）是指模拟被测模块的高层模块。 驱动模块用于接收测试数据并启动被测模块。并输出结果。 (2)集成测试是单元测试之后的下一步。 它是指将被测试的单元模块组装成一个系统或子系统然后进行测试，重点测试各个模块的接口部分。 集成测试用于检查单元模块组合时是否可以正常工作。 （3）系统测试是指对整个软件系统进行测试，包括测试软件的功能、性能以及软件运行的软硬件环境。 系统测试的主要依据是《系统需求规范》文件。 (4)验收测试是系统测试之后的测试，主要是指用户测试或测试人员和其他质量保证人员参与的测试。 这也是软件正式交给用户之前的最后一个流程。 。 验收测试分为测试和beta测试。 测试是指用户、测试人员、开发人员等共同参与的内部测试，而beta测试是指内部测试后进行公开测试，完全交给最终用户。 测试。

4.黑盒测试分为功能测试和性能测试。

1）功能测试（功能测试）是黑盒测试的一方面。 检查实际软件功能。 是否满足用户需求？ UI测试（UI测试）包括逻辑功能测试（逻辑功能测试） UI=用户界面可用性测试（usability test）：从软件使用的合理性和便利性角度检查软件系统，发现软件缺陷，意味着做某事。 。 用户使用起来有困难。 兼容性测试：包括硬件兼容性测试和软件兼容性测试 2）性能测试 软件性能主要有两种：时间性能和空间性能。 时间性能：主要指软件时间中特定事务的响应（响应时间）。 空间性能：主要是指运行软件时消耗的系统资源。 软件性能测试分为： 一般性能测试：指测试被测软件。在正常的软件和硬件环境中运行系统而不会给系统带来任何压力的性能测试。 稳定性测试也称为可靠性测试。 这是指不断运行被测系统，以检查系统在运行过程中的稳定性。 负载测试：是指通过让被测系统在其所能承受的压力范围内持续运行来测试其稳定性。 压力测试：是指对被测系统施加持续的压力，直至被破坏。 用于测试系统所能承受的最大压力。 （验证系统或软件是否可以承受最大压力。） 5.其他测试类型：回归测试是在测试新版本软件时重复执行以前版本的测试用例。 （当部署新的版本或版本时，它会重复上一个版本或版本中运行的所有测试用例。）冒烟测试是指在执行广泛测试之前验证新版本的过程。 检查软件的基本功能是否实现并可测试。 （验证系统的软件在实施新构建或发布时部署了关键功能。）随机测试意味着测试的所有输入数据都是随机生成的，其目的是模拟用户的真实实践和测试。 找出一些边际误差。 （意味着所有测试数据都是随机的，以验证边缘bug。）

4.如何编写测试用例（另一个参考链接）测试用例设计的一些常用方法概述-简书（jianshu.com））（黑盒测试方法）1.等价类和边界值

等价类分类如下：马苏。

有效等价类 – 在值范围内

无效等价类 – 在值范围之外

边界值：输入趋势 +1 和 +1 错误更可能发生在附近。 -1，使用该边界值时，需要考虑三个点：上点、远点、内点。 一般情况下，选择6条数据进行测试。

总结：创建测试用例，应该根据使用用例方法创建的测试来考虑各个方面并进行测试。 测试用例设计是一个循序渐进的过程，不可能一步完成。

2. 特性图 1. 什么是特性图？ 用图表表示输入条件和输出结果之间的关系 2. 因果图的核心：

1. 原因 – 原因 – 输入条件的结果 – 结果 – 输出结果 2. 找出原因，并识别这些原因是否是某种结果和影响，根据用户的需求识别原因。 3. 测试人员需要了解正在测试的内容。 测量系统的决策逻辑过程 4. 鱼骨图通常是预处理。 判断表

5.一般情况 a．输入与输出的关系 b． 输入之间的关系

3.因果图的基本符号

恒等式 a=b 输入条件发生时结果总是发生

非 a!=b 输入条件发生或 a v b 如果输入条件之一为 true，则输出结果为 true。

如果使用 ^b 如果其中一个输入条件为 false，则输出结果将为 false。

4. 因果图的条件

互斥：如果选择，可以只选择一个，也可以不选择

包含（或）：选择。至少一个。 您可以选择多个，但请不要选择它们。

唯一：必须选择一个。 唯一和互斥之间的区别：唯一意味着您必须选择一项，互斥意味着您必须选择一项或都不选择。

因果图设计测试用例步骤

检查所有输入条件并澄清一切输出结果并澄清所有输入条件之间的约束和组合关系Masu。 哪些条件可以组合？b. 哪些条件不能合并？ 找出什么输入条件产生什么输出结果。 明确输出结果之间的相互约束。 根据因果图创建决策表。 根据决策表设计测试用例

**总结：**1.特性图主要用于控制考虑条件的组合。

2. 控制太多，组合太多 不适合使用鱼骨技术

3. 决策表 前言：决策表是根据因果图定义的。 在一定的输入条件下，分析并表达被测对象对这些输入条件的响应。 工具和判断表是涵盖从开发设计方法到测试领域的所有内容的工具。 当遇到复杂的业务逻辑时，可以通过下表来理清重要的业务逻辑概念。 条件 ---[k4 ]-- 条件堆 ------ 需求规格包括对象的所有输入条件项。定义。 测试条件堆------所有可能输入数据的真假值 b． 动作 ---- 对于动作堆 ---- 对于条件对象 所有可能的操作动作 项目 ---[ k4] [k4 】 动作桩测量对象响应可能值结果规则：动作项和条件项组合形成业务逻辑处理规则。 **应用决策表的步骤： **a. 了解确定条件堆和动作堆的要求。 条件堆=输入条件动作堆=输出结果动作项=结果状态b． 设计和优化决策表 c. 输入作为业务逻辑的操作项。 根据决策表输出的性能合并决策表（可选操作） e. 提取测试用例：决策表仅提供规则。 与边界值不同，等价类可以直接服务于测试用例 f。 创建测试用例 ** 概述：** a. 决策表的优缺点 优点：可以根据各种情况列出复杂的问题，简洁完整，测试用例的数量可以形式化计算。表达输入条件之间的约束。 解决方案是选择一些注释来描述限制关系。 如果输入太多，则规则变为 2。如果n次方增长过快，判断表就会变得庞大，导致逻辑缺陷和业务混乱。 因此，需要仔细分析，尽可能划分多个需求项目。 b. 大多数电子商务项目使用c。 鱼骨图和决策表适合测试控件的组合，适合测试组合数量比较少的情况。 常见的控件包括（按钮、单选按钮、复选框、下拉框）。 决策表的特点：输入条件的顺序无关，输出结果的顺序无关。 首先测试哪些组合以及稍后测试哪些组合并不重要。 每个组合都是相互独立的。 判断表计算公式： 如果有 7 个条件，2 个结果状态，则条件数为 27

4. 正交排列表

**A．标记为 LnMk。

n表示行数。 这是并排放置时应合并的行数。

k代表代表控制数量（因素数或因素数）的列数。

M 每个控件中的值的个数（每个因子的级别数是每个因子的状态数）

L 正交数组的代码

B.因素：实验中涉及到的影响结果的所有条件

C.输入实验结果的影响值或因素

特点：分布均匀，比较整齐可能

L9(34)表示有4个因子，每个因子有3个值。 需求测试组合数n=k*(m-1)+1 n为序号。

D. 概述：正交数组的元素，一堆条件决定表的类型

优点：可以排除最好的部分

缺点：经常会漏掉一些测试

5. 场景方法

定义：模拟用户与软件交互的场景通常用于冒烟测试。

B. 核心概念：

a. 基本流程 - – 遵循正确的业务流程路径仅实施一项操作。

b.替代流程-导致流程失败的操作流程（模拟错误的操作流程）

基本流程：

1.开始→插入银行卡→卡合法→提示输入密码→用户输入密码或取消→密码正确→提示金币→用户输入金币→用户确认→输入金额100单位→余额充足→不要超过提现限额→提示用户超屏输出并退卡→用户取出现金和银行卡→界面响应初始状态

替代流程：

2.开始→输入银行卡→卡为盗卡→错误提示1、退卡

3.开始→输入银行卡卡→卡合法→提示输入密码→用户输入密码或取消→取消→退卡

4.开始→输入银行卡→卡有效→提示输入密码→用户输入密码或取消 → 密码错误 → 输入错误3次 → 卡已被吞入

5. 开始 → 输入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码或取消 → 密码错误 → 3次以内 输入错误→正确输入→提示金额→用户输入金额→用户确认→输入金额以100为单位→余额充足→提示错误3，请退回卡

6.开始→输入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码或取消 → 密码错误 → 3次内输入错误金额 → 输入正确 → 提示输入金额 → 用户输入金额 → 用户确认 → 输入金额100秒以内 → 提示错误2 → 输入金额 → 确认金额 → 输入金额100s → 提示错误 3、退款卡

7. 输入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码或取消 → 密码错误→ 错误输入次数少于3次 → 输入正确 → 提示输入金额 → 用户输入金额 → 用户确认 → 输入金额以100为单位 → 余额充足 → 请不要超过提现限额 → 错误提示4，请退回卡。

8.开始→输入银行卡→卡是否合法→提示输入密码→用户输入密码或取消→密码不正确→数字错误3次以内→重新输入正确→提示输入密码金额→用户输入金额→用户确认→输入金额以100为单位→提示错误2→输入金额→确认金额→以100为单位输入金额→不要超过提现限额→提示错误4，退卡p>

9.开始→输入银行卡 → 卡合法 → 提示输入密码 → 用户输入密码 输入或取消 → 密码错误 → 输入最多 3 个错误 → 重新输入正确 → 提示输入金额 → 用户输入金额 → 用户确认 → 输入输入金额100单位→提示错误2→输入金额→确认金额→输入100单位金额→不要超过取款限额→打印钞票并退卡→用户收到现金并提现卡→界面返回

10.开始→输入银行卡→卡有效→提示输入密码→用户输入密码或取消→密码正确→→金额提示输入金额→用户输入金额→用户确认→回车金额100单位→提示错误2→输入金额→确认金额→输入金额100单位→提示错误3、退卡

11.开始→输入银行卡→卡合法→提示输入密码→用户输入密码或取消→输入正确→提示金额→用户输入金额输入→用户确认→输入金额以100为单位→余额充足→未超出提款限额→提示错误4，请退回卡。

12.开始→输入银行卡→卡是否合法→提示输入密码→用户输入密码或取消→输入正确→提示输入金额→用户输入金额→用户确认→输入金额（以100为单位） → 显示错误2 → 输入金额 → 确认金额 → 输入金额以100单位为单位 → 不要超过取款限额 → 显示错误4，卡被退回

13、开始→ 输入银行卡→ 卡合法 → 提示输入密码 → 用户输入密码或取消 → 输入正确 → 提示输入金额 → 用户输入金额 → 用户确认 → 输入金额为 100 个单位 → 提示错误 2 → 输入金额 → 确认金额 → 输入金额100台 → 提现 未超出限额 → 提现退卡 → 用户提现并提现卡 → 界面返回初始状态

6、状态转换图

* *A. 定义： * * 关注存在侧对象状态更改的人，无论需求是无法达到还是无效状态

B. 状态：我可以在中维护响应表单吗？状态？

C. 工作原理：分析需求并绘制状态节点。 b. 绘制状态树 c. 创建测试用例

D. 总结：首先，编写沿状态转换图减少测试用例数量的主要操作。

7.概述方法

定义：检查窗口之间的关系。 每个窗口都有一个对经。 去行动，去了解要了解窗口之间或操作之间的关系，可以使用测试大纲方法。

**B。 步骤： **a. 找到所有窗口以及每个窗口的输入操作并记下顺序。

b. 查找不同窗口之间的关系并基于此创建测试用例。

适合测试软件安装程序，检查界面测试的要点以及窗口之间的变化。

QQ五笔输入法

1. 单击“取消”。 如果您不想下载，请单击“是”，否则单击“否”。

2.搜索QQ五笔输入法，下载安装包，点击下一步。

3. 阅读协议后，单击“上一步”返回步骤 2。

p>

4. 单击“取消”，然后单击“步骤 1”

5。 点击“我同意”。

6. 单击“浏览”选择安装目录。

p>

7. 选择上一步并返回到步骤 5。

8. 单击“取消”继续步骤 1。

9. 单击“安装”。

安装页面，等待安装。

10.无法点击“上一步”和“取消”

11.默认，系统初始值，点击“下一步”。

12.安装完成。 单击“完成”。

测试用例：

1.下载→取消→是

2.下载→取消→否→返回下载

3. 下载→下一步→取消→是

4.下载→下一步→取消→否→返回上一步

5. → 返回上一步

6. 下载 → 下一步 → 我同意 → 取消 → 是

7. 下载 → 下一步 → 我同意 → 取消 → 否 → 返回同意

8.下载→下一步→同意→浏览→选择保存目录

9.下载→下一步→同意→上一步→返回我同意

10.下载→下一步→我同意→安装→下一步→完成

8.错误错误推理法

A.定义：根据经验和直觉推断程序中所有可能的错误，有针对性地设计测试用例

三要素：经验、知识、直觉

9测试方法概述

10.白盒测试及其基本方法

概述

白盒测试也称为测试或逻辑驱动测试。 内部结构测试程序测试产品的内部工作是否按照设计规范正常工作，程序中的各个通道是否按照给定的要求正常工作。 此方法将测试对象视为一个打开的盒子。 测试人员通过根据程序内部逻辑结构的信息设计或选择测试用例、测试程序中的所有逻辑路径并在各个点检查程序的状态来确定程序的实际状态。 状态与预期状态相符吗？

基本方法

强度从低到高：语句覆盖、决策覆盖、条件覆盖、决策条件覆盖、条件组合覆盖、路径覆盖。

（1）语句覆盖：设计多个测试用例并执行被测程序，使得每个可执行语句至少执行一次。

（2）决策范围：设计的测试用例保证程序中每个决策的每个值分支至少经历一次。

(3) 条件覆盖率：条件覆盖率是足够多的测试用例的覆盖率，使得决策中每个条件的所有可能结果在这些测试用例执行时至少显示一次，但事实并非如此。覆盖一切。 分支

（4）决策条件覆盖：决策-条件覆盖是指一个决策中每个条件的所有可能值都至少被执行一次，所有可能的决策都被执行。设计足够的测试用例。 每个决策的结果必须至少执行一次，即每个决策的所有可能的条件值组合必须至少执行一次。

（5）条件组合的覆盖：在白盒测试方法中，选择足够多的测试用例，使得所有判断中条件判断结果的所有组合至少出现一次。 需要组合条件才能满足这些应用标准。 覆盖。

（6）路径覆盖：每个可能的路径至少被执行一次。

旁注：（1）语句覆盖率是所有测试方法中覆盖率最弱的。

(2) 决策覆盖和条件覆盖比语句覆盖更强大。 满足决策/条件覆盖标准的测试用例还必须满足决策覆盖、条件覆盖和语句覆盖。 （3）通行证覆盖范围也比较强。 但不一定考虑判断条件结果的组合，也不能代替条件应用范围或条件组合应用范围。

优点和缺点/1. 迫使测试人员仔细考虑代码中的所有分支和路径。 d. 更彻底地测试代码。 e.优化/2。 缺点 昂贵 b. 无法检测代码中丢失的路径和数据机密性错误。 不验证规格的准确性