前序当前互联网产品迭代速度越来越快，现在很多业务类产品一周发两个版本，甚至更多。每次发版之前都需要对所有功能进行回归测试，在人力资源有限的情况下，做自动化测试很有必要。由于UI更新较快，如若页面交互比较复杂，UI自动化测试将变得更加难以维护，相较之，接口自动化就显得比较简单且易于维护。此外，UI自动化测试其操作的也是数据，因此接口自动化是最简单的，最直接的测试方法。如何做接口测试本文主要讨论通过r
作者简介陈亮，携程机票BU高级测试经理，在软件服务端、前端的软件质量领域有多年的实战经验，喜欢钻研引入新技术，提升团队工作效率。一、前言1948年信息论创始人香农博士在他的论文中指出，要想消除一个系统的不确定性，就必须使用信息。当你没有收集到足够多的信息时，不确定性就是一种客观事实，无论采用什么方法，都不可能消除。近些年来国内业界讨论自动化测试的内容比较多，另一块测试数据信息的讨论却较少，然而测试
背景随着各种H5页面的普及和运用，并深深的影响着我们各个业务的发展，前两年也对H5测试的有着不少积累，但都是根据项目的要求，这里测试下，那里测试下，今年上半年专门成立了H5测试研究虚拟小组，专门研究怎么玩转H5测试，怎么最大程度的保证H5页面的质量，废话少说，直接上干货——一张图玩转H5测试，其目的在于，当一个测试者拿到一个H5业务的测试时，可以引导你怎么去思考来完整的测试你的业务，减少线上问题的
「缺陷分析主要不是解决缺陷，而是防止缺陷的再次发生。正如我们应该提高自身身体素质，防止生病，而不仅仅是治病。」做缺陷分析需要投入不少的人力和时间，所以在缺陷分析之前首先我们必须明确我们为什么要做缺陷分析，缺陷分析能给我们带来什么。是效率的提升还是开发质量的提高。接下来我们要确定缺陷分析的粒度，如果粒度太大，无法分析出具体有用的结果，如果粒度太小，投入的人力时间太多，与最终得到的成效相比，代价过大。
概述本文我们将介绍如何使用JMeter+InfluxDB+Grafana打造压测可视化实时监控。引言我们很多时候在使用JMeter做性能测试，我们很难及时察看压测过程中应用的性能状况，总是需要等到测试完成后去看Report，如果是长时间压测，比如压测1~2天，那就更烦人了。压测的时候，我们实时通过监听器GenerateSummaryResults汇总输出，可以看到如下内容GenerateSumma
题图：内蒙做web功能测试，最应该了解的一块知识点。作为一名出色的功能测试工程师，真的不是随便点点就可以，需要从多方面去了解一个项目，一个系统的原理，配置，才可以更好，更完善的做好测试。今天给大家分享一篇关于Redis的作用和使用场景的文章。1、Redis一、为什么使用解决应用服务器的cpu和内存压力减少io的读操作，减轻io的压力关系型数据库的扩展性不强，难以改变表结构二、优点：nosql数据库
前言KentBeck，XP极限编程以及TDD测试驱动开发创始人，同EricGamma一起发明了JUnit，敏捷宣言17位起草人之首（姓名字母排序）。厌倦了出名之后，生活如同放在显微镜下事无巨细都被放大，于是放羊了十余年（是真的养羊去了），11年重出江湖被请到Facebook，工作7年后离开，继续放羊的生活。9月6号我司邀请Kent做了一场内部研讨以及主题演讲，有幸全程参与，获益良多，也有颠覆原先想
场景一、特性团队SM倒苦水2015年10月的一个下午，XXX项目组正在进行着例行的团队评优工作。作为XXX项目测试专家团队的SM，这是小杨推行测试专家验收测试的第N个月，一切似乎越来越顺；原本毫无章法的验收测试，在引入探索性测试后逐渐步入正轨。面带微笑的小杨，熟练的打开笔记本、播放起预先写好的团队评优PPT。“本次迭代合入需求数10，测试专家组完成验收需求数10，验收通过需求数6，验收不通过需求的
简介移动APP的UI自动化测试长久以来一直是一个难点，难点在于UI的”变”,变化导致自动化用例的大量维护。从分层测试的角度，自动化测试应该逐层进行。最大量实现自动化测试的应该是单元测试，最容易实现也最容易在早期发现问题；其次是接口级测试，以验证逻辑为目的进行自动化，由于接口的相对稳定，自动化测试成本相对也可以接受；自动化成本最大的便是UI级自动化测试，然而UI界面是直接反馈给用户的效果展示，适度的
引言最近接到一个任务，需要写一个Jmeter脚本，脚本需要“登录”后从返回值获取Cookies，然后从第一个接口的返回参数中提取有用的id，在第二个接口请求的时候使用这个id，从而完成测试。然而这个看似简单的测试用例的编写并不是很容易，还经历了一些有趣的调试。第一个问题开始，完成了登录接口的编写，但是返回非常奇怪，我把JMeter返回的内容存入HTML中，页面如下：报错的原因是json的字符串没有
热门文章