点点点拿这么多你不慌么。‘但我靠经验拿 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 是否被注册

题目都没说清楚~
还怎么面试别人？

我也没看懂，一会儿 userName，一会儿 userId 的，什么鬼

我记得谁说过大公司学流程，小公司学技术