02软件测试方法

02软件测试方法

1.软件测试的分类***

1. 按是否关心软件内部结构分 ***
   1. 黑盒测试
   2. 白盒测试
2. 按是否执行软件分
   1. 静态测试
   2. 动态测试
3. 按软件测试过程阶段分
   1. 单元测试
   2. 集成测试
   3. 系统测试
   4. 验收测试

2.黑盒测试

又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确 性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试

黑盒测试分为：功能测试和性能测试

黑盒测试方法有:

1. 等价类划分法 ***
2. 边界值分析法 ***
3. 因果图法 **
4. 决策表法
5. 错误推测法
6. 正交测试法
7. 场景法***

功能测试***

功能测试（function testing），是黑盒测试的 一方面，它检查实际软件的功能是否符合用户 的需求。

• 包括逻辑功能测试（logic function testing）
• 界面测试（UI testing）UI=User Interface
• 易用性测试（usability testing）：是指从软件 使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
• 兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试

性能测试***

检查程序的性能是否符合用户的要求

性能测试不可能对整个软件进行，是结合客户真实的应用 场景，对客户应用最多，使用最频繁的功能进行测试。

性能测试一般包括：

• 负载测试（load testing）：是指让被测系统在其能忍受的 压力的极限范围之内连续运行，来测试系统的稳定性。
• 压力测试（stress testing）：是指持续不断的给被测系统 增加压力，直到将被测系统压垮为止，用来测试系统所能 承受的最大压力。(Validate the system or software can allowed the biggest stress.)

2.白盒测试

又称为结构测试或逻辑驱动测试，是一种按照 程序内部逻辑结构和编码结构，设计测试数据 并完成测试的一种测试方法

白盒测试：

• 静态白盒测试
  • 不运行被测程序本身，仅通过分析或检查源程序的语法、结构、 方法、接口等来检查程序的正确性，对需求文档、设计文档、源程序 做结构分析、流程图分析、符号执行来找错
• 动态白盒测试：
  • 由于是动态的，就一定是测试运行中的程序，由于是白盒，就一定要洞察盒子里面，检查代码并观察运行状况

动态白盒测试

动态白盒测试方法主要为逻辑覆盖方法即以程序的内部逻辑结构为基础来测试

逻辑覆盖方法有:

1. 语句覆盖：每条语句至少执行一次
2. 判定覆盖：每个判定的每个分支至少执行一次。
3. 条件覆盖：每个判定的每个条件应取到各种可能的值。
4. 判定/条件覆盖：同时满足判定覆盖条件覆盖。
5. 条件组合覆盖：每个判定中各条件的每一种组合至少出 现一次。
6. 路径覆盖：使程序中每一条可能的路径至少执行一次。

3.静态测试

指不运行被测程序本身，仅通过分析或检查源 程序的语法、结构、过程、接口等来检查程序 的正确性

4.动态测试

是指通过运行被测程序，检查运行结果与预期 结果的差异，并分析运行效率、正确性和健壮 性等性能指标

5.单元测试

单元测试是对软件组成单元进行测试。其目的是检验软件基本组成单位的正确性。测试的对象是 软件设计的最小单位：模块。又称为模块测试

• 测试阶段：编码后
• 测试方法：白盒测试
• 测试内容：模块接口测试、局部数据结构测试、 路径测试、错误处理测试、边界测试

6.集成测试

集成测试也称联合测试、组装测试，将程序模块 采用适当的集成策略组装起来，对系统的接口及 集成后的功能进行正确性检测的测试工作。主要 目的是检查软件单位之间的接口是否正确。

• 测试阶段：一般单元测试之后进行
• 测试方法：黑盒测试与白盒测试相结合
• 测试内容：模块之间数据传输、模块之间功能冲 突、模块组装功能正确性、全局数据结构、单模 块缺陷对系统的影响

7.系统测试

将软件系统看成是一个系统的测试。包括对功 能、性能以及软件所运行的软硬件环境进行测 试。时间大部分在系统测试执行阶段

• 测试阶段：集成测试通过之后
• 测试方法：黑盒测试
• 测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

8.验收测试

验收测试是部署软件之前的最后一个测试操作 。它是技术测试的最后一个阶段，也称为交付测试。测试阶段：系统测试通过之后

• 测试方法：黑盒测试
• 测试内容：同系统测试(功能…各类文档等)
• 验收测试又分为a测试和beta测试，其中a测试 指的是由用户、 测试人员、开发人员等共同 参与的内部测试，而beta测试指的是内测后的 公测，即完全交给最终用户测试。

9.其他测试类型

• 回归测试（regression testing）
  • 是指对软件的 新的版本测试时，重复执行上一个版本测试时 的用例。
• 冒烟测试（smoke testing）
  • 是指在对一个新 版本进行大规模的测试之前，先验证一下软件 的基本功能是否实现，是否具备可测性。
• 随机测试（random testing）
  • 是指测试中所 有的输入数据都是随机生成的，其目的是模拟 用户的真实操作，并发现一些边缘性的错误。

10.功能测试常用方法

1. 页面链接检查：每一个链接是否都有对应的页面，并且 页面之间切换正确。
2. 相关性检查：删除/增加一项会不会对其他项产生影响 ，如果产生影响，这些影响是否都正确
3. 检查按钮的功能是否正确：如 update,cancel,delete,save等功能是否正确。
4. 字符串长度检查： 输入超出需求所说明的字符串长度 的内容，看系统是否检查字符串长度，会不会出错.
5. 字符类型检查： 在应该输入指定类型的内容的地方输 入其他类型的内容（如在应该输入整型的地方输入其他字 符类型），看系统是否检查字符类型，会否报错.
6. 标点符号检查： 输入内容包括各种标点符号，特别是 空格，各种引号，回车键.看系统处理是否正确.
7. 中文字符处理： 在可以输入中文的系统输入中文，看 会否出现乱码或出错.
8. 检查带出信息的完整性： 在查看信息和update信息时 ，查看所填写的信息是不是全部带出.，带出信息和添加 的是否一致
9. 信息重复： 在一些需要命名，且名字应该唯一的信息 输入重复的名字或ID，看系统有没有处理，会否报错，重 名包括是否区分大小写，以及在输入内容的前后输入空格 ，系统是否作出正确处理.
10. 检查删除功能：在一些可以一次删除多个信息的地方 ，不选择任何信息，按”delete”，看系统如何处理，会 否出错；然后选择一个和多个信息，进行删除，看是否正 确处理.
11. 检查添加和修改是否一致： 检查添加和修改信息的要 求是否一致，例如添加要求必填的项，修改也应该必填； 添加规定为整型的项，修改也必须为整型.
12. 检查修改重名：修改时把不能重名的项改为已存在的 内容，看会否处理，报错.同时，也要注意，会不会报和 自己重名的错.
13. 重复提交表单：一条已经成功提交的纪录，back后再 提交，看看系统是否做了处理。
14. 检查多次使用back键的情况： 在有back的地方， back，回到原来页面,再back，重复多次，看会否出错.
15. search检查： 在有search功能的地方输入系统存在和 不存在的内容，看search结果是否正确.如果可以输入多 个search条件，可以同时添加合理和不合理的条件，看系 统处理是否正确.
16. 输入信息位置： 注意在光标停留的地方输入信息时， 光标和所输入的信息会否跳到别的地方.
17. 上传下载文件检查：上传下载文件的功能是否实现， 上传文件是否能打开。对上传文件的格式有何规定，系统 是否有解释信息，并检查系统是否能够做到。
18. 必填项检查：应该填写的项没有填写时系统是否都做 了处理，对必填项是否有提示信息，如在必填项前加*
19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人， 选日期对快捷方式是否也做了限制。
20. 回车键检查： 在输入结束后直接按回车键，看系统处 理如何，会否报错。