1.测试方法
- 等价类划分
- 1）有效等价类：对于程序规格说明来说是合理的、有意义的输入数据构成的集合
- 2）无效等价类：与有效等价类相反
- 边界值分析：对输入或输出的边界值进行测试的黑盒测试方法
- 错误推断：基于经验和直觉推测程序中可能存在的各种错误，从而有针对性的设计测试用例的方法
- 因果图法：利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况
- 判定表驱动：判定表是分析和表达多逻辑条件下执行不同操作的情况的方法
- 正交实验法：从大量的实验数据中挑选适量的，有代表性的点来进行测试用例设计的方法，类似的方法还有聚类分析法、因子法等
- 功能图法：综合了逻辑覆盖和路径覆盖的测试方法，偏向于灰盒测试的一种测试方法
- 场景法：根据不同的触发场景来设计测试用例
2.测试模型
V模型
瀑布式模型，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系
局限性：把测试作为编码之后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能发现
W模型
V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
局限性：同V模型一样把开发测试作为一个串行的活动
- H模型
针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序
局限性：对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高 X模型
软件测试过程活动完全独立,贯穿于整个产品的周期,与其他流程并发地进行,某个测试点准备就绪时,就可以从测试准备阶段进行到测试执行阶段。软件测试可以尽早的进行,并且可以根据被测物的不同而分层次进行
局限性：对于大型嵌入式项目很难实施
3.测试分类
- 内部结构和实现：黑盒、白盒、灰盒
- 是否执行程序：静态、动态
- 开发阶段：单元、集成、系统、验收
- 目的：回归、压力、性能、稳定性、破坏性、持续性、其他专项测试
4.工作中测试名词：测试策略、测试方案、测试集、测试用例、测试计划、Bug（缺陷）等
- 测试策略：简单来说就是，测什么，怎么测。
- 一般可以归纳为6个问题
- 测试的对象和范围是什么？
- 测试的目标是什么？（激进/保守）
- 测试的深度到哪里，广度又到哪里？
- 测试的重点有什么？难点又有什么？
- 如何安排测试活动
- 如何评价，评审测试是否有效？
- 测试方针：可以理解为测试活动中的一些通用的要求，原则。
- 产品的缺陷修复率要达到90%以上才能发布。
- 开发提交版本前，必须要先自测，比产出测试报告。
- 对发布的版本，无论代码修改了多少，都要对基本功能进行回归测试。
- 产品升级后，发型原有功能丢失或失效的，这类缺陷都定义为严重。
测试计划：根据策略确认的测试活动，测试活动被拆分为具体的测试任务，确定任务工期、执行顺序、责任人
示例：任务名称 责任人 任务起止时间 优先级 测试任务1
张三 2018/8/5至2018/8/7 高 测试任务2
李四 2018/8/8至2018/8/10 中 测试任务3
王五 2018/8/11至2018/8/13 低 - 测试方案：解决对功能特性如何进行测试，以及如何安排这种测试的执行
- 对功能特性的需求，场景，设计进行分析，提取出测试点
- 对测试点选择合适的测试设计方法（如，等价类设计法，边界值设计法，场景流法，错误探测法，如何选择测试数据）
- 是否需要进行性能测试或自动化测试，若有，则进行相关的设计，如提取性能需求，部署环境等等。
- 测试执行时需要按照怎么的顺序来执行这些用例。
- 测试集：一组同类测试用例的集合
- 测试用例：根据测试计划，制定完成测试任务的具体测试步骤【序号、模块、简要描述、步骤、预期结果、实际结果、优先级】
- Bug（缺陷）：测试过程中发现的程序缺陷，可以指需求上的，也可以指功能、性能、使用上的等。
