什么是接口与路径测试？

scysc

我是新手，对测试现在正是处于迷茫期，希望各位多多帮忙指教！
我在书上看到测试有“接口与路径测试”，我不是很明白什么叫接口测试路径测试，大家能不能举些直观点的例子来帮我解解谜团呢？谢谢

无影风

数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出参数。如果实际输出与期望的输出不一致，那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。
一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。
对于非严格系统而言，在分析路径方面化费很多精力是不值得的。我认为在构造接口测试的同时已经建立了测试路径。因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。
路径测试的检查表
数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理  
由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。预防措施有：
观察是否有程序语句从来没有被执行过。如果发生在这种情况，要么是程序有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。
要特别留意函数体内的错误处理程序块（如果存在的话），这是最易被人疏忽的路径，隐患最多。
注:我从其他地方抄的,我也不懂

无影风

数据一般通过接口输入和输出，所以接口测试是白盒测试的第一步。每个接口可能有多个输入参数，每个参数有“典型值”、“边界值”、“异常值”之分，所以输入的组合数可能并不少。根据接口的定义，可以推断某种输入应当产生什么样的输出。输出包括函数的返回值和输出参数。如果实际输出与期望的输出不一致，那么说明程序有错误。白盒方式的接口测试和黑盒方式的功能测试，其方法十分相似。
一个函数体内的语句可能只有十几条，但逻辑路径可能有成千上万条。想遍历测试几乎是不可能的，不测试或者胡乱找几条路径测试却又不行。
对于非严格系统而言，在分析路径方面化费很多精力是不值得的。我认为在构造接口测试的同时已经建立了测试路径。因为每一种输入将产生唯一的输出，输入与输出之间的路径也是唯一的。由于接口测试中的输入是有代表性的，因此相应的路径也具有代表性，不用得着费煞苦心地去找测试路径。
路径测试的检查表
数据类型、变量值、逻辑判断、循环、内存管理、文件I/O、错误处理  
由于接口测试是枚举的，有可能漏掉某些状况，导致一些重要的路径没有被测试。预防措施有：
观察是否有程序语句从来没有被执行过。如果发生在这种情况，要么是程序有错误，存在无用的代码；要么是接口测试不充分，漏掉了一些路径。
要特别留意函数体内的错误处理程序块（如果存在的话），这是最易被人疏忽的路径，隐患最多。
注:我从其他地方抄的,我也不懂

lemon_hawk

无影风你太可爱了。呵呵。sdlkfj5

guanxiaoqin

接口测试主要是使用与数据传递方面，例：
需要从一个系统中的数据库中把数据传给另一个系统，而两个系统又使用不同的开发语言，则需要使用接口，将数据进行转换，才可以匹配，才可以得到自己想要的数据。接口，我认为，就是一个数据互相转换的平台，同时充当提供一个数据传递的通道

ccplovewzs

那什么是路径测试？我没看明白，大虾帮忙讲一下

abao123

比如在一个程序中有多个分支，它可能包括有多个条件语句的嵌套，你可以设定一些满足这些语句的条件让程序执行下去，那么在这里你每走完一次流程就是一条路径。而对这些路径所做的操作也就是路径测试。

san3yue

而对这些路径所做的操作也就是路径测试

language_fw

接口测试：
      一般接口测试 是在集成测试阶段测试的，一般主要测试 1.单元间接口、2.模块间接口、3.子系统间接口

第一点 函数与函数间接口 就是两个函数之间的调用关系，一个函数调用了另一个函数；测试接口的有没有问题
，验证接口是否与设计相符。第二点 模块间接口 两个模块间的定义的接口是否与设计相符，接口有没有错误。第三点
与前两点相同。
我这说的接口测试还不是很全面 还有 文件接口、数据库接口、全局变量接口等
集成测试的主要目的就是确保各组件各组件合在一起后能够按照既定意图协作运行，并确保增量的行为正确。
一般情况下 集成测试的主要策略有：
   1，大爆炸集成
   2，自顶向下集成
   3，自底向上集成
   4，三明治集成
   5，分层集成
   6，基干集成
   7，基于功能的集成
   8，基于消息的集成
   9，基于进度的集成
   10，基于风险的集成

路径测试：
      你给定的概念估计不是太准确，不知道你是不是想表达 测试的覆盖率--里面包含各种的路径的覆盖的测试。
测试覆盖率 分为两大块
1，逻辑覆盖率
2，功能覆盖率
逻辑覆盖率里面包括 语句覆盖率、判定覆盖率、条件覆盖率、判定-条件覆盖率、路径覆盖率
1-1语句覆盖率：语句覆盖率在测试运行被测程序后，程序被执行的可执行语句的比率，
1-2判定覆盖率：判定覆盖率也交分支覆盖率，程序中有判断语句的取真分支和取假分支被执行到的比率
1-3条件覆盖率：执行测试程序后，所有判断语句中每个条件的可能取值（真假）出现的比率
1-4判定-条件覆盖率：在执行被测程序后，所有判断语句中每个条件的所有可能值（真、假）和每个判断本身的判定结果
    （真假）出现的比率。
1-5路径覆盖率：执行测试程序后，程序中所有可能的路径被执行过的比率。

2-1指令块的覆盖：指令块覆盖=至少被执行的一次的指令块数量/系统中指令块总数
2-2判定路径覆盖（decision-to-decision path）：ddp覆盖率=至少被执行到一次的判定路径数量/系统中判定路径总数。

如有什么不足之处请包含。。。

青青

一般用在模块测试或集成测试中.
实践一下最好,许多概念就清楚了.

gaodejin

wokaonigeshabide