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

    #17 楼 @panxq5 这是转开发的节奏么。。。

  • 测试开发之路--QA 的能力 at 2016年09月28日

    #11 楼 @wildboar 恩,我是有些太理想化了

  • 测试开发之路--QA 的能力 at 2016年09月27日

    #9 楼 @monkey 标题的名字是有点歧义了,我是希望所有的测试人员都能达到 QA 的标准,这是我的一个愿望吧。所以不管是测试开发还是普通的测试。都要把自己当成 QA 来做事。

  • 测试开发之路--QA 的能力 at 2016年09月27日

    #6 楼 @monkey 恩 是啊。。。我没说是一回事啊。。。测试只是 QA 的能力之一。。上面我几乎没怎么提测试的事

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

    #35 楼 @lingcizhisheng 这个都得看你 case 的重复执行度。如果平均人家一周变动一次页面,但你一天就必须得执行一次 case。那即使不太稳定我也会选择去自动化它。一切都是权衡的。如果改变的成本低于每天执行用例的成本。 还是有自动化的价值的

  • 测试开发之路--QA 的能力 at 2016年09月26日

    #2 楼 @harsayer 额,这次没怎么吐槽。。。只是捎带着的

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

    #32 楼 @dancingcat_ 可能每个人的目的和预期都不一样吧。有的人为了学习,有的人听说自动化了就要在自己的团队里搞。各有各的目的

  • maven 不能下载 jar 包问题 at 2016年09月14日

    #2 楼 @blackcherry 看你用的 idea,加 sdk 了么。idea 默认不添加 sdk 的

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

    #20 楼 @klxiaoqi 6 年了,其实还是在努力摸索和提高的状态~ 谈不上多厉害

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

    #10 楼 @seveniruby 加了

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

    #6 楼 @caikaibai 谢谢~

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

    #8 楼 @wyb199026 嗯,你说的有道理

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

    #2 楼 @jiazurongyu 问题是很多人连最基本的封装都不在意了。

  • 自动化测试到底能做什么? at 2016年09月04日

    首先自动化是为了节省成本的。不论你在做什么自动化之前都要问自己,你做了自动化会节省多少成本?即便是简单的 UI 自动化,即便根本没发现几个 bug。但是你每次是不是要花时间去手动执行这些用例?心中做好权衡利弊以后,你就会有答案的。 其次,自动化仅仅在于测试。环境搭建,打包,部署,监控等等等等。如果你搭建一个环境要一天,但是如果你花一周的时间搭建好了自动化部署。以后你每次搭环境都只有 5 分钟。 权衡下利弊你会有答案的

  • [北京] 第四范式招聘业务测试工程师 at 2016年08月19日

    #4 楼 @jack1785 sungaofei@4paradigm.com
    欢迎加入

  • Selenide 阶段性总结介绍 at 2016年08月16日

    #11 楼 @seveniruby 额。。。原谅我的懒惰。 一忙起来就有惰性了,一有时间就想歇着。。

  • Selenide 阶段性总结介绍 at 2016年08月16日

    #9 楼 @seveniruby 嗯,以后多交流。说不定以后就有好的方案了

  • Selenide 阶段性总结介绍 at 2016年08月16日

    #6 楼 @seveniruby 请教一下,研究了 spark 之后怎么应用到测试中呢? 因为我们的产品也用到了 spark,我一直没有什么好的方案。虽然知道了原理但是感觉测试上还是得从上层调用 API。现在除了调用 yarn 的 API 以外我没想到什么好的方式辅助测试了

  • Selenide 阶段性总结介绍 at 2016年08月16日

    #6 楼 @seveniruby 嗯~ 暂时不搞

  • Selenide 阶段性总结介绍 at 2016年08月16日

    #4 楼 @seveniruby 其实如果 scala 普及起来了的话,我觉得我会用 scala 的。现在换成 scala 的话实在是担心写出来的东西只能自己用。

  • Jmeter 二次封装 at 2016年07月22日

    #16 楼 @success 那就要不就分几个机器那种,做成集群化的.要不就找个好点的机器哈哈

  • Jmeter 二次封装 at 2016年07月22日

    #14 楼 @success 在线程组里设置 10K 个并发线程就行了

  • 互联网小公司里 QA Leader 由谁来领导更合理 (在小公司如何做好测试的向上管理)? at 2016年07月21日

    #21 楼 @defias 我倒觉得 tester 是 QA 的子集

  • uiautomator 仿 WebDriver 封装,页面工厂制作,实现多语言定位 at 2016年07月20日

    额,有个小问题啊,直接用下面这种方式不是也可以么? 不一定非要注解和反射啊。还是说你根据语言的不同,会有不同的查找方式?所以你用两个注解?

    public class LoginPage extends PageObjectBase{
    
        public static By usernameInput = By.id("username");
    
  • 互联网小公司里 QA Leader 由谁来领导更合理 (在小公司如何做好测试的向上管理)? at 2016年07月19日

    这个么,我觉得楼主有点偏激了。我这么跟你解释吧。你觉得你们 CTO 应该由谁领导呢?你们 CTO 的老大必须是比他还懂开发的人么?你们 CTO 的老大又该谁来领导呢?是不是必须要比他还牛呢?这么说的话楼主是不是能顺过来点气呢。所以我们的职位到了某一个环节的时候必然是外行领导内行的情况。否则岂不是所有公司的老板都得是技术出身了,还必须是开发测试运维 DBA 等等等等全都门清的。所以对于领导的区别只是在于他领导下面人的方式。 一个领导如果他很懂这个领域,就会指导你怎么做。如果他不懂他会招一个很懂的人然后放权给他,让他自由发挥。然后结果导向的管理。所以楼主,哪个职位领导你这并不重要。重要的是领导你的人适不适合当领导。还有我觉得他让你做持续集成,自动化测试什么的绝对是对你有好处的。既然他支持你做这些,他就必然会配合做很多事,例如开发不配合的时候他会帮你去推进这些事。这总比你之后想做的时候流程都固定了,你再改变来的要好吧。而且持续集成的第一件事就是规范分支策略,规范开发模型,开展单元测试。你们 CTO 如果有心搞这些,绝对有利于你的工作啊。肯写单元测试的开发不一直是我们最想见到的么?而且说句有私心的话,你搞了这些的话,就可以在简历上填上光辉的一笔了。多少人想有这个机会从 0 做到 1 都求不到。所以楼主好好想想,也许就没那么气了。

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

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