1. 既然注册请求的 userName 不允许重复，那么重复值是肯定要测的，看后台怎么给返回值了；其他的测试就按照正常的测试流程了:长度 (0、规格长度、超长)、特殊字符、中文
2. 返回值的 userId，这个其实不太好预测，可能要看一下后台生成规则，可能是随机的，也可能是数据库自增产生的，根据生成规则判断一下 userId 返回数据的数据格式 (或者如果是自增产生的，是否可以查询一下当前的最大值，那么可以期待一下下一个值，当然这个不考虑并发的情况下)；目前我们这边不验证这个 userId，最多验证一下格式 (比如是否是八位？主要测试下是否符合后台生成规则)，或者有时候根本就判断一下这个 userId 是不是空就可以结束叻 (这是基于后台代码写的不错的情况下)，但是这个字段最好不要在响应中体现吧？
3. 并发注册测试一下，看这个 userId 会不会重复，代码能不能有效处理多线程

其他的，想不到了，嗯。。。，虽然也没有明白楼主主要想测试哪方面的能力。。

userId 是唯一主键，userName 是唯一的外键。
你想说从数据库里搜一个存在的，再搜一个不存在的？
测试环境是可以这么玩。
注册入参是带 userName 的，如果返回有 userId，你们开发就是菜鸡，没有一丁点的安全意识。

用是可以用，但是看不到代码

第一个是题目描述有歧义。。userName 和 userID 是不是两个字段，一会儿 userName 一会儿 userID 的，不了解的以为你打错了。。
就当你没打错，我理解的题目意思是发送一个 userName 返回一个 userID,而且这个 userID 不重复，那就说明 userName 可以重复喽，
首先空值可不可以传，最多传多少字符，支持汉字么，支持符号么，支持空格么，用同一个 usaerName 多线程循环请求看会不会出现并发问题。
让我设计这个 userID，sql 主键自增也行，时间戳加别的信息也行，UUID 不太清楚怎么生成的哈就不讲了。
自动化的化上面提到的分开写 case 就可以了。。
大概我是这么想的

如果你是被面试者，你会如何回答这个问题呢

正好学习呀，等差不多学会了，再跳呗，那么好的学习环境，各种代码脚本都是现成的。

关于自动化平台开发的有什么好书推荐呢

看到书名，我吓了一跳。

这样子加重了管理员的负担，应该有更敏捷的方式推荐好书

把书邮寄到管理员那里，让他们审核阅读给个评分，优秀的管理员会推荐。市面上烂书太多，所以管理的很严格。可以加思寒或者恒温的微信联络。

多看一下开发相关的书，coding review 能力不能太低

错了，另外一位作者写的，这书比虫师写的好

记得是虫师写的

回 2 楼，据传言那个作者不咋地~

社区推荐书籍的气氛不是很好啊，可能是好书不多，看书的人也不多吧，这个气氛可以搞起哇，特别是一些大佬推荐的书籍，更有学习价值。比一篇帖子更系统

估计没用 markdown 排版或排版丑的一笔，被毙掉的几率很大 2333

刚看到了，《自动化平台测试开发》，看封面还不错啊

推荐请通过管理员，另外一个封面，其他啥都没有，推荐个毛啊？

说真的，看到 LZ 发帖，我连喷的欲望都没有

有没有测试开发相关的微信群啊。可以交流下

选 A 继续累积实力 然后找更好的机会
阿里的外包还是外包 外包我觉得只有学历没办法的人 或者培训班的 才会去
正常有点追求的 为什么要去外包？

感觉只有刚刚出来 2-3 年的 才喜欢搞这些东西，野心勃勃，想会这个会那个
其实在工作中深入的就那么几个点，全会点皮毛，不如精通某个领域的几项

基本能学到退休,前提是能活到退休;

还是当成参考比较好.有些必须熟练掌握的先搞定,有些东西即使费劲学会,也不见得找得到用的上的岗位；

拉个单子出来还是很好

貌似都是这样要求万金油测试，要精通前端，后台，开发，算法，运维，自动化，性能...认识过一些 bat 的测试和某些测试架构师都没有这么厉害