目录
👍 点赞，你的认可是我创作的动力！
⭐️ 收藏，你的青睐是我努力的方向！
✏️ 评论，你的意见是我进步的财富！
幕布思维导图链接：https://www.mubu.com/doc/48eF6fpTR9s
面试项目介绍
项目的作用
- 简要描述项目的主要功能和目的。
项目的用户群体
- 目标用户是谁，例如企业客户、个人用户等。
项目的业务，模块
- 介绍项目包含的主要业务和模块。
项目中使用到的技术
- 列举项目中使用的技术栈、工具和框架。
项目测试流程
测试流程
- 需求分析评审
- 编写测试计划
- 设计测试用例
- 测试策略
- 先执行业务测试，后执行单模块测试（冒烟测试）
- 用例的优先级：
- 业务的正向P0
- 业务的逆向P1
- 模块的正向P2
- 模块的逆向P3
- 业务测试
- 单模块测试
- 测试策略
- 执行测试用例
- 缺陷跟踪管理
- 编写测试报告
何时开始执行
- 冒烟测试通过后：
- 按照测试计划约定的时间
- 测试环境已经准备就绪
用例执行方式
- 逐条执行，最好按优先级执行。
- 按照模块重要性逐一执行。
执行结果记录
- 测试失败:
fall - 测试通过:
pass - 测试阻塞:
block（前置条件无，不能执行测试用例） - 功能缺少:
N/A
测试方法
业务测试
测试方法
- 流程图法（场景法）
- 椭圆形: 开始和结束
- 长方形: 过程
- 菱形: 判断条件
- 单箭头线
测试用例编写流程
- 根据流程图找出业务路径（从开始到结束的每一条线路）
- 设计测试用例覆盖业务路径（用例数量=路径数量）
为什么要测试业务流程
- 优先验证核心业务，证明开发提测版本具备可测性（冒烟测试）
业务流程的来源
- 正常情况: 产品的需求文档提供
- 特殊情况: 测试人员基于业务操作绘制流程图
单模块测试
测试方法
-
等价类
- 有效等价类（满足需求）
- 无效等价类（不满足需求：长度，类型，空，规则）
-
边界值
- 结合等价类进行用例设计，例如长度取值范围为6-16位：
- 上点：6位、16位
- 内点：10位
- 离点：5位，7位，15位，17位
- 结合等价类进行用例设计，例如长度取值范围为6-16位：
-
判定表
- 针对条件组合进行测试：
- 条件桩：所有条件
- 动作桩：所有结果
- 条件项：每个条件取值（是/否，y/n）
- 动作项：基于每种条件组合确定对应结果
- 针对条件组合进行测试：
常见组件的测试
-
下拉列表测试点
- 枚举型（可以在管理员端进行设置）
- 正向: 第一个选项，中间任意一个选项，最后一个选项
- 逆向: 空
-
输入框
- 等价类
- 边界值
-
验证码
- 正向: 与图片/短信内容一致
- 逆向: 与图片/短信内容不一致，空，过期
-
图片上传
- 支持图片格式：png, jpg, jpeg
- 图片大小限制，图片数量限制
- 上传方式：拖拽，点击上传
-
单选框测试点
- 前置条件有默认选项，测试点只有正向
- 前置条件无默认选项，正向和逆向都需要覆盖
-
选择城市
- 正向: 选择省和城市
- 逆向: 只选择省，选择城市，不选择
-
充值与提现
- 搜索：显示用户名关键字对应的借款申请（如用户名搜索）
-
列表
- 列表头：打开编辑页面，打开审核页面
- 列表数据：数据为空，不超过1页，多页
- 翻页：首页，末页，具体页码，上一页，下一页
提取测试点生成测试用例流程
-
根据需求提取测试点，划分为正向和逆向，列出数据。
-
合并原则：
- 一条测试用例尽可能覆盖多个正向
- 一条测试用例只能覆盖一个逆向
-
列出关于正向和逆向的测试用例。
测试用例编写的一些注意事项
- 除了操作测试，还要验证显示信息和实际结果是否一致。
- 正向测试用例应覆盖多个有效等价类。
- 标题尽量不重复。
- 如果测试步骤需要操作特定用户数据，前置条件应描述所使用的用户信息。
- 测试数据主要是输入内容，避免添加不必要的内容。
- 错误数据应标红。
工作流程图
提交Bug流程（缺陷管理工具）
严重程度
- 1: 主业务或主功能问题（如电商APP下单走不通）
- 2: 次要业务或功能问题（如评论功能bug）
- 3: 兼容性和易用性问题（如输入框没提示文字，浏览器兼容问题）
- 4: 建议性bug
优先级
- P0: 必须立刻修改优化（24小时内）
- P1: 在上线版本前修复
- P2: 后续版本修复
重现步骤
- 前置条件
- 测试步骤
- 实际结果（有图有真相）
- 预期结果
流程
- 禅道：点击测试→点击Bug→进入Bug中心
- Jira：点击新建→创建问题
登记缺陷
- 确保缺陷可复现。
- 一个缺陷报告只描述一个bug。
跟进缺陷
- 每日根据Jira上的缺陷情况，驱动开发修复。
- 目标：缺陷修复不影响测试进度和上线时间。
回归缺陷（回归测试）
- 对已解决的问题进行再次测试，确保修复代码有效。
报表
- 在禅道中点击报表生成报告。
常见面试题
- 缺陷组成的要素
- 缺陷怎么定级
- 介绍一下你们公司的缺陷跟踪流程
- 提交的Bug开发不认可怎么处理
- 偶发性Bug怎么处理
- 线上环境出Bug后怎么处理
- 你印象深刻的Bug？
- 如何定位前后端Bug？
测试报告
报告详情
- 报告目录 ：
- 测试过程的回顾
- 测试统计分析
- 测试结果确认
- 测试总结与改进
缺陷报告
- 描述缺陷的详细信息，包括复现步骤、实际结果、预期结果等。