初始接口测试02

金字塔模型

测试金字塔模型

2009年由敏捷大师Mike·Cohn(麦克·科恩)提出

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

 

 

 

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

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

Unit Tests:最底层是百合测试，也可以说是单元测试,测试量应该最大,主要测试构成整个软件的各个模块(函数、方法、类、模块、窗口等)能否各自独立正常工作

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

测试金字塔模型理念

越底层,越稳定

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

越底层,越高效

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

越底层,越低成本

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

越底层,越难实施

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

分层功能测试

功能测试可以分为手工测试和自动化测试

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

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

软件测试的分层

软件测试可分为黑盒测试、灰盒测试、白盒测试

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

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

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

灰盒测试

灰盒测试,是介于白盒测试与黑盒测试之间的一种测试,灰盒测试多用于集成测试阶段,不仅关注输出、输入的正确性,同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整,但又比黑盒测试更关注程序的内部逻辑,常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。

白盒测试

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是一种测试用例设计方法,盒子指的是被测试的软件,白盒指的是盒子是可视的,即清楚盒子内部的东西以及里面是如何运作的。"白盒"法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。"白盒"法是穷举路径测试。在使用这一方案时,测试者必须检查程序的内部结构,从检查程序的逻辑着手,得出测试数据。