速通软件测试理论 个人笔记

速通软件测试理论 个人笔记

一、C/S与B/S架构区别

• C/S（Client/Server）：客户端到服务端架构
• B/S（Browser/Server）：浏览器端到服务端架构（曾在第一份工作面试中遗忘“B”代表“Browser”，需牢记）

二、软件开发模型

1. 瀑布模型：线性顺序推进，步骤通常为 制定计划→需求分析→编码→测试→维护
2. 敏捷开发：以不断迭代、持续交付为核心，灵活响应需求变化

三、软件测试模型

• V模型：开发与测试呈顺序对应关系，先开发后测试
• W模型：开发与测试并行进行，强调测试伴随开发全过程
• 其他模型：如HX模型等

四、最佳测试流程

1. 需求分析
2. 需求评审
3. 编写测试计划与测试用例
4. 发起用例评审
5. 搭建测试环境并进行冒烟测试
6. 系统测试，持续回归迭代
7. 编写测试报告，关闭Bug直至满足要求
8. 验收测试

• 迭代周期：通常1周 。其中，需求分析、用例编写及评审约3天，系统测试与验收测试约2天

五、测试类型

1. 单元测试：针对单个函数或模块，验证其功能逻辑正确性
2. 集成测试：将多个单元组合，测试模块间接口及协同工作能力
3. 系统测试：将软件、操作系统、硬件视为整体进行测试
4. 项目验收：由甲方主导验收
5. 产品验收：由产品经理发起，验证是否满足客户需求

六、测试概念区分

1. 黑盒与白盒测试
   • 黑盒测试：不关注内部逻辑，从外部验证功能
   • 白盒测试：基于内部代码逻辑设计测试用例（单元、集成测试常涉及白盒测试）
2. 静态与动态测试
   • 静态测试：不运行程序，检查代码、文档等
   • 动态测试：运行程序进行测试
3. 冒烟测试
   • 执行时机：测试前期、新版本发布时
   • 目的：快速检查是否存在重大问题
4. 回归测试
   • 触发场景：修复Bug或新增功能后
   • 操作：在新版本中验证原Bug是否解决，同时检查系统整体功能

七、详细测试流程

1. 产品经理发起需求评审会议，确定最终需求
2. 测试经理输出测试计划，分配测试任务
3. 测试人员编写测试用例，并进行用例评审
4. 开发人员完成冒烟测试并搭建测试环境
5. 系统测试（四轮）
   • 第一轮：执行测试用例，发现大量Bug
   • 第二轮：开发修复Bug后进行回归测试
   • 第三轮：针对修复失败及新产生的Bug回归测试
   • 第四轮：确保所有Bug清零，完成最终回归
6. 辅助产品经理进行验收测试
7. 通过验收后编写测试报告，准备上线
8. 上线后验证是否存在明显Bug

八、测试计划与方案

1. 测试计划
   • 内容：测试目标、职责范围、角色分工、任务安排、资源分配、风险评估及应急计划、验收标准
2. 测试方案
   • 内容：测试方式（自动化/手工）、测试类型（白盒/黑盒）、测试策略（UI、功能、易用性、兼容性、性能等）、测试工具

九、测试用例

1. 组成部分：ID、模块、标题、前置条件、测试步骤、测试数据、预期结果、优先级
2. 执行结果状态
   • pass：测试通过
   • fail：测试失败
   • na：不适用
   • block：测试被阻塞

十、测试用例设计方法

常用方法

1. 等价类划分法：如需求为“8-10位自然数”，可划分为 8-10位内/外 及 自然数/非自然数 等价类
2. 边界值分析法：如需求为“6-10位”，选取 边界值（6、10） 及 边界附近值（5、11） 进行测试
3. 判定表法：适用于条件组合逻辑，如“若A且B，则C”，通过组合非A/A与非B/B的情况生成测试用例
4. 场景法
   • 基本流：正常操作流程（如订航班成功）
   • 备选流：异常或分支流程（如输入错误信息导致订票失败）
5. 流程图法：通过绘制流程图设计测试路径

其他方法

因果图法、正交法、错误推断法（基于经验推测可能出现的问题）

十一、禅道工具使用

1. 用例管理：在线编写测试用例，也可使用Excel管理
2. 用例评审：导出用例进行线下评审
3. 测试执行：在线执行测试用例

十二、Bug生命周期

发现→提交→指派→已解决→（若未解决）reopen（重新打开）→关闭

• 小技巧：通过禅道Bug列表导出功能，可快速统计各模块Bug数量

十三、测试报告内容

1. 测试目的与职责
2. 各模块测试权重
3. Bug统计与分析
4. 风险评估
5. 测试总结