伴随对接口测试的认知，是一个从测试工程师做到测试架构师在这个过程中逐渐蜕变形成的，因此，想和大家聊一下接口测试这件‘小’事，以及分享一下我和接口测试之间的缘分开始。大量重复的工作让我逐渐失去目标，甚至开始怀疑人生；刚进入测试行业时，大部分时间都集中在功能测试，主要工作内容就是设计测试用，然后按照设计的测试用例反复执行，每天被各种项目的测试用例淹没在工作中，那是我认为，测试就是一个点工的操作，并不是
本文首发于「BY林子」，转载请参考版权声明。在《软件测试中的『树莓酱定律』》一文中借用杰拉尔德·温伯格的『树莓酱定律』解释软件测试中的一些典型场景。其实，温伯格还有一个对应的『草莓酱定律』：“只要有果肉块，就不会抹得太薄。”把一点树莓酱抹到几片面包上，你会发现它越抹越薄。可要是你换成草莓酱再来试试，你会发现不管怎么抹，果肉块还在那里！草莓酱里面的果肉块是草莓。在你传达的“伟大信息”中，果
在分享测试用例评审的内容之前，我们可以先思考下为什么要组织测试用例评审会议呢？一、评审目的一般来说，参加测试用例评审的人员包括对应项目的产品人员、设计人员、开发人员和测试人员。 【爱测角】图1-1测试用例评审相关人员测试用例评审会议的发起者一般是测试人员，既然我们是发起者，那我们发起这个会议的目的是什么呢？首先，在测试用例设计过程中，我们可能会对某些需求点存在
最近趁摸鱼时间体验了一款神器，堪称后端前端们的摸鱼加速器，测试们的寿命催化剂。那就是：Apifox。中国自主研发的集文档、接口调试、Mock、接口自动化测试一体的协作平台。一套系统、一份数据，可解决多个系统之间的数据同步问题。定义好接口文档，则接口调试、数据Mock、接口测试就可以直接使用，无需再次定义；接口文档和接口开发调试也可以同一个工具，接口调试完成后即可保证和接口文档定义完全一致。高
开局即炼狱模式，前端小白躺平摆烂可以吗这几年毕业的大学生有多苦都不必我们说了。大学才4年，疫情占3年，好不容易熬到毕业，找工作又进入了炼狱模式。整个互联网裁员裁到上了热搜，之前选择这个专业时所幻想的高薪梦，大厂梦，受到现实的无情打脸。如何在炼狱模式里成功突围通关呢。突围，从项目实战开始在当前的行业环境和疫情大背景下，企业招人会更加谨慎。应届生或者刚毕业的前端小白在项目经验上十分匮乏，你凭什
回顾校园生活中，我们参加每一场考试后都会对错题进行分析总结并补缺补漏，以便能更好地去应对更重要的考试。回到软件系统开发中，我们记录和跟踪缺陷的目的是什么，仅仅是为了在软件系统开发过程中跟踪Bug直至修复么？应该不止于此。我们也可以对项目缺陷进行分析，分析其共性进而分类，从而建立项目的“错题集”，为下一次“考试”提供宝贵的经验。 如图1-1所示，通常一条缺陷记录会包含缺陷编号、缺陷标题、状态、缺陷描
前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出来了，一对接联调，好多字段的数据又
本文首发于「BY林子」，转载请参考版权声明。 温伯格经典著作《咨询的奥秘》中提到「树莓酱定律」： （将一定量的树莓酱抹在面包片上）铺得越广，摊得越薄。 意思是不管多伟大的信息，传播的越广，信息量就会越淡，即信息在传播的过程中不会增加，信息的总量是一定的。 这是一个看似非常简单的定律。本文不聊信息传播的问题，而是想借用该定律来聊聊软件质量与测试中可以用树莓酱定律解释的常见场景。 01 测试全流
《漫谈测试成长之探索——测试文档》一文阐述了我们可以从项目维度去整理测试相关的文档来提升自己，本文将从测试排期方面探索成长方向。 我们知道，对于做一件事，我们要有计划，要知道目标，要记得看时间。这里的时间对应到软件测试中就是与测试相关的时间节点。如图1-1所示，在以往工作中，作为一线测试执行者，我们一般会关注开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间。但是，经验告诉我们
前言测试环境是QA开展测试工作的前置条件。稳定和可控的测试环境，可以使测试人员在执行测试用例时无需花费额外的时间去维护。有些公司运维或者研发部门会帮忙准备好测试环境，但是QA如果一味依赖其他部门，会局限测试工作的开展。一、什么是测试环境测试环境，指为了完成软件测试工作所必需的计算机硬件、软件、网络设备、历史数据的总称，简而言之，测试环境=硬件+软件+网络+数据准备+测试工具。硬件：指测试必需的服务
