• 微服务间的测试策略 at 2022年11月03日

    团队中有落地的单体服务自动化测试方法吗

  • 这种情况我一般不死磕,直接校验视频资源获取状态码 200。

  • 这个是个练手的机会,目测之前没有专业的测试主管在管理,你按 4 楼大佬说的去做就行,最后结果可能是全系统需要重新测试,需要更多的人力,做着做着就成主管了。

  • 挺羡慕能够按部就班的,楼主生活肯定很幸福。

  • 看得出楼主在当前公司有落地一些有价值的事项,但简历整理得很烂,“主动学习”、“承担” 这些不应该描述出来,重新整理下,公司的相关经验可以分为岗位职责和落地事项,个人技能这块应该配合对应事项描述出来,比方说 “有一定的 java 基础,能配合开发定位服务日志,能自行辨别 java 空指针报错信息”

  • 给个建议,找个心意的岗位对标着技能去整理简历,精进对应的技术栈,不要想着自己的技能值多少钱,要看的是你会的东西能给公司带来多少价值,比方说有的公司想招安全专项的测试,你就要尽可能体现安全这块的亮点,玩转 Burpsuite、owapsTOP10 的举一反三、能提供规范化的安全测试报告这样,这样即使你只会安全这块,也比会杂七杂八的测试要更有竞争力,性价比更高,要个 20K 也不是不可能。

  • 比如说之前只建了 1 个 jenkins 任务跑,根据需求拆分成 10 个小需求小项目,建 10 个 jenkins 任务跑。

  • 我觉得问题 1 有个点必须带上,线上 bug 复盘,再拓展下解决问题的能力,问题的快速定位、如何减小影响面。

    问题 2 竞品维度是一个点,还可以先在公司内部推广使用,收集反馈,或者找个该产品的小白用户试用下,他们提出的体验问题质量很高。再进阶点就得学习学习用户体验相关的书籍或课程,也能从中取些经,从更细粒度去看用户体验,比如说按钮的点击效果。

  • 赞成 2 楼和 6 楼的观点,再补充个方法,400 个 case 可以再根据业务细化开来,分成多个任务去执行,比如说 400 个 case 分成 10 个小业务去跑,效率提升比较直观 3.5h/10

  • 请问如何开通个人专栏? at 2022年09月01日

    我也想申请开通专栏,打算输出服务端专项这块

  • 😂 看来槽神也深受其害

  • 那你作为一名开发跑来测试圈里吐槽,内心确实挺明亮的,在这答非所问,他只是说在平常的会议中突然被关系好的开发被刺,并未吐槽开发的不好,想表达公私分明的态度吧。

    你想了解我们怎么吹牛皮,可以多看看论坛里的精华帖,像你这种有技术底子的肯定看得懂吧。

  • “产出 ≠ 苦劳”,回答的很清晰,很专业👍

  • “做的工作说的是什么自动化测试,其实就是鼠标点点点”,当你说出这句话的时候就知道你对测试有非常深的认知,我就好奇这么懂测试的人能写出啥内容,简单看了下回帖全都是唱衰测试,也看出来你测试干了好些年,从你输出的干货能感觉到你比国内 3 万家互联网企业还懂测试。😄

  • 说实话,这跟你们记多少 bug 没啥关系,测试资源这块确实没利用好,4:3 比例确实很高,像这种新需求、迭代快的真不建议搞 ui 自动化,耽误交付时间不说,产出也不明显,ui 自动化测试只是保障线上巡检和回归测试这块,是很难被认可的,大厂都支撑不了这样的资源消耗。

    我建议调整下测试策略,先保障需求按时发版以及线上无严重 bug,联调时就能介入接口测试,接口自动化和接口点点点耗时差不多,等前端提测后点点点再介入,需求按时发版且无其他需求提测时,再分配到 ui 自动化,不能算在发版计划里头。从老板角度,测试的作用就是保障线上的稳定,给你人力也是为了需求按时上线,像性能这块耗时长的话可以往后放,线上真遇到性能问题也有研发的锅😁

  • 测试学了主要是能介入 go 项目的单测,也能做些服务 mock 测试,还有就是性能测试工具,如果只是做些接口层的验证,python 足够,用 go 写的话之后交接可能没人接得住。

    从语言来说 go 性能比 python 好,比 java 容易写(性能:java>go>python)

    从受众程度来看,java 开发岗与 go 开发岗的比例大概有个 10:1 这样。

    如果你时间充裕的话其实可以研究下 go,最好造些轮子,这样你就是先行者😁

  • 会 web、移动端的 ui 自动化吗,广州圈子里有个坑位,8-10K 的,有兴趣的话可以帮你联系下

  • 我建议不要裸辞继续面试,想办法掌握公司较有竞争力的业务或技能,10K 的外包烂大街,现在中大企业第一裁员对象都是外包,10K 左右找些云服务或者大用户量的公司,前期想办法提升竞争力,如果去了外包,明年就业形势更严峻,自身竞争力没提升很容易” 家里蹲 “,学历提升这块其实帮助不大,大专和普通本科渐渐的会被归为一类,很多公司也只关注第一学历。想赚钱还是得想办法卷,做些其他测试做不到的事情,如果你具备单测能力、mini 库 mock 这些,薪资是有机会跳到 20+ 的。

  • 外包薪资能有多诱人。。有 15+ 吗?没有的话最好别去外包,我们这有遇到过 985 毕业的,但他的工作履历都是中软国际啥的,一面就 pass 了,自动化技术也只掌握皮毛,也没触摸到核心业务这块,都是边缘项目的点点点或自动化。

    先看看当前公司的晋升路线,如果没啥晋升机会的话,尽可能去接些大项目,然后从 0 到 1 独立搭建自动化体系、性能测试体系,相关文档也梳理出来,最好弄个博客能写在简历上,当这些都落地后且有正向的评价,不愁找不到高薪自研的公司。

  • 不合适具体原因是啥,学历吗,还是说看过简历后不合适?
    后者的话想办法优化简历,突出亮点,因为现在是连面试都没有,还没问到具体技术。

  • 怎么能刷 KPI at 2022年08月24日

    从服务端的角度 0 到 1 的专项,接口自动化就不用说了,故障演练、性能测试、用例的代码覆盖率、单服务维度的测试、适用于公司服务的模拟桩、CI/CD....

  • 不一定,大多数要求能保证覆盖率即可,理解代码拟个期望结果、实现代码的行覆盖和运用些 mini 库的 mock 模拟交互就可以了。

  • 没必要,除非入职的公司必须要会 java,像阿里这样的,其他公司会一门语言足以解决 9 成问题。竞争力从其他方面提升会比较明显,性能、安全、vue、高 qps 的项目、沟通表达、管理。。。

  • 如果想要在这种公司创造价值获得成就感,你可以转型产品经理,去拉齐需求,可以和老板、客户直接交互。
    如果想继续做测试,建议跳槽,30 岁 8K4 年工作经验的功能测试,试着往管理方向入手吧。
    如果我是你这种情况的话,我会选择转岗转行,外面月薪过万的机会挺多。

  • 描述很烂,和 pytest 无关,有个业务场景需要多个接口请求实现,先理清测试点,测某个接口的返回值就把需要依赖的接口写成前置数据。我建议你先把接口用例设计搞清楚再写脚本吧。。。一个接口一个 case 怎么得出的。。。