一、软件测试基础

软件测试基础

1. 定义及目的

定义

为了发现程序中的错误而执行程序的过程

目的

1. 发现程序存在的代码或业务逻辑错误
2. 检验产品是否符合用户需求
3. 提升用户体验

2. 分类

(1) 按阶段

1. 单元测试
2. 集成测试 - 包含接口测试，由测试或开发人员做
3. 系统测试 - 全面，整体的测试
4. 验收测试 - 用户或产品做（Alpha和Beta测试开发和测试人员都不能参与） - 正式验收测试：最后验收上线的测试- Alpha测试：前期的用户测试，内测，开发环境中- Beta测试：大型预测，测试正式环境，后期的用户测试

(2) 按技术

• 白盒测试
• 黑盒测试
• 灰盒测试

(3) 按被测对象是否运行

• 动态测试
• 静态测试 - 文档检查- 代码走查- 界面检查

(4) 按测试手段

• 手工测试
• 自动化测试

(5) 按测试包含的内容

• 界面测试
• 功能测试
• 兼容性测试
• 安全测试
• 易用性测试
• 性能测试
• 压力测试
• 负载测试
• 恢复测试 - 灾备，自我修复

(6) 其他

• 冒烟测试 - 预发布测试，主干测试，在真正测试之前
• 回归测试 - 验证bug是否真正修复完成，相关功能也要测
• 探索性测试 - 测试思维

3. 软件的生命周期

包含的阶段

1. 问题定义及规划 - 确定软件的开发目的及可行性，制定开发计划
2. 需求分析
3. 系统设计
4. 软件编程
5. 软件测试
6. 软件维护

4. 软件测试需求分析

目的

依据需求文档提取测试点，根据测试点来编写测试用例

测试点分析

1. 通过分析需求描述中的输入 输出 处理 限制 约束 等，给出对应的验证内容（功能测试）
2. 通过分析各个功能模块之间的业务顺序 和 各个功能模块之间传递的信息和数据，对存在功能交互的功能项，给出对应的验证内容（功能交互测试）

5. 测试用例设计方法

1. 等价类划分法
2. 边界值分析法 - 定义 边界值分析法是对等价类划分法的一个补充。边界值一般都是从等价类的边缘值去寻找。边界值分析的基本思想：正好等于/刚刚大于/刚刚小于边界的值作为测试数据- 注意 0是一个特殊值，我们在考虑边界值的同时，也要考虑这个特殊值（和负数）
3. 错误推测法
4. 场景法（流程的测试）

6. 测试用例

每个测试点的数据设计和步骤设计

八大要素

1. 用例编号 - 产品名 – 测试阶段 测试项 – xxx
2. 测试项目
3. 测试标题 - 对测试点进行细化得出，输入 内容+结果
4. 重要级别 - 高/中/低
5. 预置条件
6. 测试输入
7. 操作步骤
8. 预期结果

7. 常见的bug类型

• 代码错误
• 设计缺陷
• 界面优化 - 错别字属于界面优化
• 性能问题
• 配置相关
• 安装部署
• 安全相关
• 标准规范
• 测试脚本
• 其他

8. bug的等级

(1) 致命错误

1. 常规操作引起的系统崩溃/死机/死循环
2. 造成数据泄露的安全性问题。比如恶意攻击造成的账户私密信息泄露
3. 涉及金钱计算

(2) 严重错误

1. 重要功能不能实现
2. 错误的波及面广，影响到其他功能的正常实现；功能交互
3. 非常规操作导致的程序崩溃/死机/死循环
4. 外观难以接受的缺陷
5. 密码明文显示（界面+数据库）

(3) 一般错误

1. 次要的功能不能正常实现
2. 操作界面错误（包括数据窗口内列名定义 含义不一致）
3. 查询错误，数据错误显示
4. 简单的输入限制未放在前端进行控制（格式限制）
5. 删除操作未给出提示

(4) 可以改进的问题，不影响整个流程

9. bug包含的内容

1. ID - bug管理系统自动生成
2. 标题 - 用简短精确的话语来描述你的bug
3. 内容 - 步骤/实际结果/期望结果
4. 附件/截图 - 必要时提交
5. 测试数据 - 重现步骤的必要条件

10. 软件测试计划

包括（why what when who where how）

• 目的
• 测试范围
• 测试进度安排
• 测试人员
• 测试环境
• 测试方法
• 测试工具
• 风险评估

11. 软件测试报告

包括：

• 测试范围
• 测试环境
• 遗留的bug有哪些
• 测试用例覆盖率有多少
• bug的统计与分析
• 风险有哪些
• 版本测试评估
• 发布的建议？