• 我也推荐 java,毕竟现在不管移动互联网,还是传统的 web,java 都是主流。跟开发人员用同一种语言好处多多。 java 的市场占有率大还有个好处,就是你可用的开源库多。 等你做的深入的时候就会发现,有很多的开源库是 python 没有的

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

    #18 楼 @seveniruby
    #17 楼 @quqing
    分支合并这块细节是有点多,要在 Jenkins 上做很多配置。所以我没有写进来。关于自动的 merge,我们是用 Jenkins 的 git lab 插件。里面有一个 merge before build。如果没有冲突,会自动的 push 到分支上去,如果有冲突,会发邮件提示冲突。这时候需要手动 merge。不过这个方式在我们这有些缺点,就是我们这里是多模块多源码库的,需要在 Jenkins 上配置很多 job 做这些事。 关于 git lab 的插件和 merge before build 这个功能我还没研究透,最近在跟我们开发人员一起研究看看能不能减少 job 的数量。 不知道思寒你们是怎么解决的?

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

    #9 楼 @seveniruby 恩恩 有时间我细写一下

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

    #2 楼 @seveniruby 本来是给群里做分享写的草稿~~ 在微信群里发代码格式不好看。 所以才截图了~~~

  • 游戏测试功能测试 (一) at 2016年11月02日

    游戏领域的测试果然不一样

  • iOS 中实现 back 的方案讨论 at 2016年10月27日

    你可以找找 API, IOS 的自动化我不清楚。但是在 PC 上,通过 webdriver 的 API 可以做。如下:

    WebDriverRunner.getWebDriver().navigate().back();
    
  • 测试的一些误区 at 2016年10月24日

    #49 楼 @jet 额。我灰常喜欢你黑的方式。。。。。

  • 测试的一些误区 at 2016年10月24日

    #45 楼 @seveniruby 本来是在冷静的,对于他在我的帖子里喷我的话我也没有反击,这些事就当这么过去了,但是他今天已经发帖子几乎指名道姓的喷我了,我觉得不能再继续沉默下去,才会激动的反击了一下。你说的对,我们都认为对方在无理取闹。我们都该冷静一下。我本不欲相争,毕竟影响工作影响心情,能想息事宁人是最好了,只要这位仁兄别再公然发帖子,黏上我的文章,说我在坑害别人就好。

  • 测试的一些误区 at 2016年10月24日

    #42 楼 @seveniruby 今天是我又一些激动,这里我道歉了。 毕竟被人无理取闹了这么久。一时没忍住。

  • 测试的一些误区 at 2016年10月24日

    #28 楼 @dongdong 有争议时好了。但有人来故意捣乱就是坏的

  • 测试的一些误区 at 2016年10月24日

    #27 楼 @quqing 呵呵,你自己思维混乱还跑来说我么。算了,不跟你浪费时间了。你真的除了嘴炮什么都不会了。再见

  • 测试的一些误区 at 2016年10月24日

    #25 楼 @quqing 呵呵,文字游戏玩的真六,转移话题也六,咱们在讨论这个帖子的内容,你却跑去说另一个帖子。 文字有些界的大拿。 你文章中写了我再文章中对自动化测试的理解不对,轻视自动化测试用例,这些我都反驳了,我都澄清了。 你咋不之声了? 至于测试=QA? 我就更呵呵了,我回帖写的清清楚楚了你说 QA 和 QC 的区别的错误。 你现在又来反问我? 跟你这种人说话真是浪费时间。

  • 测试的一些误区 at 2016年10月24日

    #23 楼 @quqing 呵呵,说不过开始换话题了么? 来,你详细说说我哪概念混淆了? 关于 QA,关于自动化测试,关于测试用例。我在这里都回帖澄清了? 你回答一下啊? 怎么不说了? 你这篇文章不就是在说这些事么?

  • 测试的一些误区 at 2016年10月24日

    #21 楼 @quqing 你是又想玩文字游戏么,又跑来说概念混淆问题了。 你指出我概念混淆的地方我都在刚才的回帖中说明了。 你这断章取义做的很漂亮。 如果你想讨论一下。 能回答我刚才说的问题么?

  • 测试的一些误区 at 2016年10月24日

    #19 楼 @quqing 如果你不是针对我,为何在我之前的帖子里只放狠话,不讨论技术细节? 如果你不是针对我,为何故意曲解我的文章? 如果你不是针对我,为何专门开帖子引战? 你想撕逼明说,说的好像谁怕你一样

  • 测试的一些误区 at 2016年10月24日

    #17 楼 @Lihuazhang 我本就是这个理念。只是这位仁兄专门在我的帖子下放狠话也就罢了。我也没理他,现在又开贴几乎指名道姓的引战,而且你还艾特我了。我就来澄清一些事情而已。 他在泄他的私愤,我不能就这么背黑锅。

  • 测试的一些误区 at 2016年10月24日

    #14 楼 @seveniruby 思寒看一下我的回复

  • 测试的一些误区 at 2016年10月24日

    #13 楼 @Lihuazhang 有些东西我不想明说,但既然你都艾特我了,我觉得我还是来给你讲讲我跟这位仁兄的恩怨。要说我俩的恩怨可以追溯到我刚来 tester home 的时候了,那是我测试开发之路的第一篇帖子,那时候这位仁兄就因为我的帖子上来引战。然后前几天我们在一个技术贴的讨论上他又开始了嘲讽模式,那一次我没忍住,跟他吵了起来,现在他是专门来再一次开贴引战了。 别的不多说,我上几个截图。




    我和这位仁兄的恩怨

    还有很多的记录我不发了,这位仁兄最近专门挑我写过的帖子找事。 你可以看到留言根本没说我为什么错了。只是没有任何营养的来那么很装逼的一句:你丫的错了。每一次我都懒得理他,只是他不停在找事而已。自动上次我俩吵完以后,我便本着老死不相往来的态度来对待这个人,你发你的贴,我更我的文章。井水不犯河水。 所以在我俩有这么大仇怨的前提下,又是这么带有个人针对性帖子,我真的是懒得理。如果大家真把这篇帖子当成纯粹的技术讨论那我也没办法。你也看到我第一张截图上的聊天记录了,不只我一个人觉得他卖弄文字游戏。上一次我俩吵是因为他强调修改和劫持的问题,指责我不严谨。 呵呵,所以这篇文章一出来你可以看到,又是一个文字游戏大战。说起 QA 和 QC 的区别来了, 随便找了个国外大牛的文章来佐证他的观点。这个东西怎么说吧,我给你举个例子,在瑞典加班是犯法的,我如果引用瑞典人的说法是不是咱们中国所有公司都在犯法?我心里是呵呵的。 在国外的某些软件公司环境下 QA 和 QC 是这么定义的,所以不理中国国情把他生搬硬套到国内来,我心里更是呵呵的。大家可以扪心自问一下你们见过几家公司是这么区分 QA 和 QC 的,甚至会真正区分 QA 和 QC 的。如果你的老板让你做一件事,你说那是 QC 干的,我不干,你说你是不是疯了。随便在书里网上看一些理论知识,根本没怎么实践过就强行拿出来分享并让他人按你的理念实行的做法我是真醉了。

    关于自动化的目的

    此仁兄的文字游戏功底之强悍我叹为观止。引用我文章中自动化的目的不是为了发现 bug 这半句话,决然不提后半句。 我后半句写的明明白白,为了节省人力,节省资源,节省成本。可这位仁兄半字不提,断章取义。然后又引入到自己的节奏去了,我心里是呵呵呵呵呵呵呵的。我觉得大家还是看看我原来文章比较好,不要被人误导

    关于测试用例是初级阶段

    这明显又是一个断章取义。我只在文章开头的第一句提过一嘴。之后我列举了当前行情下 QA 应该有的 7 大能力。跟这 7 大能力相比,设计用例明显就是个初级阶段。而且这位仁兄又开始玩文字游戏了,他开始偷换概念了,他把我说测试用例是初级阶段偷换概念为我不尊重测试用例,事实上我文章中没有提过哪怕一嘴这样的话,我只说了设计测试用例的能力是 QA 的基础而已。这文字游戏玩的。。我继续呵呵。 退一万步讲,抛开我的文章来说, 设计用例不是 QA 的基础能力? 初级 QA 可以不用设计好用例? 难道这个世界已经疯狂到把设计测试用例当成高级 QA 才有的本事了? 如果是,我道歉是我对 QA 的要求太高了。

    总结

    所以这篇文章,我理解只是这位仁兄来报仇来了。 各位当笑话看看就好。对于只是因为转发了我文章就喷 WeTest 的状况,我表示我们大家都很懵逼。对于这位仁兄,我说一句话:你有你的逼格,我有我的原则,三十六重天天,一重一境界。前路走好不送。

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

    #21 楼 @quqing 期待你对 QA 的解释

  • #10 楼 @jaychang1989 话说端口号感觉怪怪的呢。。。。mysql 不应该是 3306 么

  • #10 楼 @jaychang1989 你换个远程的试试

  • #8 楼 @jaychang1989 就是连接不上数据库。 你连的 local 的数据库。但是 local 的环境里没有启动数据库的服务

  • #9 楼 @cyj86 没想到这么久了还有人回帖哈。 我说说现在我的情况吧。 除了外围的测试外,我们终于设计到了性能测试。 即便产品的核心是机器学习算法。但是产品不是只有机器学习。毕竟这是个建模平台。所以还是有大数据处理系统的。在努力学习了 spark 和 Hadoop2.0 之后终于可以测试性能了(之前不懂 spark 这些东西,都不知道怎么设计数据分布)。同时由于在学 spark 的时候顺便学习了 scala,也可以帮着 RD 写集成测试了。不管怎么说。算是个进步吧

  • #12 楼 @simple 我只用 java 的覆盖率工具,jacoco,推荐 jacoco

  • 首先自动化测试,不论是 UI 自动化还是接口自动化都是为了节省人力成本而不是为了找 bug。 第二移动端刚开始做自动化的话确实接口测试比较好。因为移动端的 UI 自动化成本比较高。不同的平台需要不同的框架,也就说你要写好几套代码去测试。 不像 PC 端,webdriver 解千愁。 第三,使用 jmeter 也好,soupui 也好,都是过渡阶段。以后 case 多了肯定得重写。 因为这些工具应变力比较差,开发那边随便改改你这边就得改一堆 case。 当然如果你们产品小,接口少,也没打算大规模铺开自动化。那就当我没说