华夏有一极恶之兽,二足二手,顶生白发。擅唱,跳,rap。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏

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

  • 肯定选 1 啊

  • 现在找工作得找熟人内推好点,因为人选太多,到 HR 环节时会进行横向对比,择优录取,有可能就是因为别人比你年轻 1 岁。。。。

  • 过分,只收小年轻😈

  • 虾皮都半死不活了吧,你这是被 HR 刷 KPI 了

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

    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。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏