测试开发工程师----测试理论笔记总结

1、软件测试的步骤
需求分析→制定测试计划→设计测试用例→实施计划→提交缺陷报告→生成测试总结和报告
具体测试过程分为：
----单元测试：完成最小的软件设计单元（模块）的验证工作，确保模块被正确的编码，通常情况下是白盒测试，对代码风格和规范、程序设计和结构、业务逻辑等进行静态测试；
----集成测试：通过测试发现与模块接口有关的问题。分为自顶向下集成（可以较早验证主程序的功能，缺陷隔离较好，缺点是需要大量桩模块）和自底向上集成（优点是每个模块调用其他的底层模块都已经经过测试，无需桩模块，可以进行并行测试的部分较多；缺点是每个模块都必须编写驱动模块，并且缺陷隔离和定位不如自顶向下的集成测试）；
----确认测试：在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求功能说明书列出的确认准则或真实环境下的使用条件。确认测试根据项目的实际需求，安排在系统测试之前和之后进行均可；
----系统测试：基于系统整体需求说明书的黑盒测试类，应该覆盖系统所有联合的组件。系统测试不仅包括需要测试的软件，还包括软件所依赖的硬件、外设甚至某些数据、某些支持软件及接口等；
----验收测试：之前阶段进行的测试都是由产品开发者负责的，在交付用户之前进行。在安装和使用软件之前，还必须执行验收测试。系统开发是在开发环境下执行的，验收测试是在客户的真实操作环境下执行的。分为α测试（用户在开发者的场所进行。用户在开发者的指导下进行测试，开发者负责记录错误和问题）和β测试（在一个开发者不能控制的真实环境中进行使用，开发者不在现场，用户记录使用中的问题并提交给开发者）
----回归测试：指在发生修改之后重新测试先前的测试用例以保证修改的正确性。不能仅用修改部分对应的测试用例进行测试，要将所有相关测试用例都执行一遍。

2、软件测试的模型
V模型、W模型、X模型

V模型中，测试过程被加在开发过程的后半部分。缺点：仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽略了测试对需求分析、系统设计的验证。

W模型，提倡软件前置测试理念（即软件测试要贯穿软件研发的始终）。开发与测试并行，有利于尽早发现问题。

X模型将软件系统分为若干模块，对每个模块进行单元测试、集成测试以及系统测试，然后统一对模块进行集成测试

3、黑盒测试和白盒测试
白盒测试是利用程序设计的内部逻辑和控制结构生成测试用例，进行软件测试，称为结构测试、逻辑驱动测试或基于程序的测试。
覆盖测试法是白盒测试的主要方法，包括逻辑覆盖、路径覆盖、循环的路径测试。
逻辑覆盖法包括六种：（1）语句覆盖。程序中的每条语句至少执行一次；
（2）判定覆盖，又称为分支覆盖。程序中的每个判定至少有一次为真值，一次为假值；
（3）条件覆盖。每个判定的每个条件应取到各种可能的值；
（4）判定/条件覆盖。同时满足判定覆盖和条件覆盖；
（5）条件组合覆盖。每个判定中各条件的每一种组合至少出现一次；
（6）路径覆盖。每一条可能的路径至少执行一次。
黑盒测试也称功能测试或数据驱动测试，在已知产品所应具有的功能情况下，通过测试来检验每个功能是否都能正常使用。
黑盒测试的方法：（1）等价类划分法，划分为有效等价类和无效等价类；（2）边界值测试，选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据。基本边界值测试（4n+1）：最小值、略大于最小值、值域内任意值、略小于最大值、最大值。健壮性边界值测试（6n+1）：除了五个以外，还需一个略大于最大值、一个略小于最小值的取值。最坏情况边界值（5^n）：首先去五个基本边界值，然后对边界值元素取笛卡尔积。（3）决策表法，某些操作是否实施依赖于多个逻辑条件的取值。（4）因果图法（5）场景法，一般包括基本流和备用流，从一个流程开始，通过描述经过的路径来确定软件测试流程，经过遍历所有的基本流和备用流来完成整个场景。（6）分类树方法（7）状态转换测试法
黑盒法是穷举输入测试，白盒法是穷举路径测试。