前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用 Mock 工具，可是每个接口都要自己写 Mock 规则，这得浪费多少时间呀。等到后端好不容易把接口写出来了，一对接联调，好多字段的数据又跟我 Mock 的数据对不上，又得重新改代码。每个迭代都是一场折磨。就是那种，明明知道这个地方整个团队都可以更有效率，但偏偏就是做不到的无力感。黎明的希望直到有一天，我遇到这个神器。我的效率提升...

　　业内对软件故障频发问题进行大量研究表明：主要原因是在软件开发过程中质量保证不佳。执行严格的质量保障测试主要目的是防范发布质量差的产品，因为漏掉的小缺陷可能会导致公司经济上巨额的财务损失。一个很好的例子是Flud，它是iPad，iPhone，Android和Windows Phone的社交新闻阅读器应用程序，被称为“第一个真正的社交新闻阅读器”。但是由于软件质量不佳，频频出现启动失败问题。Flud团队的重视开发忽略测试，当产品最终发布时，它不可避免会出现缺陷。即使一切都已解决，但不良的声誉和糟糕的用户体验仍然阻碍了它的成功。因此，Flud公司倒闭了。　　保障高质量软件的方法是实施有效的QA管...

作为一个电商项目，势必会包含优惠券这一模块，今天就来分析一下它，这篇的测试分析主要是针对后台，移动端的稍后我会再单独整理一篇分析优惠券的测试点我主要从三方面入手：发布前、发布中、发布后；发布前：首先我们先分析一下这个页面，得到以下测试点：整体的优惠券分为三部分：（1） 优惠券管理—优惠券领取记录—优惠券使用记录：（2） 测试点：当鼠标滑过时 按钮是否发生状态改变（按钮常亮），（3） 测试点：当鼠标点击时 右侧是否联动相关页面优惠券管理：（按钮的滑过/悬停、点击时、点击后状态根据产品原型进行测试）（1） 测试点：点击控制台是否能够正确跳转至控制台页面（2） 测试点：刷新按钮 点击时下方优惠券列表...

　　本文以笔者当前使用的自动化测试项目为例，浅谈分层设计的思路，不涉及到具体的代码细节和某个框架的实现原理，重点关注在分层前后的使用对比，可能会以一些伪代码为例来说明举例。　　接口测试三要素：　　·参数构造　　· 发起请求，获取响应　　· 校验结果　　一、原始状态　　当我们的用例没有进行分层设计的时候，只能算是一个“苗条式”的脚本。以一个后台创建商品活动的场景为例，大概流程是这样的(默认已经是登录状态下)：　　创建商品-创建分类-创建优惠券-创建活动　　要进行接口测试的话，按照接口测试的三要素来进行，具体的效果如下：　　参数构造：　　   &n...

　　随着信息化技术的不断发展，软件安全成了软件行业的重大挑战，因此安全测试也成为了测试人员必备的技能之一。沐沐在安全测试过程中较为常见的就是接口越权漏洞，在尝试过多种工具进行越权漏洞测试后，最终找到了个人认为最便捷最有效率的方式，即使用Burp Suite工具的Auth Analyzer插件进行接口越权批量测试；并且将接口越权测试作为常态化测试内容，不断提升软件安全测试的深度和广度。下文将对接口越权和Burpsuite工具进行简介，重点说明Auth Analyzer插件进行接口越权批量测试的步骤。　　一、接口越权　　越权访问（Broken Access Control，简称 BAC）是 Web...