软件测试-接口测试&测试金字塔&测试基础

接口自动化对整个项目的测试起到什么作用

• 提高测试效率。这几乎是所有自动化测试的好处
• 完成手工测试繁琐，但对自动化测试却很easy的事情。
• 反复执行。
• 提高/维持测试覆盖率。通过自动化来覆盖更多的场景，来提高代码覆盖率。通过在每次测试上线中来自动化执行case,来维持每次的测试覆盖度的完善（不会因为时间，QA疏忽等原因而导致测试覆盖率忽上忽下）。
• 完成日常巡检。这种日常巡检指的是，项目的接口众多，而且接口功能是否正常人工比较难检查。使用每次项目测试中的自动化case做日常巡检的话，基本在2~10分钟内可以完成所有接口的检查。
• 接口监控。接口监控区别于接口日常巡检的地方在于：接口监控执行频率更加频繁（例如，监控每分钟执行，巡检每天执行），检查的粒度粗（例如，监控只检查接口的可用性，避免过于频繁报警，巡检则检查细化到接口的功能是否真正可用）
• 接口一致性问题。对于大量依赖内存的项目，常常发生数据load内存问题，即接口前后多次调用返回数据不一致，接口测试可有针对性的进行检查。

接口监控和自动化接口测试

• 动态参数值最好可以动态配置
• case的持久运行success
• case的覆盖度尽可能大
• case对接口的验证程度适中为好（层次1：接口可用， 返回200；层次2：接口有数据返回。接口的关键字段非空；层次3：接口功能正常，接口功能可用 + 数据可用）

做了接口测试还需不需要再去页面进行测试

• 首先，肯定是需要去在页面上进行测试，现在的项目，大部分都是前后端分离的，后端接口和前端页面需要前端开发进行调试，也是需要进行验证前端是否调试准确；
• 接口其实就是前端页面或APP等调用与后端做交互用的；
• 接口测试可以发现很多在页面上操作发现不了的bug；
• 接口测试可检查系统的异常处理能力；
• 接口测试可检查系统的安全性、稳定性；
• 接口测试中，前端随便变，接口测好了，后端不用变；

测试金字塔理论

• 测试的成本
  从经验不难看出，单元测试的开发成本要远低于用户界面的测试；如果在用户界面的测试中发现缺陷，修复缺陷的成本也是远远高于通过单元测试的成本。这里所说的成本并不单纯只是开发人员修复缺陷所需的资源和时间，还包括了修复缺陷后测试人员进行回归测试所需要的资源和时间，以及项目延期等其他的项目成本。
• 测试的效率
  用户界面测试需要准备数据和相关的系统，还需要在客户端中进行渲染，很可能还需要预先执行一些诸如登录账户之类的操作，才能对测试用例进行验证，所以花费的时间比较长，得到的执行结果也比较慢，反馈周期长。
  而单元测试能很快地验证很小的功能或者方法是否运行正确。而且单元测试运行时间短，反馈也及时。
• 缺陷定位的难易
  显然，单元测试如果失败了，测试人员很容易知道被测试的特定功能或者方法不正确；而如果是用户界面的缺陷，测试人员就需要花费更多的时间来进行排查，确定出现问题的功能模块，最后再进一步地发现需要修复的功能和方法。
  基于以上三条，或许会认为底层的测试，例如单元测试比用户界面测试要好，其实不然，单元测试固然有自己的优势，但是不代表只要有单元测试就可以了，因为其他层级的测试也有不同的用途。
• 反映真实的业务需求
  通过单元测试即使从全局观的角度了解系统模块之间的交互，也无法通过方法的组合帮助用户完成业务目的；而由于用户界面的测试描述的是从用户角度出发的用户使用场景，因此可以更容易地阐述用户的行为和业务需求。
• 更加接近业务
  由于用户界面测试描述测试的阶层更高，所以也就更接近业务；而单元测试描述测试的层级更具体，也就更接近于实现。从测试金字塔的五层分布来看，不同层级的测试都很有必要，而我们也需要根据不同的测试所处的层级及其特点进行测试设计。

定位元素的几种方法

• name
• id
• Xpath xml语言的定位方法
• tag
• class
• link 超链接
• partialLink
• css 层叠样式(cssSelector)

测试基础理论