• 今年需要多些耐心,别裸辞就好!

  • 计算机专业的哈,【计算机科学与技术】

  • 大家误解了,可能是因为【候选池】中选择更优秀的. 其实只要:个人优秀+一丢丢运气,很多很优秀同学,有很大机会进入一二线公司的。

  • 目前暂时没有,抱歉!

  • 一起加油!

  • 这些问题还是需要数据支持的。描述中在强调:“大家都知道,大家都不做”,因为大部分情况,研发都是感官上觉得重要,身体很诚实。
    所以第一个问题,针对研发质量差的建议是:
    ①:需测试leader和研发leader约定,冒烟不通过90%,直接打回,直到提测通过。有些时候需要研发对质量差的有体感上的感同身受,不然大部分研发是不重视。测试需要做好 a:收集好打回的次数数据,做好数据的趋势图统计。b:测试本身技术能力,测试技能要过硬,不然无法说服研发和得到他们重视。
    ②:和研发沟通商量,对于【核心功能】,须经过研发小组长或者是资深研发工程师的code review,测试建议也参与,能学到很多。
    ③:最核心的还是,测试把数据收集好,例如每个月打回的需求次数,占比。因为冒烟不通过导致延期的项目总数,占比。每个研发人员被打回需求的数据统计【这个还是私自发给研发leader为好,不要太公开】等等数据。

    把这些数据,在月底的时候。如果你是测试leader,找到研发leader一起过下【拉上越高级的人,越多的人越好】一起check。多灌输一个观念:“质量出现问题,大家一荣俱荣,一损俱损的观念”。反正我每次和研发沟通,只要有机会就抛出这个观点。质量差,加班一起加,辛苦一起辛苦,还不如大家一起努力做好自己本职工作内容如何?

  • # setattr Python中的进阶用法,setattr作用是给对象“赋值”,例如:
    # 赋值
    In [1]: class Bar:pass
    In [2]: setattr(Bar, 'name', 'allen')
    In [3]: Bar.name
    Out[3]: 'allen'
    # 赋对象
    In [10]: b = Bar()
    In [11]: def foo():
    ...: print('hello foo')
    ...:
    In [12]: setattr(b, 'foo', foo)
    In [13]: b.foo()
    hello foo

    # 还有更多高级用法,google下。
  • 混沌工程的秘密 (一) at December 23, 2019

    高可用架构最关键的是两个字:冗余。应该还有一句话,故障自动转移,高可用=冗余+故障自动转移。😀
    故障自动转移=负载均衡中间件来保证。
    冗余= 主从+集群+哨兵等架构来保证。
    从上层的DNS到下层的DB,差不多都是这个套路。说起来好像是很简单似的-_-||,最近也在朝这个方向学习,感谢楼主高质量的分享。

  • 因为locust的分布式是跨进程的,你的2个slave,对应2个进程。你代码里边的queue,在2个进程里边实际上是2个实例。相当于slave1消费queue1,slave2消费queue2【你可以打印telqueue的ID,肯定是不一样的】所以有提示userCode重复。

    上面建议你使用multiprocess进程的queue通信的方式,2个进程都从一个Q中取任务消费,应该不会重复了。

    目前有以下解决方案
    ①:如果你对于userCode没有强制的范围要求,只要不同就可以的话。可以一个rang(1,20w),另外一个(20w, 40w)。
    ②:你把from multiprocessing import Queue 不要放到类里边,你放到最外层。
    ③:如果以上方法都不行,你可以google下如何实现进程间数据共享。
    ④:如果以上都不行的话,而你必须得用range(1,20w), 最最挫的方式,你搭个redis,把所有的数据都放到redis里边。userCode,从redis里边取。-_-||。

    如果以上都不行,我就没招了。

  • queue换成这个:from multiprocessing import Queue 试试看。

0x7C00.