测试类型

难点：功能测试和冒烟测试

1. 按阶段：单元（测代码块）→ 集成（测配合）→ 系统（测整体）→ 验收（用户确认）

2. 按方法：黑盒（不看代码）、白盒（看代码）、灰盒（看一点）

3. 按目的：功能（能用吗）、性能（快/稳吗）、安全（防得住吗）、兼容（别的环境行吗）

4.其他：每次版本先做 冒烟测试（主流程没崩）、主要测 功能测试（按钮能点、数据能存）、修完bug做 回归测试（别修一个坏三个）

测试用例

什么是测试用例

测试用例就是提前写好的测试操作说明书，规定好怎么点、该出什么效果；

测试用例 = 测试步骤 + 输入数据 + 预期结果

要素 作用 类比

1.用例编号 身份证号，唯一标识 学号

2.测试标题 一句话说明测什么 "检查手机能否开机"

3.前置条件 测试前必须准备好的环境 充电到50%以上

4.测试步骤 一步步怎么操作 ①按电源键 ②等待3秒

5.测试数据 输入的具体内容 用户名：test001

6.预期结果 应该出现什么 屏幕亮起，显示logo

7.实际结果 实际出现什么 屏幕亮起 ✓ / 黑屏 ✗

8.优先级 重要程度（P0最高） 紧急/一般/低

设计用例的方法

难点：等价类划分法和边界值分析法

编写用例就是：找功能→想正常+异常→按前提、步骤、预期结果写下来。

方法1：等价类划分（分类选代表，一类测一个）

有效等价类、无效等价类

例1：场景：输入框要求输入1-100的数字

有效等价类：1~100之间的数（如50）

无效等价类：小于1的数（如0、-1）、大于100的数（如101）

方法2：边界值分析（临界点，边界点）

例1：场景：输入框要求输入1-100的数字

最小值：1

最大值：100

刚好小于边界：0

刚好大于边界：101

方法3：场景法（"走流程"）按用户真实操作路径来测：

方法4：错误推测法（"凭经验猜坑"）

bug

类型

功能,UI,兼容,安全,易用

生命周期/状态:

New新建->Open打开->Fixed修复->Closed关闭->(Reopen)

bug等级

一级(常规必现,数据泄露,金额(等级是2优先级是1),阻断性bug(第一时间告诉开发),

二级(重要功能),

三级(次要功能)

四级(界面元素)

工具

禅道(管理用例,追踪bug)

3.登录禅道http://zbox.lemonban.com/zentao/

禅道账号：ai9昵称拼音全拼，密码统一：Len666 --比如说群-蓝猫ai9Iao

注意：之前有过账号的，没有重新创建，使用之前账号登录

1,提交bug

1.bug标题:[bug功能模块]bug操作+bug表现

2.重现步骤

步骤:账号密码

结果:bug截图(操作标注)

预期:

3.bug等级,严重程度

4.bug测试环境

5.附件

2.跟踪bug

测试计划测试报告

测试计划(5W1H)

目的why范围what进度安排when人员who环境where方法/工具how

测试报告

范围,环境,用例覆盖通过率,bug统计分析,遗留bug,版本测试评估(通过/不过),发布建议,风险

笔试面工具试题

面试题

自我介绍

项目介绍

设计用例:

例1:(等价类划分法+边界值分析法)输入框,怎么设计测试用例

答:先用等价类分有效\无效,再用边界值测临界点,最后加错误推测

例2:(场景法)怎么测试一个下单流程

答:可以用场景法：主流程一条+分支N条+异常N条

bug

bug生命周期

例1:提了一个bug,开发说不是bug怎么办

答:先确认需求文档,找产品经理对齐,如果是bug,坚持reopen,如果需求变了,备注关闭原因