多谢指教

太窄了把，怎么可能只专于 crud 呢，大部分情况下 crud 还是属于被二次使用，而非主体

太宽泛了老哥

是滴！

用 Java 的都是测试工作前就会的，用 Python 的都是测试工作后学的
---ps：我选择用工具

以客户需求为准条，以服务公司为准则，以牺牲自己为准绳，以质量速度为义务，合起来一句话就是：有没有干过开发转测拖时间，上线时间还提前的工作经验

对，两种场景区分执行，可以减少影响

我这里的登录就是打卡，是我表达不准确
我都意思是：从打卡到打卡后的其他操作为一条线，打卡后的再次打卡 - 这类操作为一条线
前面的是可以形成流水线的，后面的场景则大多为零碎的场景，这两种场景可以区分以 msg 进行校验，这也是一种减少脏数据影响的方法

如果就这个问题而言的话，是两个不同场景，需要使用两条用例来进行覆盖，已登录和未登录的情况下肯定是不同的 msg
---状态不同理应返回的 value 也会不同，我说的顺序是以不同 msg 来做区分，不同前提做区分，以此例来看可以将未登录和已登录做不同的场景前提，分开执行其用例或者对执行逻辑做修改

全面详细具体

使用 code 肯定是不足的，使用 msg 的问题可以考虑不同脚本顺序下对应的不同 msg，以此做断言
--断言的使用还是需要接口响应的具体区分来做前提的，不然就是很容易出现这种响应结果无法区分具体原因或者具体正确性的情况

wait

你给他说说测试的技术域和一些招聘信息就完了，操了！现在的公司是人不是人都要求全栈！！！

顶！

济南在招吗

base 发下，这就去买房入驻

当你不知道某个位置需要干什么的时候，去面个几次就清清楚楚了

少了产品！

base

建议楼主先了解下自动化的引入参考，再实际调研下该产品是否符合准入条件或者说自动化所带来的价值是否值得，待确定这些后再去思考下自动化在产品上的最合适的具体实现方式；
最后应题：我理解的自动化就是将手动通过代码的形式来进行替代，然后集成来统一执行

有没有其他最优解，平台引入是解决现状的最佳方式吗，建议再具体定位下痛点在哪里，哪些是优先级最高的，再来考虑解决方式

真香，不过去不了上海

如果是随波逐流的学习，网上很多建议，如果是为了凸显自己价值，可以先思考下自己的长短板，如果具备发展潜力较大的长板，建议发展此项，如果没有再考虑是否以代码或者开发能力来作为自己的长板发展

要么先入后端开发再进测试，要么保持代码技术，学习业务测试能力，然后学习技术在业务上的应用，大概就这样的路

base