生成用户名称/昵称的需求还是可以接触到的，例如使用手机号码、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 的，什么鬼

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

我猜测楼主想要的是：

1. 先设计用例，不要一上来就讲工具。用例设计的时候除了常规正常异常，还需要关注下 userName 重复时 userId 不重复，以及 userId 返回值是否与数据库一致，高并发下是否会出现 userId 重复或由于线程间锁竞争引起的性能的问题。
2. 设计好用例后，再说用工具如何实现。

1、首先需要确认一下你是否描述清楚了你的问题？
2、可以将问题以书面形式展示给面试者。
3、面试是双向的，那个 95% 的比例是不准确的，难道 30 个人仅两个回答与 jmeter 无关？不排除有培训机构推荐过来的菜鸟

两个点，纯粹从楼主的要求考虑，
1.采用 hashset 方式生成制定数量的用户名，用户名不重复了
2.返回结果的 userId，根据服务端的 userid 生成规则。写对应的正则，但考虑到生成的 useid 重复，可以采用 list user 形式，查询条件 userName，判断 list 长度是否为 1，确保唯一性

从开发角度考虑，我直接看开发代码就好了，用例根本都不用设计，开发不会按规则改，我帮他改

什么都有不代表你就什么都掌握了，只是你有幸接触到了。这是个好机会，努力去学习，让它变成你自己掌握的东西。