一、什么是测试用例？测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式。同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。通俗的讲：就是把整个测试流程的操作步骤用按照一定的格式用文字描述出来。二、
在前两篇文章中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作及接口测试场景有哪些，本篇文章是最后一篇，主要分享一下接口自动化测试断言设置思路。如果没有好的断言，自动化用例效果将大大打折扣，甚至是无用的，前期的很多工作都因此浪费。这里我继续结合自身经验，帮助大家梳理一下，希望有所帮助和提升。PS：接口自动化测试实践指导（上）：接口自动化需要做哪些准备工作接口自动化测试实践指导（中）：接口测试场
1关于接口协作平台的畅想软件界发展至今，API（接口）的重要性日益凸显——不同的端，不同的模块都在通过API交互，不同角色的成员也都在围绕着接口展开工作。在这个前提下，一款集文档、接口调试、Mock、接口自动化测试一体的接口协作平台变得尤为必须。市面上优秀的接口调试工具如Postman、JMeter如雨后春笋般涌现，各大厂也在自研接口协作平台。那么问题来了，如果你是一名测试开发，想要自研一款接
在第一篇文章中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作，准备工作中最后一步接口测试用例设计是非常重要的一个环节，用例设计的好不好，直接关系到我们的测试质量，那如何进行测试用例设计呢，这里呢我结合自身经验，帮助大家梳理一下接口测试用例设计思路，希望对大家后续接口测试工作有所帮助和提升。1接口测试场景梳理1.1设计思路在接口测试中，很大程度上，我们的测试质量依赖于接口测试场景的设计，
1. 为什么做接口自动化1.1 什么是接口测试？接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。— 以上是来自百度百科的概念 在这里呢，首先抛个问题：接口测试和接口自动化有什么不同和区别？在这里先不做解答，大家可以带着这个问题去阅读后面的内容，相信自然会得
目前很多持续集成项目都需要执行接口层的测试，如果你了解其基本概念，理解了接口协议、如何传参、测试原理后，无需掌握程序语言，使用行业内成熟的接口测试工具。便可以很快速的项目中展开接口测试、甚至可以实现自动化接口测试。用于整个持续集成的过程。 进入正题前，不得不先提到测试分层，这是近年比较热议的主题，我们看看下图： 其中Unit代表单元测试，Service代表服务集成测试(或接口集成测试)，UI代表页
在《漫谈软件缺陷管理的价值》一文中，文章分享了软件缺陷管理的过程价值和结果价值，并介绍了有哪些实践可以发挥这些价值。那么，这些实践落地到实际工作中可以是什么样子的呢？ 一、缺陷管理的实践如图1-1所示，图片展示的是钉钉App的消息机器人推送的缺陷过程数据。该信息展示的信息包括：当前时间、版本交付倒计时时间、版本Bug总数、待修复Bug数、已修复待验证Bug数和查看详情的链接入口。为什么设计要推送
接口测试作为最常用的集成测试方法的一部分，通过直接调用被测试的接口来确定系统在功能性、可靠性、安全性和性能方面是否能达到预期，有些情况是功能测试无法覆盖的，所以接口测试是非常必要的。首先需要对接口测试的基本信息做一些了解：接口测试的意义●低-低成本因为接口的相对稳定性，不需要大量的重新编写，做好基础的维护，用例的扩充，能满足日常的使用范围●稳-相对稳定 当接口自动化创建后，可以相
DevOps如今在企业中显的尤其重要。想要获得成功我们就需要制定好的测试策略来实践。什么是DevOps测试策略？DevOps的一个重要组成部分是持续集成/持续交付(CI/CD)。在CI和CD之间，应该是持续测试。如果不进行持续测试，将会出现：●缺陷的泄漏●软件延期交付●客户不满意DevOps测试策略的好处可以提供更快的反馈提供更快的反馈。我们都不希望看到开发人员不得不回到他们在1-
可能现在的小程序员听到以前还有人用过word来做接口文档，会惊讶得不行，但在前后端分离推行的早期，确实没有那么多趁手好用的接口文档工具。互联网发展到现在，接口文档也经历了从简单的word到markdown，到swagger，到Apifox等逐步进化的方式，变得越来越美观，越来越规范，也支持越来越多的功能辅助调试。接下来给大家盘点一下这些年接口文档的进化历程。一、接口文档的幼年体：wo
