楼主说得没毛病,但是应该有前提,测试也可以是技术路线,也可以是业务路线,如果是功能测试,在某些特殊行业,对业务背景要求比较高的地方,确实拿 20K 没毛病,但是谁不希望自己多会点技能呢,如果你现在有编程能力的话,也许已经拿 30 或是 40 了也说不定的
其实熟悉业务的话,考经验能到 20k。但是不会点脚本代码,你的测试效率肯定不会很高,如果工作不忙,不妨学点充实下自己,万一公司有什么意外 ...
好好在你这家公司呆着吧,你这样的出去最多 5k
点点点拿这么多你不慌么。‘但我靠经验拿 20K 还是没有问题的’,只是点点点,又有什么经验可言?怀疑你是来捣乱社区气氛的
每次上线只测试改了的功能么,之前的功能怎么保证
互联网公司什么最重要?功能上线!至于回归测试,适用于传统公司瀑布模型。
问个问题,你们做回归测试的时候累么?还是不做回归
生成用户名称/昵称的需求还是可以接触到的,例如使用手机号码、qq 账号注册微信账号时微信账号是自动生成的,允许修改一次。
另外 userName 生成函数我个人习惯用: autotest+ 时间戳 去生成, 我觉得这个相对来说不会最不会重复。
如果说要考虑到 username 的长度的话,可能会做点长度的处理。
楼主错过了(刷掉了)很多可以做自己师傅的人
不好意思,打字快了一点,打错了。
第二行的中的 userId 应该是 userName。
我心目中的答案是,userName 可以用函数去生成一个不会重复的用户名,
对于返回 userId,也可以做一个函数根据 userName 去数据库查询到 userId。
主要是看看面试者是否熟悉接口测试工具中函数的使用,和一些在 response 中一些变化的返回值去如何处理的。
这些场合其实在接口测试的时候还是挺常见的。
看到大家的反应,也许我要去思考一下如何出这种题目了。
题目描述的不清楚,我的理解跟 2 楼是一样的,调用注册接口时:
request 里有一个字段是 userName,传递的值是注册时,用户填写的用户名;
response 里有一个字段是 userId,用于标记用户的唯一性;
按现有需求,需要确保此接口注册的用户 userId 唯一,那么请问,如何设计此接口的测试用例?
去了华为你才发现,这帮傻比在骗你……哪里都可以学技术,但是流程的确小公司很难学到
请先学会如何把问题说清楚吧。
麻烦先说清楚题目吧
分库分表有点意思。不介意多交互一次的话,可以利用自增主键做一个唯一 userid 的生成器。或者每个分表有一个 offset,然后基于这个 offset 自增,当然这个数量上就有局限了。
我觉得这个是数据层面的问题吧,需要看下 userID 是怎么生成的,如果是随机码,那去验重的必要性就比较小,如果是通过一些列算法计算得出,那还要考虑数据库是怎么设置的,如果 ID 是通过 name 固定算法生成,也就是说,我们在数据层面只需要验证 name 的重复性就好了吧。
不知道我这样理解对不对,说实话,有点没搞懂这个问题的关注点是哪里,可能是我没理解到位。
肯定是你的问题,工作中见过很多情商低的 it 人员
说实话我没看懂题目,没有任何接口说明让别人测试都是耍流氓,至少参数限制数据类型得给吧
好奇楼主的答案,除了 13 楼的大哥答案,我想不出别的
很好奇楼主的答案
小公司学技术,这个我觉得,90% 的小公司都是单纯点点点的
题目描述很混乱,没有重点,能问出这种问题的,我只能说你一点都不懂接口自动化。
楼上几位大佬已经把 case 各种情况考虑了,个人认为既然是注册的功能,返回的除了 userId,应该还需要一个字段 isHas,来表示这个 userName 是否被注册