其实我们自己平时写作或者写文案的时候也是类似的

其实我有疑问，比如 AI 通过大数据获得一个问题的俩种类似的答案，如果它把这俩个答案拼接再加上词藻告诉你，这个算创造还是只是数据组合呢

此处可以 @ 上次那位老哥

你至少应该描述一下你要构造什么类型数据

有种自己老了的感觉

不能携带登录态吗

我一般是已经开始看下个版本的需求并开始设计，或者突然被其他特性组的关联需求叫去了解需求 ，实在没什么事就看一些能力提高的文章呗

是整个项目收尾还是只是一个版本呢

前端的控制是虚假的，可以被绕过

你需要体现当你获得发布权限会带来什么价值后续拉会对齐，例如风险把控、责任人等

首先测试环境发布权限本来也不应该在开发手中，而是由项目经理把控，如果没有项目经理也应该是由测试主管把控什么时候发布

有没有可能是他们京东内部的官号发的内容呢

类型校验这个，看特性组吧，有时候还是需要的

学习到了，感谢大佬

有没有一种可能，所谓的不关注项目本身是因为他们是专职弄效能的同事，或者是已经完成项目的基本功能测试想要追求效能提升。

加油

领导是这样的话，可不可以自己去做一下技术选型，把自己熟悉的知道的自动化框架列一下，陈述利弊，领导有什么问题或者有更好的，后续会议上讨论

如果产品确认是很刁钻的场景客户很难或者几乎不会碰到，不考虑就不考虑了咯

当然需要，产品很多时候也只是把控需求的大概，具体细节很多是考虑不到，建议测试在介入需求后如果有发现需求不明确或者细节不明确的情况，及时记录一下，及时和产品确认，如果疑问太多建议拉齐测试经理、开发负责人、产品、交互设计师一起开会对齐

不然后续随着迭代版本管理以及用例后续的转自动化会是大麻烦的

好硬核

通过 cookie 绕过

支持

确实，不过多学习总是好的，学对方向

这个淘汰很久了