华夏有一极恶之兽,二足二手,顶生白发。擅唱,跳,rap。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏
你不如给我五块钱,我给你一堆自动化培训课程
肯定选 1 啊
现在找工作得找熟人内推好点,因为人选太多,到 HR 环节时会进行横向对比,择优录取,有可能就是因为别人比你年轻 1 岁。。。。
过分,只收小年轻
虾皮都半死不活了吧,你这是被 HR 刷 KPI 了
跟你说说我每个问题的目的。。。防止你看不懂
1[你工作这么久了,单人还要写这么多吗?]
我这个问题主要是验证工作经验和人力分配的合理性,
资历较深的员工,往往需要更关注测试框架设计、流程优化或团队管理,或承担有测试深度的工作,这大量的基础用例编写是不是一种资源错配的表现?。当然如果你说你公司只有你一个人,那当我没说,但是从你的回复中可以知道你也担任过面试官,那就不应该只有你一个测试。
2[项目规模和团队分工怎样?有多少个模块?]
我这个问题主要是验证实际业务需求是否需要单人 8000 条用例,
大项目、多模块的系统才可能产生大量用例,小而精的项目通常无需庞杂用例库。若模块数量少却声称用例多,可能存在虚报。团队是否分工直接影响个人工作量,若多人协作,我想知道你分到哪个模块达成这么高数量的用例?。
3【项目迭代周期怎样?】
我这个问题主要是验证是否具备时间可行性和业务合理性
迭代快的在新增用例上多是聚焦本次迭代的需求,增量小且自动化为主
迭代慢的在新增用例上以大功能模块,覆盖全场景且手动为主
4[项目有几个测试人力?]
我这个问题主要是验证用例数是否合理
如果是多人协作,假设团队有 5 人,按每人 8000 条计算,年总用例数 4 万条甚至需维护十几万条历史用例,这离谱到极致。
5[测试用例的颗粒度怎样?]
我这个问题主要是验证是否是低质量堆量
若颗粒度过细(如单个输入项拆分 10 条用例),或冗余重复(如通过数据驱动复制相似流程),看似总数量大但价值低,可能通过刻意拆条 “灌水”,那 8 千还挺正常
6【自动化用例占比多少?是否有通过数据驱动快速生成参数化用例】
我这个问题主要是验证是否包含自动化生成的 “伪用例”
自动化测试框架(如数据驱动、关键字驱动)可快速生成数百条参数化用例(例如输入不同用户类型、边界值),这类 “用例” 本质是脚本执行的参数,不依赖人工编写,本身应该也没人会去把这个记为自己写的测试用例 emmmmmmmmmm。若自动化用例占比较高(如 80%),且人为将自动化参数算作 “用例数”,则 8000 条可能更合理。
所以我才不喜欢问这种无聊的问题,正经人谁去记写过多少条测试用例?
不是,你知道一年 8 千条用例是什么概念吗?
你的回复也跟我问的风马牛不相及,
我只是好奇你所做项目的规模和人力配置比,
你是怎么一年写了 8 千条用例的,这八千条用例到底是功能用例还是自动化用例,然后问出如下问题:
你工作这么久了,单人还要写这么多吗?
项目规模和团队分工怎样?有多少个模块?
项目迭代周期怎样?
项目有几个测试人力?
测试用例的颗粒度怎样?
自动化用例占比多少? 是否有通过数据驱动快速生成参数化用例?
现在的招聘要求跟许愿差不多,全精通、会开发、会运维,标价 11K,还一堆人投
你确定要找马?
你工作这么久了,单人还要写这么多吗?
项目规模和团队分工怎样?有多少个模块?
项目迭代周期怎样?
项目有几个测试人力?
测试用例的颗粒度怎样?
自动化用例占比多少? 是否有通过数据驱动快速生成参数化用例?
你这 1 年写的用例数顶我几年的了
一年就要 8 千条用例的项目,得是大型金融系统且用例颗粒度极细的,否则我真想象不到你是在做什么? 一条用例 40 个字好了,你就写了 32 万个字,都可以出本小说了
@ 我不吃香菜
那你最近的项目写了多少用例呢?
华夏有一极恶之兽,二足二手,顶生白发。擅唱,跳,rap。练二年又余,便呼全民者好,乃拋衣,得球起舞。起舞之时,多作赞美家禽之言,大呼:鸡甚美!往返反复。叫声凄凄然,其吊带一松,便上下窜动,令人生畏