接口测试

金字塔模型结构

UI Tests是界面测试,UI功能测试、黑盒测试、也可以说基于UI界面的功能测试,位于金字塔顶端(面积最小,意思是少做这方面的测试,但是不能不做)

Service Tests使用的灰盒测试,也可以说是接口测试,测试量应该比功能测试更多一些,接口测试主要测试构成整个软件的各个函数、方法、类、模块、文件、窗口等之间能否正常使用

Unit Tests 是白盒测试,也可以说是单元测试,测试量应该是最大的,主要测试构成这个软件的各个函数、方法、类、模块、文件、窗口等能否独立的工作

手工测试和自动化测试都是遵从金字塔模型的思想

测试金字塔模型的介绍

2009年由敏捷大师麦克·科恩提出

基本观点:应该有更多低级别的单元测试,而不仅仅是通过用户界面运行高层端到端的测试

测试金字塔模型的理念

越底层,越稳定

​ 金字塔主要观点认为单元测试的稳定性高,需要多投入

越底层,越高效

​ 程序的问题,最终还得落在具体的代码上,所以底层测试更容易发现问题

越底层,越底成本

​ 越底层测试能够越早的发现问题,修复的成本自然越低

越底层,越难实施

​ 越底层的实现对技术专业性要求越高

测试区分

手工测试和自动化测试

手工测试自己敲键盘、点鼠标、执行测试用例

自动化测试,需要自己或同事编写测试程序,用程序去测试软件,代替人敲键盘、点鼠标

软件测试的分层

黑盒测试---手工测试、功能测试

黑盒测试是通过测试来检测每个功能是否正常使用

在测试中,把程序看做一个不能打开的盒子,在完全不考虑程序的内部结构和内部特征的情况下,在程序接口进行测试,他只能检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当的接受输入数据而产生正确的输出信息;黑盒测试时考虑程序外部结构,不考虑内部逻辑结构,主要对软件界面和软件功能进行测试;

UI界面测试:

​ 测试软件界面的功能、性能

​ 属于低级别的验证,能发现的缺陷不多

灰盒测试:

​ 灰盒测试,介于白盒测试和黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出,输入正确性,同时也关注程序内部的情况;

​ 灰盒测试不像白盒测试那么详细、完整、但是又比黑盒测试更关注程序的内部逻辑,常常通过一些表征性现象、事件、标志来判断内部的运行状态;

接口测试:

​ 用于验证多个程序单元之间的交互,验证单元之间的数据传递是否正确以及对数据的处理是否正确

​ 分层测试要求中,接口测试比界面中功能测试多(应该投入更多地人力、时间、物力、资金)

白盒测试:

​ 白盒测试又称为结构测试、透明盒测试、逻辑驱动测试或基于代码的测试;

​ 白盒测试是一种测试用例设计方法,盒子指的是被测的软件,白盒指的是盒子是可视的,即清楚盒子内部的东西以及里面是如何运作的;

​ 白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。白盒测试是穷举路径测试。在使用这一方案时, 测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据;

单元测试:

​ 是对每个程序的单元的测试,一般由开发人员自己测试或者由懂开发的测试人员测试

​ Python中的一个函数、一个类、一个模块、要单独一个一个的测试执行

标签：灰盒,黑盒,白盒,程序,功能测试,API,测试,TEST05
来源： https://www.cnblogs.com/sean-test/p/15448675.html