• 艾伦一生追求自由,却始终被宿命束缚
    他的故事一直在质问 “自由是否存在”,以及 “为自由付出的代价是否合理”
    有极端理想主义、强烈的执念、为达目的不惜代价的倾向
    我很怕引入这类型的人,用得好是破局的利刃,失控则可能伤及到我😈

    楼上 2.5 条悟可能更适合做同事,他会一直告诉我们 “会赢的”

  • 没办法,看到很多人不管是面试还是工作,都保留着学生时期的思维,觉得 "错了" 就是 自己 “答案” 不正确

  • 根据我多年唱跳的经验来说,工作的个人发展就是靠运气,只不过很多人会觉得是因为自己的努力😈

  • 唱、跳、rap 均属于需要公开表达自我的艺术形式,表明候选人 外向、自信,享受在他人面前展示才华,不畏惧被关注或评价,

    打篮球作为群体运动,需与队友互动,反映其 社交能力 和 团队协作能力 ,还有年轻健康的 body,是一个真正的鳗。

    rap 的即兴创作需要快思维、创新意识 和情感表达,证明候选人具备较强的 艺术敏感度 和开放心态。

    总结: 一个人同时掌握多种跨领域技能,说明 学习能力强,愿意接受新挑战并投入时间精力精进自我,而且是 IKUN,比较好相处

  • 不知道你是不是有类似大厂的经历,这个经历也不一定是好事,特别是你去投小公司,

    有些面试官可能她/他以前进不去,看到面试者上写着某某厂经历时,会有一种报复感 或者 是不甘感,ta 不会觉得你是个人才,而是想借着面试,从多角度刁难证明你不行,最后再让你回去等消息,平日里聊天时就可以来一句 “我面过某某厂的人,他们真不怎样”

  • 2 月份面试总结 at 2025年03月03日

    以前活跃的基本都走了,所以你就常常看到我😈

  • 2 月份面试总结 at 2025年03月03日

    值不值钱不是你技能说了算,是市场行情说了算,高盈利/高前景业务才有高工资

  • 2 月份面试总结 at 2025年03月03日

    现在这市场环境是很恶劣,你能约到这么多面试已经是相当优秀了,不过通过你的描述,我能感觉得出至少有一半以上的公司都是拿你刷 KPI 或者做市场调研了。至于面试回答问题,其实这个反倒不重要爱,你大部分都能进到三面或者终面,那就不是问题回答得不好,是因为你的学历问题。

    如果你不介意外包,其实可以找下恒温,做数字马力那个

  • 曾经拿过你司的体验卡,你们真的很喜欢裁员😈

  • 高龄测试在大厂依靠:出生早(80%)+ 运气(19%)+ 个人努力(0% 或者 100%)

  • 测试老师们, at 2025年02月28日

    提升竞争力的关键在于加入【一个业务上有竞争力的公司】、【处于风口上的业务】

  • 太闲? 那离倒闭不远了。。。。。

  • 首先排除深圳,深圳是年轻人的城市,33 相当于坐过牢,建议杭州

  • 我跟人事聊过,她们对于【非统招本】都是直接 pass 掉

  • 正解

  • 你不如给我五块钱,我给你一堆自动化培训课程😈

  • 肯定选 1 啊

  • 跟你说说我每个问题的目的。。。防止你看不懂

    1[你工作这么久了,单人还要写这么多吗?]

    我这个问题主要是验证工作经验和人力分配的合理性
    资历较深的员工,往往需要更关注测试框架设计、流程优化或团队管理,或承担有测试深度的工作,这大量的基础用例编写是不是一种资源错配的表现?。当然如果你说你公司只有你一个人,那当我没说,但是从你的回复中可以知道你也担任过面试官,那就不应该只有你一个测试。


    2[项目规模和团队分工怎样?有多少个模块?]

    我这个问题主要是验证实际业务需求是否需要单人 8000 条用例
    大项目、多模块的系统才可能产生大量用例,小而精的项目通常无需庞杂用例库。若模块数量少却声称用例多,可能存在虚报。团队是否分工直接影响个人工作量,若多人协作,我想知道你分到哪个模块达成这么高数量的用例?。


    3【项目迭代周期怎样?】

    我这个问题主要是验证是否具备时间可行性和业务合理性
    迭代快的在新增用例上多是聚焦本次迭代的需求,增量小且自动化为主
    迭代慢的在新增用例上以大功能模块,覆盖全场景且手动为主


    4[项目有几个测试人力?]

    我这个问题主要是验证用例数是否合理
    如果是多人协作,假设团队有 5 人,按每人 8000 条计算,年总用例数 4 万条甚至需维护十几万条历史用例,这离谱到极致。


    5[测试用例的颗粒度怎样?]

    我这个问题主要是验证是否是低质量堆量
    若颗粒度过细(如单个输入项拆分 10 条用例),或冗余重复(如通过数据驱动复制相似流程),看似总数量大但价值低,可能通过刻意拆条 “灌水”,那 8 千还挺正常


    6【自动化用例占比多少?是否有通过数据驱动快速生成参数化用例】

    我这个问题主要是验证是否包含自动化生成的 “伪用例”
    自动化测试框架(如数据驱动、关键字驱动)可快速生成数百条参数化用例(例如输入不同用户类型、边界值),这类 “用例” 本质是脚本执行的参数,不依赖人工编写,本身应该也没人会去把这个记为自己写的测试用例 emmmmmmmmmm。若自动化用例占比较高(如 80%),且人为将自动化参数算作 “用例数”,则 8000 条可能更合理。

    所以我才不喜欢问这种无聊的问题,正经人谁去记写过多少条测试用例?

  • 不是,你知道一年 8 千条用例是什么概念吗?
    你的回复也跟我问的风马牛不相及,

    我只是好奇你所做项目的规模和人力配置比,
    你是怎么一年写了 8 千条用例的,这八千条用例到底是功能用例还是自动化用例,然后问出如下问题:

    你工作这么久了,单人还要写这么多吗?
    项目规模和团队分工怎样?有多少个模块?
    项目迭代周期怎样?
    项目有几个测试人力?
    测试用例的颗粒度怎样?
    自动化用例占比多少? 是否有通过数据驱动快速生成参数化用例?

  • 骑驴找马是不是机会更少 at 2025年02月19日

    现在的招聘要求跟许愿差不多,全精通、会开发、会运维,标价 11K,还一堆人投
    你确定要找马?

  • 你工作这么久了,单人还要写这么多吗?
    项目规模和团队分工怎样?有多少个模块?
    项目迭代周期怎样?
    项目有几个测试人力?
    测试用例的颗粒度怎样?
    自动化用例占比多少? 是否有通过数据驱动快速生成参数化用例?

    你这 1 年写的用例数顶我几年的了
    一年就要 8 千条用例的项目,得是大型金融系统且用例颗粒度极细的,否则我真想象不到你是在做什么? 一条用例 40 个字好了,你就写了 32 万个字,都可以出本小说了

  • @ 我不吃香菜
    那你最近的项目写了多少用例呢?

  • 测试平台嘛,功能大差不差,应该找你们公司用的人提意见比较实际

  • 大佬是在整这个?

  • 最后一句才是重点😈
    但是【唱跳 rap 打篮球】楼主,既然你是 IKUN,如果你真的要走网安这条路,可以考虑考个事业单位😈