页面确实看起来很棒

盲猜 字节的应该会挺多的吧

一样的我的 RSS 都被这种塞满了

说实话，我感觉测试开发很杂，任何领域都要会知道一些，然后做领域交叉 来解决业务问题。接着就是看公司，或者个人兴趣了，再在某个交叉领域深入下去

最讨厌的就是写 excel

jenkins 上的就安装插件 很简单的，自己搭建服务，就 docker run/k8s pod 部署 也很方便

用字典的 key，也可以满足有序无重复

这个完全看 多少人做多少事，如果做平台，得多少人多少时间出结果。是否有更短路径能够先满足当前需求，然后再逐步演变成平台？比如看测试数据，简单就是上报结果到 webserver，其实就能统计到，可以慢慢由一个功能点扩大到一个平台

jenkins 上通过 allure 插件生成报告的地址或者 自己搭建一套 allure server https://github.com/fescobar/allure-docker-service

感谢楼主，好帖子

增量代码覆盖率 100%，整体覆盖率可以找项目负责人达成约定，从多少开始，最终目标通常 80%

单测这事情，相当于给开发增加工作量，没有至上而下的推动很难，所以好的执行方案就是说服老大进行推广

组件间传值 也可以用下 mobx ，风格比较符合后端的编程思维，容易上手点

要么 fixture，要么 pytest 全局变量 pytest.env = {'host': 'xxxxx'} 这里的 env 是自己可以定义的

feedly

有办法禁掉吗？

使用 AST 来做抽象的语法树解析，然后自己建立调用链路关系，但是这种做法通用性不够强，python web 项目写法五花八门的话就适配起来非常麻烦，最好是项目的框架要统一，接口的定义上最好统一

如果不改变 func 的情况下，感觉只能通过 ast 去解析出抽象语法树，然后才能找到 a

我 14 年毕业，也即将奔三，说实在的到了这个年纪确实容易让人迷茫，最近也打算看看外面机会吧。
我自己的情况：
14 年毕业 C++ 开发加入到一家金融类公司 之前实习过一年，但是毕业后干了 4 个月后受不了新领导了，然后就换了一份工作是一家外企，看招聘 python 开发，就进去了，但是进去后发现是给一个自动化测试组写工具及自动化开发。就这样误打误撞进入了测试行业。外企干了 3 年后，觉得再这样要废了，拿了两个 offer 一个是 python 后端开发，一个是测开，纠结了很久之后选择了测开，因为觉得毕竟已经投入 3 年时间在这个行业了。就这样干了又快 3 年，年龄也快 30 了，就觉得有种一事无成的烦恼和迷茫，最近看了一些书，发现自己也慢慢的接受了自己可能就是一个平凡的人。过年前到现在一直在想以后的职业发展应该怎么样。最近考虑准备考公务员了。

作为带过校招生的人来看，我觉得你在进入写自动化时候困难重重以及被自动化负责人喷这件事上来看。我觉得还是组织的团队培养体系和知识体系问题。因为对于一个没有工作经历的人来说，一些思想上经验上挺容易导致自动化用例写的不好。我觉得喷你的自动化负责人也该自省下，为什么没有 review 的时候发现问题，为什么代码 merge 前没有 pipeline 自动检查自动化用例是否 ok，你也不用太沮丧，越是担心犯错就越会容易放错，如果现在被喷的没有自信。可以先从自己拿手的领域先找回点自信

今年 30 岁，也感受到了上班性价比太低了，没日没夜的加班，感受到了生命的透支。经常感到哪哪哪不舒服，过年前买了重疾险。。 最终消耗生命没赚到多少钱。

单接口测试说实话意义不大 1.无法覆盖真实业务 2.数据 hardcode，如果数据要动态，其实就是已经实现业务场景了

哈哈哈。有道理，楼主怎么第二天就没了

要适用大规模运行的场景 ，用例执行 就得分离出去，我们做了一个跟 你这个类似的平台，执行这块可以优化下，我们是将执行分离给专门的 runner pod(statefulset 类型)，通过 pytest-xdist 中的 execnet 这个库来做热更和代码的远程执行，然后再走 allure-service-api 来生成报告。

强制缓存和协商缓存 HTTP 协议可以控制