这里有个完整教程，适合 pytest 路线
https://dongfanger.gitee.io/blog/%E6%9B%B4%E5%A4%9A%E8%AF%AD%E8%A8%80/000001-%E3%80%90%E5%BC%80%E6%BA%90%E6%A1%86%E6%9E%B6%E3%80%91%E5%85%B3%E9%94%AE%E5%AD%97%E9%A9%B1%E5%8A%A8%E6%A1%86%E6%9E%B6.html

就学习方法而言，个人推荐：
1、首选官方教程，官方教程永远是对新手最友好的教程，条理清晰，循序渐进；
2、其次是博客，很多博客是对知识进行了拆解，用更容易理解的语言二次解释；
3、开源项目，比如想学习 pytest，可以看一下 tep，能够帮你快速构建整体认知；

代码确实不够简洁，假如文件很多，那么可读性会比较差。可以考虑下代码数据分离，用文本文件或者 yaml 文件把 path 单独存放，再写个 loader 读取到代码里面，代码就看着要 “优雅” 点。

用例评审：
1、对齐产研测三方信息，尤其是中途发生过变更的点；
2、范围包括：模块用例、联调用例、测试物料；
3、评审过中，说不定能发现提测前 Bug；

开发人员不能做测试，因为自己测自己写的程序，从人的惰性角度来说，很多 bug 还是发现不了。测试人员要写代码，因为人工测试效率低，需要写工具或平台的代码，提高测试效率。二者其实是两条平行线，开发做测试也不合适，测试做开发也不合适。也不排除有些综合能力特别强的团队能够开发和测试全包，并且能输出高质量产品，但这也是极少了。

如果转过去的话，年底绩效不合格的指标大概率是我来扛。
今年还是稳一点好吧，这个情况转过去不一定就比继续做测试好，反而可能会认为心态有点浮躁，对以后发展不利，何况年龄也摆在那了。
建议先稳住，既然现在是测开，那么下次业务调整有测开的机会，估计也会优先考虑你吧。再等等。

用例集：按照系统模块或逻辑分组。
用例标题：对测试内容的精准简洁描述，尽可能用少的字符数描述清楚用例覆盖点及结果，一定要有结果。
步骤描述：对测试内容的详细步骤描述，包括但不限于：1、数据初始化；2、功能步骤。
预期结果：执行步骤对应的无 bug 时的结果。
前置条件、用例类型、优先级按需添加。
XMind 推荐用以下格式编写：

用例集可以多层菜单；
用例集下只有一层用例标题，用例标题打上优先级的标记；
用例标题建议一句话：验证 + 动作 + 结果，比如：
验证输入正确信息登录成功。
验证输入错误用户名提示用户不存在。
验证输入错误密码提示用户密码不匹配。
步骤拆成多个，步骤描述和预期结果一一对应；
用 XMind 的概要补充前提条件；
注意，让每条用例都是完整的，能让别人执行的。

JAVA 编码规范方面检查项，可以参考《阿里巴巴 Java 开发手册》：
最新版本：黄山版（2022.2.3 发布）
https://github.com/alibaba/p3c

看了下原文，这两个图应该这样来对比：


PS：https://martinfowler.com/articles/practical-test-pyramid.html 这篇文章干货很多，值得细读。

能过面试拿到一份测试开发工作 offer
一、进大厂，大厂的很多业务测试，也是叫做测试开发工程师。
二、磨炼技术，会做测试平台开发，是基本要求，从前端到后端到运维，整个链路的技能点都得点亮。
多看机会，多去面试，带着目标感行动，认知到自己离测试开发的真实差距在哪，比自己闷着头学习更加高效。