• 哈哈,多安排点活动就好了,在北京不敢乱跑,三里屯酒吧刚出一聚集性疫情。

  • 是有点偏流水账了,我按大佬说的总结总结。
    我的特质:干活不磨叽,执行力还成,熟悉的业务有电商。
    我可以为企业做的:一是较全面的功能测试,和接口测试,二是可以写自动化减少测试时间,三是可以写小工具进行提效。
    愿意招我并且我也愿意去的企业:从职业生涯来看,偏中型。
    市场行情:从我目前投的简历情况来看,不是特别好,但是通过和我一起找工作的伙伴的感受来看,他觉得这个月的机会,已经比上个月要好了(坐标北京,北京上个月因为疫情都居家了,这月已经正常上班了)。
    和我能力接近的人:我感觉应该挺多的,就是能做功能,能写自动化,好多测试都有这个水平了吧。
    我的面试策略:就是把我会的一通说,问我的问题能答的都答,不能答的也尽力想,就是死磕式的面试法。

    总结:
    目前的市场(大厂裁员),小中厂说不好,创业公司不太稳定,中厂可能是挺多人的目标。
    我还想硬着头皮进中厂的话,可能有些费劲。
    这样的话:
    第一,在离职期间尽量通过学习多为自己增加一些亮点;
    第二,如果找了一段时间,还进不去中厂的话,考虑外包了(没办法)。

  • 好的,谢谢这个朋友的提醒。

  • 嗯嗯,老兄说的非常到位,感谢指点了。

  • 这样只能策略请病假或者能强行请事假,强行的话可能会需要和领导据理力争,看你习不习惯这样了。

  • 正有此意,我开贴的目的就是让想找工作的坛友们参考一下现在找工作的情况。

  • 嗯,有道理

  • 用 excel 写的用例,从 swagger 上自动获取的,使用 unittest 读取,并写好对应请求方法的处理类,根据字段执行请求。请求只看是否为 200,如果是就通过,否就显示报错详情。最后在 HTMLTestRunner 上显示报告。就是这样的。我目前也打算把断言加到用例里,要不确实有点不太严谨。

  • 哈哈,也还有 3 天的骑驴找马时间呢哈哈。

  • 也干了不短的时间了,各方面有些寒心,觉得没必要待了。

  • 现在明白自己等级了,不过我想多准备一下,争取面中级点的,先把大佬说的这些给找补了。

  • 嗯,好的,谢谢了。

  • 谢谢兄弟指点,之后得多注意一下。

  • 推荐恒捷的(接口测试的一些感悟):https://testerhome.com/topics/3701
    推荐理由:大佬技术全面且扎实,我选个影响力大点的文章推荐。

  • 从零开始搞测试平台 at 2022年05月31日

    哦,我好像点成发布了,麻烦删除一下吧

  • 从零开始搞测试平台 at 2022年05月31日


    还是草稿呢呀,你们已经开始审核了吗

  • 现在是消费降级了吗? at 2022年05月24日

    这是啥呀?变值钱了?

  • 测试基础 10 问 - 上 at 2022年05月23日

    顺便问下大佬提到的:"解决痛点、横向拉通",大佬能举一个例子吗?这两种我平时接触不太到。

  • 测试基础 10 问 - 上 at 2022年05月23日

    大佬一席话,受益匪浅,感谢大佬。

  • 测试基础 10 问 - 上 at 2022年05月22日

    然后想跟大佬谈论一下有关测试学习开发技术应该到何种程度的问题。
    测试学习开发技术,我觉得如果测试都要了解的话,那无疑对于测试点设计的全面性有显著加成。
    首先从宽度来讲肯定是多多益善。
    比如我们项目用后端是 spring boot 前台是 vue。
    我能用 spring boot 写一些接口之后,我开始比较完全的理解了接口倒底是个什么。
    前端知识也是,学了 HTML 和 JS 之后,对于一些前端页面甚至能猜到他们是怎么写,并且有缓存问题也不再去找 cookie,而是先去浏览器的存储里面查看。

    可一般应该学到什么程度比较好呢?
    可真要学话,不论前端后端哪一块知识,都是挺多的,都学进去我觉得付出的成本有点多。
    从我个人体验来看,真要说对我测试有帮助的话就是学了基础之后(能搞个 demo),
    开始对开发做的这些东西有一个明确的概念,不再是像之前那样模模糊糊了。
    后面继续的学习,可能对我做测试平台有用,但是对于丰富我的测试点,我觉得没那么大用了。

    所以总的来说测试学习开发知识我认为应该是广度,明显大于深度比较合适。
    不知大佬是什么看法呢?

  • 测试基础 10 问 - 上 at 2022年05月22日

    "例如,当你了解了 redis 的技术实现,你在设计用例时,就会考虑到数据持久化、数据时效性、数据透传等等场景。"
    这句有点一语惊醒梦中人的感觉,我们也用 redis,但是我却没想过要去按照 redis 的特性测试。
    我觉得根本可能在于对相关知识的缺乏。
    大佬有意愿去整一个这种开发使用工具(比如 redis),及工具对应的测试点的文章吗?
    这样可能帮助坛友们对于自己日常工作的测试点进行一个查漏补缺。
    当然大佬一般比较忙应该,光看这一篇也很有帮助了,感谢大佬分享。

  • OK,试了一下,挺明白的,谢谢大佬。

  • OK,谢谢仁兄指点了。

  • 记一次测试开发面试题 at 2022年04月29日

    能抗到第二轮挺牛了,我笔记只能写算法题。问下笔试的第二题:
    2.双 11 做一个抽奖活动的功能。①抽奖核心抽奖算法功能在前台做,中台负责相关数据存储。 ②前台只做数据展示,中台负责核心抽奖算法。
    ①:以上两种各有什么缺点
    ②:如果是你,你该如何设计
    该如何回答。

  • 好的好的,你后面说的两个方法(一个文件里写 70 个@task,和分写 70 个文件),我感觉都比我的有可行性,感谢大佬。
    然后我参数化的目的其实就是想少写点代码,直接通过 excel 读取再分别执行就完事了,这样一接口就写一个方法的话,等于我又没有参数化了。大佬对于将这些接口批量的读取并执行有啥心得吗?