测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
新手
quqing (扫地僧)
第 6469 位会员 / 2015-12-19
33 篇帖子 • 485 条回帖
355 关注者
0 正在关注
9 收藏
扫地僧
打赏支持
GitHub Public Repos
  • AutoTraveler 77

    App auto travel tool

  • InstrumentsParser 1

    InstrumentsParser

  • bootstrap 0

    Native AngularJS (Angular) directives for Bootstrap. Smaller footprint (20kB gzipped), no 3rd par...

  • bower-angular-animate 0

    Bower package for the AngularJS animation module

  • ui-grid.info 0

    Website for ui-grid

  • DataTables 0

    Tables plug-in for jQuery

  • gentelella 0

    Free Bootstrap 3 Admin Template

More on GitHub
  • 個人信息
  • 個人專欄
  • 帖子
  • 回帖
  • 收藏
  • 正在關注
  • 關注者
  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #41 楼 @skyofdl 我相信有看得懂的人,但不能保证人人都看得懂

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #38 楼 @ycwdaaaa 在公司已经落地了的解决方案,你凭什么说在吹,已耐心给你解释多遍,做人没有感恩的心也罢了,恶意攻击就是人品问题了

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #36 楼 @ycwdaaaa 修改和劫持的目的不一样,应用场景区别大了,做为测试,不应该有严谨的态度学习吗

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    后端测试场景三:如果通过断言发现报文异常,通过关键字调用后端的日志查询接口,定位错误上下文;这即不需要伪造 request 也不需要篡改 response,设置断言后劫持实现。
    数据测试场景四:配置 DML 模板,以请求的参数作为查询条件获取预期结果,以响应的关键内容作为实际结果,进行数据层的校验(待实践探索阶段);即不需要伪造 request 也不需要篡改 response,劫持实现。
    请仔细看,这两条需要修改 request 和 response 吗?

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #31 楼 @ycwdaaaa 当然有区别,你怎么都不仔细看,做测试的首先要学会静下心来

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #29 楼 @ycwdaaaa 不对,文中有写的,我再补一刀吧
    前端测试场景一:用常规手段造数据(后端传过来作用于前端)以达到边界值、等价划分类的场景代价很大,通过篡改接口返回的数据,就能很轻松的达到目的;这个是需要篡改 response 的。
    后端测试场景二:如果前端做了校验和屏蔽(前端传过去作用于后端),要校验后端服务或接口对边界值、等价划分类的的处理,通过篡改请求参数,也能达到目的;这是需要伪造 request 的。
    后端测试场景三:如果通过断言发现报文异常,通过关键字调用后端的日志查询接口,定位错误上下文;这即不需要伪造 request 也不需要篡改 response,设置断言后劫持实现。
    数据测试场景四:配置 DML 模板,以请求的参数作为查询条件获取预期结果,以响应的关键内容作为实际结果,进行数据层的校验(待实践探索阶段);即不需要伪造 request 也不需要篡改 response,劫持实现。
    安全测试场景五:通过伪造请求头信息,篡改请求参数,校验后端的防守指数等。需要伪造 request 的。

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #27 楼 @ycwdaaaa 自然有都看得懂的

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #25 楼 @ycwdaaaa 已经说的这么清楚了。。。难不成请你到公司来当你的面演示一遍😀

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #21 楼 @ycwdaaaa 文章中有篡改规则,断言规则类似

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #21 楼 @ycwdaaaa 也不一定是自动遍历,先用心看一遍文章吧

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #18 楼 @ycwdaaaa App 测试为例:Mock Better 设置好规则,启用规则,手机连上代理,由引擎发起 App 测试,此时所有操作产生的数据流都在监控之中,Mock Better 会在这些来来往往的数据流中根据规则命中匹配到的接口执行测试。

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #16 楼 @ycwdaaaa 这里所说的接口测试由驱动引擎发起,不需要伪造 request,也不需要 mock response,一切基于规则命中触发校验。
    你设想一下,引擎触发起端到端的测试(这个文中也做了说明),代理又监控到了前后端之间交互所有的数据包,程序要做的就是通过规则命中要测试的接口,并根据断言校验是否异常,所以不会遇到传统接口测试的那些问题。

  • Mock Better 测试策略的改变和实践 at 2016年10月18日

    #12 楼 @ycwdaaaa 已增加原理描述,和传统接口测试区别

  • 自动遍历工具 Java 版 (开源) at 2016年10月17日

    #115 楼 @huangejuan 你是 windows 上跑?我只在 mac 上测试过,windows 上跑可能需要自己修改

  • 自动遍历工具 Java 版 (开源) at 2016年10月17日

    #115 楼 @huangejuan appium 启动命令没有替换掉 port 和 udid,遍历时间只有 3 分钟,建议延长

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #8 楼 @seveniruby 嗯,有时间把实现原理补充下

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #12 楼 @ycwdaaaa 可能文章关于原理写的不清晰,有空再详细说明

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #10 楼 @ycwdaaaa 你说的接口测试是 mock client 的模式,这个早有解决方案,我说的是自动化引擎驱动的接口测试。例如:自动遍历同时也可以验证接口,实现模式不一样的

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #5 楼 @simple 差不多就是这个意思,只不过在中间人劫持的基础上做了一些规则的命中处理

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #3 楼 @simple 传统的前置型接口测试确实要解决参数动态绑定和场景化的问题,之前写了个接口测试的框架,可以查找我之前的帖子。
    这部分的接口测试和 UI 测试是同步的,这一切都是跟着 ui 场景化测试或者探索性遍历测试一起进行的,所以基本不存在你说的问题

  • Mock Better 测试策略的改变和实践 at 2016年10月17日

    #1 楼 @simple 这个系统只是整个解决方案的一个组成部分,主要目的是打通前后端的联系

  • 测试团队的痛点 at 2016年10月12日

    这个痛点大概都经历过,质量是个系统性的问题,测试部门只是这个系统的最后环节,往往成为背黑锅的。提高质量的策略就是全民皆兵,这个是制度设计的问题了,好的管理制度可以迫使每个环节每个角色都会很自觉的注重质量问题,也只有这样才可以最大限度的消灭 bug

  • 自动遍历工具 Java 版 (v1.2.0) at 2016年10月09日

    #12 楼 @huangxiaojiao 这个是自己写的

  • [交流互助] 关于深度优先的探索性遍历工具的设计和实现 at 2016年09月21日

    #9 楼 @ntgecm 已实现 https://testerhome.com/topics/5836

  • [开源、跨操作系统、轻型] 自动化案例管理平台 OneBlock 发布了 at 2016年09月19日

    案例如果有逻辑判断、循环等控制,会生成相应的 json 配置吗

  • 上一页
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • …
  • 17
  • 18
  • 19
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司