其实可以分享下你们目前的做法

很多测试人员经常对其它人说为会不在评审的时候提出来，这种做法很不推荐，别人只是帮你 check，而不是让他来替你思考

这句说得好～

**** 同学，拉黑就拉黑，下一个会更乖

用心了兔兔

对比 jsonschema

楼主用的什么工具写用例？有没有可能换一个工具你写用例的效率会变高

对于缺陷管理的过程这块，我觉得可以再补充补充，比如缺陷关闭后 测试还能做什么？

当然，本文不仅是为了分享缺陷管理的具体内容，也是为了思考如何做好缺陷管理
“识别好关键的项目节点，建立合适的协作流程，明确什么时间（节点）应该由什么人做什么事。” 这或许会是一个答案。

也可以深入讲下这段内容..整篇看完给我一种意犹未尽的感觉，刚看到疑似重点，卡擦一下 结束了

就是感觉什么都接触了 但是在看到那些面试题目的时候还是会一脸懵 就是有一种不踏实的感觉

学习的内容尽量结合项目做实践，执行过程中会遇到各种问题的，在问题中慢慢积累自己的经验

“CAN 通讯诊断测试”。。第一次听，蹲个大佬指点

这个坑肯定要跳出去，骑驴找马吧～空闲的时候为面试材料做做准备～

1.视频双方无法入会;
2.视频过程中黑屏;
3.视频中无法听到对方声音........

在我的理解里，这三个问题都属于主流程问题了，回归测试中是一定需要覆盖的。可不可以从问题产生的原因分析，看下是哪块漏了。我感觉是不是集成 SDK 的时候就要测试到不同系统/设备，而不是留到回归阶段～

音视频测试回归量太大

能否重新整理下回归用例，一些异常/难触发的点不要放在回归用例中，回归时选择的设备和系统尽量用线上用户占比前三的？

UI 自动化，怎么模拟双方的场景？

没有接触过，社区有类似的贴：https://testerhome.com/topics/33528

楼上的大佬都说得很详细了～我说个其他角度的吧，可以慢慢培养下自己的软技能，如系统规划能力、沟通表达能力..可以看些相关的书籍教程啥的，后面不管做哪个岗位都能用得上。10x 程序员工作法内容挺详细..【刚好在看，不是广告】

后续提升过程中，要习惯对学习过程中遇到的问题进行总结。个人觉得过程中的总结也是能体现能力的一部分，可能下一道面试题是 “你做 XXX 平台的过程中，遇到最大的阻碍是什么，如何解决的”～能够逻辑清晰地表达清楚你的技术，会为面试加分～

思路很棒

很详细，但感觉研发内部推会不会比测试去 CR 更合适一些？

可以从压测的整体流程上去说明，如指标、模型、方案、监控、场景、执行、分析调优....执行只是其中一小部分。面试的时候尽量避免针对某个环境做详细描述，把格局打开～

从理论知识的角度，可以用来当作入门文章

每一条总结都很到位，很适合刚入门的新人

成熟的公司确实可能会直接提供一套完善的平台给到员工进行使用，这种环境下要注意避免只停留在工具表层的使用，遇到任何问题都要学会进行思考与总结，深挖事物的本质。

哈哈哈哈哈哈哈救命 一个个字都认识 写成一个方法后就看不懂了

变量用英文命名清晰点，和中文效果差不多

“同样的，还有问比如微信红包有哪些测试点的。看起来高级一些，但本质上和上面的问题没什么区别。因为每个人对微信红包的需求并不会有很全面的了解，对它背后的技术也无法知晓，只能围绕功能的边界值和等价类来展开，最多再加上一些性能的思考。因为大家都不清楚他背后的整体业务流程和架构是什么样的。一些看似正确但无法确认的用例，对双而方都是尬聊。”
很有道理，给一个不确定的需求去让其他人描述用例，就是在尬聊

金山好像在珠海，可以冲一冲

好全面～感谢分享，虽然暂时用不上。哈哈哈。

1、可以去找其他人大概了解下整个链路的实现，有个大概的框架：APP 用户进行操作-- APP 传输信息给机器人 -- 机器人收到指令后去执行。
2、着重学习机器人内部的实现，你说的 ecu vcu 啥的，建议最好站在开发的角度去学习，找些机器人开发的资料看看

没毛病，一方面是如何清晰表达自己的观点，另一方面是如何快速理解他人的观点