测试用例的进阶二

1. 按开发阶段划分

1.1 测试金字塔

从上到下，对于测试人员代码就是要求越来越低；

从下到上，越来越靠近用户；

从下到上，定位问题的成本越来越高；

1.2 单元测试(Unit Testing)

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

        测试阶段：编码后或者编码前（TDD）

         测试对象：最小模块

        测试人员：白盒测试工程师或开发工程师

        测试依据：代码和注释+详细设计文档

        测试方法：白盒测试

        测试内容：模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

1.2 集成测试(Integration Testing)

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

        测试阶段：一般单元测试之后进行

        测试对象：模块间的接口

        测试人员：白盒测试工程师或开发工程师

        测试依据：单元测试的模块+概要设计文档

        测试方法：黑盒测试与白盒测试相结合

        测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能正确性、全局数据结构、单模块 缺陷对系统的影响 

1.3 系统测试(System Testing)

        将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。

        测试阶段：集成测试通过之后

        测试对象：整个系统（软、硬件）

        测试人员：黑盒测试工程师

        测试依据：需求规格说明文档

        测试方法：黑盒测试

        测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

1.4 回归测试(Regression Testing)

        接着上边的美颜功能不可用的例子，拿去维修点进行了维修，拿到手机后第一件事情是先看美颜功能修好了没 有，第二事情就是看看手机的其它常用功能是否正常。

        回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

        在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。随着系统 的庞大，回归测试的成本越来越大，通过选择正确的回归测试策略来改进回归测试的效率和有效性是很 有意义的。 

        整理了一个测试用例集合，把我们系统常用的测试用例整理到一起，每次上线，把新的需求测试结束之后，都需要回归TestFlag里面的测试用例集合

1.5 冒烟测试（smoke testing）

        冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件主要功能和核心流程正 常，在正式进行系统测试之前执行。冒烟测试一般在开发人员开发完毕后提交给测试人员来进行测试 时，先进行冒烟测试，保证基本功能正常，不阻碍后续的测试。

        如果冒烟测试通过，则测试人员开始进行正式的系统测试，如果不通过，则测试人员可以让开发人员重新修复代码直到冒烟测试通过，再开始进行系统测试。

        回归测试和冒烟测试都属于系统测试。

1.6 验收测试(Acceptance Testing)

        验收测试是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买方展示该软件系统满足原始需求。

         测试阶段：系统测试通过之后

        测试对象：整个系统（包括软硬件）。

        测试人员：主要是最终用户或者需求方。

        测试依据：用户需求、验收标准

        测试方法：黑盒测试

        测试内容：同系统测试(功能...各类文档等)

2. 按测试实施组织

2.1 α测试(Alpha Testing) 

        手机出厂前最后一次测试，开发和测试人员不参与。

        α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的 测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。

         大型通用软件，在正式发布前，通常需要执行Alpha和Beta测试。α测试不能由程序员或测试员完成。

2.2  β测试(Beta Testing) 

        新手机购买回来，参与测试的人是购买者，使用的场所及环境已不再是手面厂商的环境及场所。

        Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。

α测试与β测试之间的区别：

1、测试环境区别：α测试是在公司内部测试的，即内部环境；β测试各种环境都有可能；

2、测试人员的区别：α测试是公司内部员工测试的，β测试是客户进行测试的；

3、测试时间节点区别：α测试在前，β测试在后；

4、测试人员数量的区别：α测试比β测试人员数量少；

        第三方测试：介于开发方和用户方间的组织的测试。

3. 按是否运行划分

3.1 静态测试(Static testing)

        所谓静态测试（static testing）就是不实际运行被测软件，而只是静态地检查程序代码、界面或文档中 可能存在的错误的过程。不以测试数据的执行而是对测试对象的分析过程，仅通过分析或检查源程序的 设计、内部结构、逻辑、代码风格和规格等来检查程序的正确性。

3.2 动态测试(Dynamic testing)

        动态测试（dynamic testing），指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果 和预期结果是否相符的过程；

        所以判断一个测试属于动态测试还是静态的，唯一的标准就是看是否运行程序。 大多数软件测试工作都属于动态测试。

4. 按是否手工划分

4.1 手工测试(Manual testing)

        手工测试就是由人去一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须 的一个步骤。总结优缺点：

        优点：自动化无法替代探索性测试、发散思维结果的测试。

        缺点：执行效率慢，量大易错。

4.2 自动化测试(Automation Testing)

         就是在预设条件下运行系统或应用程序，评估运行结果，预先条件应包括正常条件和异常条件。简单说 自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。

        自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。

        自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比 UI测试高。

自动化实施步骤：

        1.完成功能测试，版本基本稳定

        2.根据项目特性，选择适合项目的自动化工具，并搭建环境

        3.提取手工测试的测试用例转化为自动化测试的用例

        4.通过工具、代码实现自动化的构造输入，自动检测输出结果是否符合预期

        5.生成自动测试报告

        6.持续改进，脚本优化。

5. 按测试地域划分 

5.1 国际化测试

5.2 本地化测试

ps：关于软件测试的分类就到这里结束了，谢谢观看！！！