测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
版主
ycwdaaaa (孙高飞)
第 7606 位会员 / 2016-02-29
第四范式 @ 北京
211 篇帖子 • 1729 条回帖
3838 关注者
1 正在关注
84 收藏
为了部落
打赏支持
未设置 GitHub 信息.
  • 個人信息
  • 個人專欄
  • 帖子
  • 回帖
  • 收藏
  • 正在關注
  • 關注者
  • 测试开发之路--分布式用例执行 at 2016年11月28日

    #7 楼 @lose 搞完了分享一下哈

  • 测试开发之路 (工具篇)--docker 网络 at 2016年11月28日

    #8 楼 @caikaibai 我没有在树莓派下搞过,不过我看到过很多人都分享了树莓派下的 docker 实践,你可以查查资料

  • 测试开发之路 (工具篇)--docker 网络 at 2016年11月28日

    #6 楼 @caikaibai 恩恩,互相交流哈,里面有个专业运维,他 docker 很厉害

  • 测试开发之路 (工具篇)--docker 网络 at 2016年11月28日

    #4 楼 @caikaibai 叫 QA 之道,你看看能不能搜到

  • 测试开发之路--分布式用例执行 at 2016年11月27日

    #3 楼 @lose 你做的那个主要是解决兼容性测试么?

  • 测试开发之路--分布式用例执行 at 2016年11月27日

    #1 楼 @lose 我主要的目的就是增加执行速度么。分布式中的每台机器运行的 case 都是不一样的。我做 PC 端的 web UI 自动化没办法在一台机器上起多个浏览器进行测试。以前尝试过多个浏览器并发运行会出问题。你的多进程启动多个 appium,也是在不同的手机上吧?

  • 使用 rest-assured 进行接口测试 at 2016年11月24日

    #30 楼 @seveniruby 恩,有一个不足的是验证方式仍然不够智能。例如返回的 json 很大,但是只有一个字段是随机字段。 这时候应该有一个像 assertJ 的递归验证对象一样的实现。可以选择不验证某个或某几个字段。 但现在只能一个字段一个字段的验证了。 我之前是自己写了一个责任链来达到这个目的。 再配上 assertJ-db 的数据库断言,我觉得可以满足大部分的业务场景了

  • 使用 rest-assured 进行接口测试 at 2016年11月24日

    #24 楼 @seveniruby 这个框架的对返回的 json 的验证也挺好的。例如有如下的 json

    {
    "lotto":{
     "lottoId":5,
     "winning-numbers":[2,45,34,23,7,5,3],
     "winners":[{
       "winnerId":23,
       "numbers":[2,45,34,23,3,5]
     },{
       "winnerId":54,
       "numbers":[52,3,12,11,18,22]
     }]
    }
    }
    

    可以使用以下的验证方式:
    get("/lotto").then().body("lotto.lottoId", equalTo(5));

    get("/lotto").then().body("lotto.winners.winnerId", hasItems(23, 54));

    理论上基层 json 应该是都可以的。我现在没有公司的电脑。我 copy 了一段 github 上的 wiki。也可以从 response 里获取 jsonpath,jsonpath 的语法也能取出字段来。

    额,艾特错人了,请无视吧

  • 公司面试软件测试工程师,对于应聘者谢绝笔试,作为面试官的你怎么看? at 2016年11月23日

    除了刚毕业那会。。我是真没碰见有要做笔试题的地方。。。笔试题能考什么呢?一些算法和黑盒测试的理论方法?或者是一些语言的基本语法? 作为一个老 QA,你觉得如果你去面试,人家问你黑盒测试用例设计方法或者面向对象语言的 4 个特性这种问题。。你会不会感觉是在浪费你时间。这不是招聘一个有经验的工程师的方式。 只会让对方觉得公司招聘的职位等级太低。现在大家都很忙,没人愿意跑来浪费时间。

  • 测试开发之路 -- 持续集成 at 2016年11月23日

    #34 楼 @18663049557 https://testerhome.com/topics/4767
    https://testerhome.com/topics/4784
    看看这两个帖子吧

  • 百度外卖的技术味道 at 2016年11月20日

    在模型生产出来之前有什么有效的测试方式呢? 还是只看模型出来后的 AUC? 很想知道百度的 QA 同学是怎么做的?我们目前都是自己在研究

  • 百度外卖的技术味道 at 2016年11月20日

    不知道外卖的数据处理和特征工程是专门的数据科学家在做么? 还是 RD 自己评经验? 自学习部分又是怎么实施的?

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #12 楼 @wanxi3 恩 对的

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #10 楼 @wanxi3 有时候截图判断不了,避免不了去环境里看看的

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #7 楼 @wanxi3 写脚本的思想,我建议还是跟着业务逻辑走。配合数据库和文件系统的检查,你也可以调用一些开发的接口来避免某些不稳定的页面的操作

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #5 楼 @wanxi3 如果是单纯的空间的定位方式都不一样了,例如 xpath,id,name 这些东西都不一样了那就是很糟糕了。不过我没碰见过。 这时候需要在代码里做不同的控件定位处理。 我见过的做法是,在 page object 里定义一个控件。然后使用不同的注解 (java 特性) 定义这个控件。IE 就找 IE 的注解, chrome 就找 chrome 的

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #5 楼 @wanxi3 有些地方是需要些特化的。我们之前会给 IE 做特化处理。 判断如果是 IE 浏览器,就做怎样的操作。不过这种地方不会多的。极少的部分

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    #3 楼 @wanxi3 你说的问题是什么问题。

  • 测试开发之路 -- 喷喷埋雷的事,吵吵代码的情 at 2016年11月15日

    #49 楼 @lingcizhisheng 新的需求是不建议立刻做自动化的,因为不稳定。 如果做了,也是你有自信能立刻应变的。例如变了某些东西你有自信在很短的时间内作出改变。 你看在需求变动的时候受影响最大的肯定是开发而不是测试。为什么开发人员能快速变化,测试人员不能呢,很多时候是因为设计问题,开发人员在写代码前都会设计很多东西来应对未来的变化。 而测试人员就我所知基本没什么设计,上来就写。 所以这就是问题所在了。

  • 针对于浏览器的兼容性测试 at 2016年11月15日

    一般不就是 webdriver 跑各种浏览器么?

  • 测试开发之路 -- 持续集成 at 2016年11月11日

    #26 楼 @hu_qingen 加你了,抱歉这几天很忙,没怎么看信息

  • 测试开发之路 (工具篇)--Docker at 2016年11月09日

    #16 楼 @piaodangdang 这个我也木有经验了。 看国外的 docker 大会上说有个程序员妹子把 docker 改了,可以装 windows。但我估计咱们是做不成了

  • 测试开发之路 (工具篇)--Docker at 2016年11月09日

    #14 楼 @piaodangdang 这个跟 docker 没关系。。跟操作系统有关系。。 exe 只能 windows 跑吧,所以要在 docker 里启动 windows 的系统。不过在 linux 下的 docker 是不能启动 windows 系统的容器的,因为它不是虚拟机,只是容器而已。 听说微软出的一个产品封装了 docker,可以制作 windows 镜像

  • 自动化测试中 case 用例如何管理 at 2016年11月08日

    如果是 UI 自动化,在一台机器上启多个客户端一般是不可以的。你需要多台测试机并行运行,配置成分布式运行测试用例。

  • 测试开发之路 -- 持续集成 at 2016年11月06日

    #23 楼 @zhou 额,为什么看不了。。。是图片挂了么?我这能刷出来啊

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

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