测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
版主
ycwdaaaa (孙高飞)
第 7606 位会员 / 2016-02-29
第四范式 @ 北京
211 篇帖子 • 1739 条回帖
3877 关注者
1 正在关注
84 收藏
为了部落
打赏支持
未设置 GitHub 信息.
  • 個人信息
  • 個人專欄
  • 帖子
  • 回帖
  • 收藏
  • 正在關注
  • 關注者
  • 阿里前端测试服务 at 2017年01月23日

    #8 楼 @seveniruby 感觉现在这些测试服务平台在提供真机和模拟测试环境上做的挺不错的。但是在自动化解决方案上还是差挺多的。10 分满分的话,也就做了 5,6 分的样子吧。 总是依赖录制回放,目前我不太看好录制回放,维护噩梦的感觉,而且不灵活,能做的事情少,有很多业务录制回放做不了的,需要自己写逻辑实现。

  • 阿里前端测试服务 at 2017年01月23日

    #3 楼 @seveniruby 是因为都过年回家了么?我看里面有基于 chrom 的录制回放的工具。 好像这里的测试解决方案都是基于这个的吧。 效果怎么样? 我始终觉得录制回放的不靠谱

  • 阿里前端测试服务 at 2017年01月23日

    是我大开方式不对么? 很多连接点击无响应。 我试用的时候点击提交任务,但是提示我有任务运行导致当前任务不可用。 但是我又找不到任何在运行中的任务。

  • 测试开发之路 (工具篇)--assertJ-db 科普 at 2017年01月22日

    #8 楼 @hu_qingen 收到 多谢哈

  • 想了解一下社区各位是如何推广测试平台的 at 2017年01月11日

    从来不去宣传,做的真的好,人家自然就过来找你

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月11日

    #30 楼 @sixleaves 额,我们并没有移动端产品,我们是 TO B 业务,给企业级用户做产品的。所以前端只有 PC 端。 我们持续集成是对整个产品做的。所以也包括 UI 自动化。

  • 测试开发之路 ---- 一切为了效率 (简易监控) at 2017年01月10日

    #23 楼 @tigerge000 额~ 见笑了。。。。当初确实是为了学习点 java 并发包的东西才用这种方式的。。。。

  • 测试开发之路 -- 环境管理 at 2017年01月10日

    #6 楼 @cobbxia 木有~ 还是用 yarn 管理的

  • 怎么才能做一个优秀的测试? at 2017年01月05日

    #1 楼 @Lihuazhang 精辟

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月05日

    #24 楼 @li_hugo 多谢智哥的鼓励

  • 测试开发之路 ---- 框架中数据的管理策略 at 2017年01月05日

    #90 楼 @A_tester 这种技术暂时还是比较坑的,你想用的话得等了。 暂时我们都还是写 sql 或者做数据库 diff 等方式维护测试数据。自动生成 case 首先没有业务逻辑性。bug 优先级比较低。再一个用例数量太多了。 一出 bug 好几百的失败,分析不过来。 同时运行时间也是个挑战

  • 测试开发之路 ---- 框架中数据的管理策略 at 2017年01月05日

    #87 楼 @A_tester 你说的可能是自动生成 case 的机制。有一定规则下把参数做多种组合,会生成非常多的 case。

  • 测试开发之路 ---- 框架中数据的管理策略 at 2017年01月05日

    #85 楼 @A_tester 预期结果和请求数据是没办法自动生成的。 除非你调用其他产品接口做这些

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月03日

    #11 楼 @safe 俺们刚毕业的时候~~ 外企很强势的~~ 外包都是抱外企大腿的~~

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月03日

    #10 楼 @seveniruby 现在积极的跟在开发和运维沟通。他们也有意做这些。希望今年能作出点成绩出来~~

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月03日

    #13 楼 @cesc 谢谢哈~~ 感觉跟拜年一样~~

  • 测试开发之路 -- 一个小小工程师的回首 at 2017年01月03日

    #5 楼 @0x88 看来我暴露年龄了~~

  • [思寒] 测试职业发展简谈 at 2016年12月28日

    #38 楼 @seveniruby 恩 ,对的,所以我说跟业务种类相关么。 不管产品架构如何,回归自动化这种一般都是搞的出来的。分层自动化在 UI 层和接口层也不难搞。 专项测试方面我不太清楚移动端怎么定义的。如果意思是更深入的测试,找出 bug 的原因等。那么是需要了解产品架构的。想自动化就需要能够操控各个组件 fake 一些状况。例如我们公司用 etcd 作为服务发现和负载均衡。那测试的时候就自己去 etcd 上 hack 一些操作。或者故意 kill 掉摸个某块的核心进程等等。不知道理解的对不对。 总的来讲,感觉只要不是产品业务上因素的制衡。总是能找到办法去自动化的。

  • [思寒] 测试职业发展简谈 at 2016年12月28日

    #36 楼 @michael_wang 我们 bug 也多,但很多跟我们没啥关系。提测准入标准是跑过自动化测试。 测试失败了开发自己去修了。不需要我们 QA 管

  • [思寒] 测试职业发展简谈 at 2016年12月28日

    #30 楼 @safe
    #31 楼 @seveniruby
    我感觉自动化做不起来跟公司大小好像没有决定性的联系。我见过一些公司,包括我现在的公司,虽然公司小,QA 人数少,例如我们只有 4 个 QA。但自动化依然有声有色的。应该是跟业务种类,公司的重视程度和 QA 人的技术水平有关系更大

  • [思寒] 测试职业发展简谈 at 2016年12月28日

    啥也不说了,先点个赞

  • 测试开发之路 (工具篇)--docker 1.12 的 swarm mode at 2016年12月28日

    #2 楼 @Lihuazhang 额,目前还在调研中,没有实际用在公司的项目中。 之后比较一下 mesos 和 k8s,最后跟同事商量一下到底用哪种方案。 没准真正落地是很久之后的事了

  • 测试开发之路 (工具篇)--docker 1.12 的 swarm mode at 2016年12月28日

    #3 楼 @seveniruby 正在尝试 QA 涉足 devops 的路线是否可行,希望能以 QA 之身在公司内部打通开发 - 测试 - 运维的界限。做出更好的工程化实践。

  • 测试开发之路 (工具篇)--docker 1.12 的 swarm mode at 2016年12月28日

    #3 楼 @seveniruby docker 在生产环境确实不尽人意,没人用。我也只是想在公司内部看看 swarm 是否可行,之后也会去调研一下 mesos 和 k8s。 我们的产品之后要涉及到多租户,资源隔离。所以大家都在调研各种集群部署方式。 多了解一些以后测试也方便,之前跟一些人沟通,发现涉及到这些的东西都是开发和运维自测,很少有 QA 介入,都觉得 QA hold 不住,我也是有野心想搞一搞。 我们公司的情况也比较特殊。暂时没有专职的运维,但是有一票做过运维的开发。所以运维的工作都是我们平分了。 公司内的所有产品环境都是用我的那套机制去维护。所以好多东西也就逼得我去了解了。另外对 devops 的东西非常感兴趣,有意思往这方面发展一下,所以最近也是积极的学习一些运维的知识。

  • 对自己无知的告白 at 2016年12月26日

    加油吧。我们都是在不停的踩坑中成长起来的

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

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