• 多谢提醒~~ 刚刚学习 python,不知道这些。 我这边估计得有几十个环境。 用户可能不一定把日志都看完。 我该怎么做呢? 要不要把日志都重定向到文件里?

  • 没想到前辈也来了,我写这篇帖子的时候没有想到影响会这么大。对你评价有误的地方我说声抱歉,仅仅通过 1 个小时的交谈就对你定性可能也是有失妥当。我当时是按照我们公司对这个职位的要求来面试的,所以可能问了一些您在过往的工作中并不太关注的问题。大公司小公司确实差的比较多,我们有些领域需要人来开荒,所以会问了一些类似技术选型,流程创建的东西。写帖子的时候本意是自我警醒,跟大家分享一下我的想法,在工作中多学习,多思考,关注一些不在我们职责范围内的事情。 没想到把当事人都惊出来了。 祝愿前辈能找到一家满意的公司。 另外@seveniruby, 我之前也碰到过提交回复的时候显示成功但是其实没成功的情况。不过只有一次,小概率事件。

  • 随您高兴了


  • 你看貌似就这三个是思考思考人生和职业沾边的。 其他的貌似都是记录各种测试技术对吧

  • 真是不好意思把你扯进来了~~~😂

  • 额,没想到一天没看就有要炸锅的苗头。。。 先是炸出来一个刚注册的小号嘲讽我装逼,后来消失了许久的@quqing 大 V 也迅速的跑了出来同仇敌忾一起指责我。我是百感交集😂 感谢@seveniruby 思寒,@Lihuazhang 恒温和大家对我的支持和信任,我也谅解@quqing ,毕竟我们曾经有过不愉快。我在年初告诉自己要修身养性,不要像以前一样毛躁,冲动,玻璃心,计较名利是非。如果是去年的这个时候,也许我会不管是非曲直拍案而起,先战个痛快再说。但人总是希望自己变好的,我也一样,昨天刚开了柏杨大师的书单打算认真研读,希望能在读书的过程中成全更好的自己。我不想给别人添麻烦,尤其不想给社区添麻烦了,我不希望又因为我出现数月之前的开贴撕逼事件。所以如果是探讨测试技术与理论我会兴致勃勃抒发自己的想法。其他撕逼的事情我就当没发生了,我想你们总有喷累的一天吧。不说为社区的技术氛围做出多大贡献,但我由衷的不希望因为我而遭到破坏。 不管我水平如何,我之后都会尽力的分享一些东西。 但是就如这篇文章写的一样,我已到而立之年,父母,老婆,孩子,工作。。。。事情越来越多,已经不像以前那样更新的那么频繁了,如果有一天我写不动了,请大家原谅,我也有变老的那一天。 恩,就这样吧。

  • 先看 Google 测试之道吧

  • 我是野路子出身,没有大公司背景,全靠自学和领导给机会让我做事。 读了很多书,看了很多大牛的文章。 一点点模仿,慢慢的就找到自己的路子了。

  • 别灰心,你才刚入行一年~ 那些问题都是没几年积累答不上来的

  • 咱俩年龄差不多~~ 不过我入行早一点。。比你多浪了 2,3 年~~~

  • 本来写了一大堆,提交显示成功却没发出去=。=,我凭记忆重写吧,尽量简短点

    关于流程

    首先呢,问流程不是真的只想听他背一遍稿子。而是想通过他对流程的理解知道他是否具备了能参与到我们公司过程管理的工作的能力。每个公司由于所处不同的阶段,不同的产品形态,流程也会有不一样的地方。 并不是一个流程吃遍所有公司。 所以如果他只是背了一遍流程而没有自己的理解,那是没什么意义。如我所说,我们公司还处于创业阶段,流程并不固定,我们还在积极的探索并完善它,所以我希望我们的候选人,尤其是应聘高级职位的候选人能拥有这样的素质。

    关于 java 和 python

    额。。我要回答他什么,他不知道就不知道呗=。= 我要是追问他为什么不知道,是不是很欠揍

    关于匠人

    匠人并不是一成不变的,虽然车型一样,但是如果这车 50 年来什么变化都没有,那早就被现在形形色色的汽车厂商完爆的关门大吉了。 车在变,技术在变,行业也在变。 我父亲是一个十分与时俱进的人。 在我第一次装系统是我父亲教我的,在我还没上大学的时候他就已经在用电脑管账了 (excel 用的比我好)。 在我小时候,那个还是铁饭碗为王的时代,在别的工人还在安逸的呆在国企的时候,我父亲已经独自走了出来开始建立自己的事业。 他们都是个体户,小厂子,在别的厂子还在犯愁买一辆车运件太贵的时候,我父亲亲自到废车场自己拼了辆面包车 (我承认性能比较差。。。哈尔滨那零下 30 度的气候。。。时不时的熄火)。我父亲能再他那个圈子里屹立不倒,并不只是埋头苦干。 他面对的变化,面对的困难,我并不觉得比我们小。

    关于我的回答

    我就针对 java 和 python 的选型说说我的愚见。如果单纯的从语言的特性来考虑的话,刚到一个项目的时候我一定选择 python 做为主语言。虽然其实我是专门玩 java 的。python 接触的并不深。但是弱类型,函数式编程,解释型语言,多重继承,各种语法糖。以及 python 庞大但使用简单的像 flask 这样的 web 库。都注定了它比 java 有着更快的开发效率。 虽然一直有人拿 python 的性能来说事。但是我一个做测试的其实并不怎么在乎这个。 要说 python 让我不爽的一点也是它的优点。要说弱类型语言同时也是解释型语言的 python 真的很容易出错。 它也没有 java 的 checked 异常机制来强制使用者处理异常。 我们公司第一代的产品是用 python 写的后端。当时是为了追求研发效率,但后来出错的频率实在让人忍受不了。在那时候我们也是意识到 python 可能不太适合过于复杂的系统。所以才在 2 代产品里换成了 java。 但是,虽然我这么推崇 python,但我也不得不考虑 java 那庞大的生态圈。单从测试框架来说,java 有一些极其优秀的开源项目:rest-assured,selenide(并不是 selenium),assertJ-core,assertJ-db(还有一堆 assertJ 的衍生项目,但是我没用过)。另外我觉得非常优秀的 report 框架--allure 能再 java 完美的使用。 而 python 只有用 pytest 的时候才能用,而且由于 bug 的问题只支持 pytest2.9 以下版本。这让我再使用 python 的时候有所限制。 同时,java 在我们的产业中还是主流语言的,一些流行的 RPC 框架,例如阿里的 dubbo 就是 java 写的,我们在测试 dubbo 接口的时候,除了 java 也没别的选择。 所以综上所述我在接口和 UI 方面用的还是 java。 说完接口和 UI,我们还有其他的项目。例如我们以 docker 为选型的环境管理平台,用的是 python。 因为 python 是解释型语言,无需编译,热部署。linux 默认支持 linux 以及 python 的 os 和 subprocess 包也都是管理 linux 的利器。 这方面 python 完爆 java。 python 就像海盗,快,狠,准。java 就像政府职员,中规中矩,不卑不亢。所以我的理解就是用合适的语言做合适的事。

    以上均为个人理解,如有谬论,还请见谅

  • 我觉得没必要不断跳槽,只要找到了一个好的平台,就踏踏实实的干下去吧。学成出来以后,你自然身价就不一样了。 但是如果你的公司实在不是个能让你成长的地方。 我觉得还是尽早另谋出路比较好。

  • 本意是激励大家保持学习的状态的。可能没有太鼓舞人心的话语,但我重新读了一遍,好像也没有怎么悲观吧。

  • 后生的确是可畏的,就像我帖子里写的,他们起点比我们高。很容易追上我们

  • 所以我才说要保持学习么。我入行的时候也没有 docker,没有接口测试,python 还是极其小众的语言,那时候大家还在争吵要不要测试这个职位和测试要不要懂代码的问题。但是你看现在改学不是还得学么,不跟上时代,就会跟前辈一样遭遇尴尬的境遇

  • 不管是 junit 还是 testng 都有分组,分测试集等方法的

  • 请问接口测试数据来源 at 2017年02月22日

    #16 楼 @sanlengjingvv 。。。。他们公司真猛。。。。线上数据库随便让 QA 搞。。。。

  • 看样子我要失业了,快 7 年了都

  • 请问接口测试数据来源 at 2017年02月21日

    #12 楼 @woshizh 你接口监控没必要搞那么复杂,只监控读库的接口就行。

  • 请问接口测试数据来源 at 2017年02月21日

    #13 楼 @charles 我写了一个组件,从 execl 中读取数据插入数据库。用例执行完毕后再自动删除

  • #44 楼 @AAtest 好奇怪啊。。。。我怎么没碰到这个问题, 不过你可以用这么一个方法,在所有测试执行前,清理一下 report 的目录。。。。。我以前就这么干的

  • 额,以前给微软做外包的时候用过他们的工具。叫什么 searchUI 吧还是什么来着,忘记了,6 年前的事了。之后再也没做过 CS 架构的了

  • 请问接口测试数据来源 at 2017年02月17日

    #10 楼 @jet 😂 😂 😂 😂 长痛不如短痛~~

  • 请问接口测试数据来源 at 2017年02月17日

    #8 楼 @jet 可以考虑自己封个 SDK 出来。屏蔽底层。让上层调用更快捷方便。 这样维护成本会低很多的

  • 请问接口测试数据来源 at 2017年02月17日

    #6 楼 @jet 是挺烦的,你们监控了多少个接口?