简介在开发前后台分离项目并且通过不同团队来实现的时候，如何将后台设计的API准确的传达到前台，是一个非常重要的工作。为了简化这个过程，开源社区做了很多努力，比如protobuf技术，swagger的诞生，以及后面openapi的演化，都在试图解决API描述和文档的问题。这些标准某些程度上大大简化了API文档的撰写和维护，但是API设计往往比较复杂，所以另外还有一些痛点没有解决
我在一家做微信营销的公司干技术leader，带40多个人，公司名就不说了。在这个位置上做了好几年，把团队从小带大，公司虽然不算风口浪尖上的高增长业务，但技术这块儿也从来没出过什么问题，我还是蛮自豪的。带团队时间久了，就能发现整个Team都渐渐疲了。前两年老板还专门买了个系统搞OKR，现在也不大提了；Scrum我们也搞了，用起来也就那样；项目管理工具试了好几个，禅道、Worktile
在《漫谈软件缺陷管理的实践》一文中，文章介绍了缺陷管理落地到实际工作中的一种形式。本文将分享其呈现效果的自动化实践方案。 一、自动化实践方案缺陷管理的自动化实践可以分为四个步骤：设计数据指标、规范数据源、数据处理自动化和程序部署。 1. 设计数据指标首先，我们需要设计缺陷相关的数据指标。这里，我们主要关注的指标有缺陷数量，缺陷处理进度和项目缺陷的多维度统计结果。同时，我们还可以设计缺陷相关指标的监
事情是这样的，上周有个测试同学小飞反馈说。最近在使用一款接口管理工具Apifox，该工具提供了CLI命令工具，它想通过结合持续集成工具Jenkins及Apifox提供的CLI命令对测试用例进行自动化测试。但是他对Jenkins的使用不熟悉，对此我将整个流程梳理了一遍并分享给大家🚀1ApifoxCLIApifoxCLI是Apifox提供的接口持续集成命令行运行工具。用于支持实时运行在线
一、什么是测试用例？测试用例（TestCase）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。是将软件测试的行为活动做一个科学化的组织归纳，目的是能够将软件测试的行为转化成可管理的模式。同时测试用例也是将测试具体量化的方法之一，不同类别的软件，测试用例是不同的。通俗的讲：就是把整个测试流程的操作步骤用按照一定的格式用文字描述出来。二、
在前两篇文章中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作及接口测试场景有哪些，本篇文章是最后一篇，主要分享一下接口自动化测试断言设置思路。如果没有好的断言，自动化用例效果将大大打折扣，甚至是无用的，前期的很多工作都因此浪费。这里我继续结合自身经验，帮助大家梳理一下，希望有所帮助和提升。PS：接口自动化测试实践指导（上）：接口自动化需要做哪些准备工作接口自动化测试实践指导（中）：接口测试场
1关于接口协作平台的畅想软件界发展至今，API（接口）的重要性日益凸显——不同的端，不同的模块都在通过API交互，不同角色的成员也都在围绕着接口展开工作。在这个前提下，一款集文档、接口调试、Mock、接口自动化测试一体的接口协作平台变得尤为必须。市面上优秀的接口调试工具如Postman、JMeter如雨后春笋般涌现，各大厂也在自研接口协作平台。那么问题来了，如果你是一名测试开发，想要自研一款接
在第一篇文章中详细给小伙伴们讲解了一下接口自动化需要做哪些准备工作，准备工作中最后一步接口测试用例设计是非常重要的一个环节，用例设计的好不好，直接关系到我们的测试质量，那如何进行测试用例设计呢，这里呢我结合自身经验，帮助大家梳理一下接口测试用例设计思路，希望对大家后续接口测试工作有所帮助和提升。1接口测试场景梳理1.1设计思路在接口测试中，很大程度上，我们的测试质量依赖于接口测试场景的设计，
1. 为什么做接口自动化1.1 什么是接口测试？接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。— 以上是来自百度百科的概念 在这里呢，首先抛个问题：接口测试和接口自动化有什么不同和区别？在这里先不做解答，大家可以带着这个问题去阅读后面的内容，相信自然会得
目前很多持续集成项目都需要执行接口层的测试，如果你了解其基本概念，理解了接口协议、如何传参、测试原理后，无需掌握程序语言，使用行业内成熟的接口测试工具。便可以很快速的项目中展开接口测试、甚至可以实现自动化接口测试。用于整个持续集成的过程。 进入正题前，不得不先提到测试分层，这是近年比较热议的主题，我们看看下图： 其中Unit代表单元测试，Service代表服务集成测试(或接口集成测试)，UI代表页
