如今，市面上的浏览器种类越来越多（尤其是在平板和移动设备上），这意味着你所测试的站点需要在这些你声称支持浏览器上都能很好的工作。同时，主流浏览器（IE，Firefox，Chrome，Opera，Safari）版本更新更加频繁，终端用户甚至不会感知这些浏览器版本的升级。这两点导致了对于日益增多的浏览器做兼容性测试显示十分必要，但也使得这种兼容性测试变得十分耗时。通过全覆盖的测试，你可以明确的知道你的
晚上上自习的时候学生跟我说他在测试窝发现我发过的文章…..真是一种神奇的体验，从来都是网络跟现实分开的，居然重合了一下下。突然想起好久没上来了….有空还是来记录记录才行
1、案例描述用户选择短信登录!发送短信后，后端接口逻辑已把验证码缓存在redis，!在apifox上定义对应下发登录短信接口，短信登录接口下载地址：www.apifox.cn这时候问题就来了，怎么样才能让apifox自动获取下发登录短信接口对应的手机号的验证码，自动填充到短信登录接口的code字段？2、解决思路方案一：后端通过接口返回验证码，下发短信接口后再调用该
个人编写的一个开源测试工具，https://github.com/easytestapi/easytestapi目前主要用于接口功能自动化测试，其核心思想是文档即测试。文档是接口文档。通过我定义的标准化的接口文档，可生成测试用例，也可直接执行测试。目前没有可视化，独立一人编写。希望有兴趣的一块进行优化，或编写可视化平台。希望大家多多提意见。
没错，我，本人，就是那种卷心菜，就是那种想卷但卷不过别人的，我每天吭哧吭哧写代码，写到办公区里空荡荡地只剩下我一个人，但我们组里，就我需求写得最慢，bug写得最多，我弟常问我：“哥，别的同事加班都没你多你绩效一定不错吧？”但、其实是因为我写不过别人，尤其公司里那个卷王，代码写得好，还写得快，改bug测试小姐姐一提他立马响应改好。搞得测试组那边买奶茶常常会给他捎一杯，从来不带我。我真的、写
随着敏捷开发模式的流行，版本交付周期缩短，测试工期压缩，一线测试工程师不仅工作节奏加快，而且工作量也在加大。但是，我们的成长速度似乎越来越慢。这是为什么呢？大环境下，我们都陷入了一个非成长型的恶性循环，随着项目迭代频率加快，循环的回归测试和发布执行等工作不断地消耗着我们的精力和成长动力，我们都想跳出这个循环，却并没有那么顺利。 图1-1 敏捷下的测试循环那么，我们就这样躺
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：页面链接检查每一个链接是否都有对应的页面，并且页面之间切换正确。相关性检查删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。检查按钮的功能是否正确如update,cancel,delete,save等功能是否正确。字符串长度检查输入超出需求所说明的字符
简介在开发前后台分离项目并且通过不同团队来实现的时候，如何将后台设计的API准确的传达到前台，是一个非常重要的工作。为了简化这个过程，开源社区做了很多努力，比如protobuf技术，swagger的诞生，以及后面openapi的演化，都在试图解决API描述和文档的问题。这些标准某些程度上大大简化了API文档的撰写和维护，但是API设计往往比较复杂，所以另外还有一些痛点没有解决
我在一家做微信营销的公司干技术leader，带40多个人，公司名就不说了。在这个位置上做了好几年，把团队从小带大，公司虽然不算风口浪尖上的高增长业务，但技术这块儿也从来没出过什么问题，我还是蛮自豪的。带团队时间久了，就能发现整个Team都渐渐疲了。前两年老板还专门买了个系统搞OKR，现在也不大提了；Scrum我们也搞了，用起来也就那样；项目管理工具试了好几个，禅道、Worktile
在《漫谈软件缺陷管理的实践》一文中，文章介绍了缺陷管理落地到实际工作中的一种形式。本文将分享其呈现效果的自动化实践方案。 一、自动化实践方案缺陷管理的自动化实践可以分为四个步骤：设计数据指标、规范数据源、数据处理自动化和程序部署。 1. 设计数据指标首先，我们需要设计缺陷相关的数据指标。这里，我们主要关注的指标有缺陷数量，缺陷处理进度和项目缺陷的多维度统计结果。同时，我们还可以设计缺陷相关指标的监
