• 感谢肯定,前端我还有太多东西需要学习,向你学习。

  • 未知的未来,努力前行。 at 2018年02月08日

    谢谢。
    AI不像测试,测试还可以讲是质量保证,是软件所必须的。AI可不是必须的。

  • 未知的未来,努力前行。 at 2018年02月08日

    说技术,AI和测开,对技术的要求都是无止境的。
    只学AI是够呛的,原因很简单:
    1.AI人才给炒热了,小公司接不起普通的AI人了都,年薪好几十万一个普通的,不容易接。
    2.上点规模的非AI方向的公司,也不特意搞AI,AI更向是噱头,企业生存还是第一位的,AI能否提高利润是需要评估的,何况AI人才那么贵。这样的公司更希望内部大数据人才自我提升到AI。这样的公司更希望是和专业的AI公司做合作。
    3.AI的基础即大数据高度集中在几个知名公司手里,很多甚至全部的热门数据都在人家手里,其它打算专门搞AI的公司,难为无米之炊,前途漫漫,更多的是提供服务。
    4.说到提供服务,由于当前是云时代,云上可以直接提供AI服务,楼主可以关注一下腾讯云,已经将AI的好几十个算法平台化了,只要你提供数据,腾讯云自动给你训练出AI的结果。甚至你都没有数据,只有想法,腾讯云上的大数据也能给你弄出来。我相信阿里云也会马上出现类似功能。
    以上,
    小公司,请不起AI;非AI方向公司,不自己搞AI希望寻求合作;AI方向公司,人才越来越多门槛越来越高;最后,云有希望一统AI天下,赢者通吃。
    那么楼主的路越发的艰难了,但是比较清晰:
    1.专心搞AI,如果让AI当饭吃,肯定要小有所成。
    2.从事AI相关工作,最好是到大数据和AI牛逼的公司去,如A如T如搜狗如讯飞如H等。
    3.一定要学大数据相关知识,自己要有造血的能力。
    4.一定要有能带路的人,能带你学习,内推到你去知名公司的人。
    带来的问题:
    1.楼主从0开始,难度是我难以想象的。AI对数学的要求极高,同时需要实验室级别的环境来联系算法,闭门造车是非常艰难的。
    2.楼主年纪在这,分析到这里可能大家也看到了,去小规模AI公司基本是没有希望的,只能去牛逼公司这条路才能行,楼主年纪让这成为不可能的任务,不可能近40岁的人和不到30岁的人拿一样的钱,领导都比你岁数小,是被刷荣誉去了吗。
    3.靠AI进小公司拿较低薪水,然后精进AI和大数据然后在小公司混到风声水起。这种是幻想。a.需要多少年才能到这个地步,我预估得个5年。b.这条路比你现在的测开的路好吗?我认为不见得。
    一些想法:
    1.不要以为测开没有技术含量,测开和大数据一样要求技术高度和广度,而AI和大数据孰优孰劣还说不清呢。
    2.测开都搞不好,去搞AI,本身就是没有底气的事。
    3.本科top10是好事,但是年纪的增长是无法避免的。
    4.如果没有带路人,纯脱产自学,无疑拿头撞墙。

  • 没搞过nodejs,我先看看源码再说吧。
    这个平台有借鉴意义,需要学习。

  • 多谢指点。
    你在issue上提的问题我看了,Locust的作者解决不了你提的问题。

  • 这篇文章粗略看了一下,说实话,他讲的和没讲一样,他基本没说性能测试的痛点,是每个都夸了一下。
    我怀疑他是否真正做过性能测试。
    如果我分析的话,会接地气一点儿吧。

  • 我会稍微介绍一下的。

  • 你说的有道理。不过我还没写网页版的性能测试平台呢,这里仅是在看Locust。
    @debugtalk 他阿里同事实现了GO语言的Locust客户端boomer,我未来还会继续分析GO语言的可行性的。boomer的源码我也在学习。

  • 我写的是Locust的你竟然来问我Jmeter的问题……让我一阵心酸啊。
    我开始以为你问的是Threads(users)的数量,后来仔细看了一下,是问的sampler即用例中的请求数。
    最终能设置多少个sampler确实是依赖内存的消耗的,这里解释一下。
    Jmeter编辑用例增加sampler的时候,用例是会保存成jmx用例文件的,jmx用例文件中即包含了每个sampler的信息。
    而Jmeter性能测试时,会将正常状态(没有灰化隐藏)的sampler信息(很多个)加载到本身的内存中,确切说是JVM的Heap中,用来当做原始测试数据。
    那么这会遇到第一个内存障碍,如果你的有效的jmx用例文件就100MB,Jmeter的内存Heap才设置了50MB,那这个用例可能是加载不起来的。
    性能测试时,由于不能污染原始的内存中的jmx文件,比如做参数化等细节,每一个jmx会被复制出去,由于具体Jmeter是使用线程来实现压力机制的,所以复制的jmx文件会到线程的内存中,这次是在JVM的永久代中,而每个线程的内存可以使用-Xss 参数配置。
    那么这回遇到第二个内存障碍,如果jmx有效的比较大,而-Xss设置的比较小,那么性能测试时也是有可能失败的。
    注意:
    1.Jmeter加载/运行 用例/sampler时,如果遇到问题,都会抛出JVM级别的异常的,肯定是会打到日志上的,这部分定位问题十分简单,而解决也比较简单,增加内存就好了。
    2.真正的用例在内存中不会像jmx文件那么大的,Jmeter会提炼用例数据的,内存占用会比文件占用的空间小得多。(具体提炼多少需要看源码,这里无法尽述)。
    总结:
    sampler多少确实是内存决定的,内存够大就没事,有问题就看日志,注意调整-Xms -Xmx -Xss参数。

  • 1.你到底什么理解,我到底什么误解,你说出来,想喷我就勇敢点儿。
    2.“locust更新的少可能是因为没有太多高并发场景能达到locust应用级别,jmeter就足够了”。这句暴露了你的实力。我可以这么讲,Jmeter3.3目前的功能,甩开locust太远,基本就没有locust什么事情了。locust的作者是有自知自明,不更新很明智。