• 兄弟,如果你认为这是你人生中比较重要的选择,那么别在论坛里面问。论坛里面鱼龙混杂,有人客观分析,有人单纯不希望你好。别被过多的声音混淆了自己的视听,你一定有自己最想要的,认准他,然后坚定选择不放弃,你一定会成功!

  • 清醒的积极向上就好了,这种洗脑的东西不用在意。都是一群垃圾罢了

  • 我理解你的意思,但是我觉得你的思路不是特别好。不过下面的代码是能够在另一个 fixture 中获取前一个 fixture 的返回值,不过他依然不是参数化的形式,因为你在另外一个测试用例中调用它,它不是参数化的形式执行的。

    import pytest
    
    @pytest.fixture
    def f_01():
        return [1, 3, 5]
    
    @pytest.fixture(params=["f_01"])
    def f_02(request):
    
        print(request.getfixturevalue(request.param))
    
    
  • 这个,还是看你的具体需求是什么。比方说是想分布式执行还是只起一个 docker 镜像,是想自己写 dockerfile 搭建环境还是用已有的成熟 selenium 镜像。这两方面我都搞过,如果有兴趣可以聊一下你具体走不下去的点,再看如何解决你的问题。

  • 我理解一种是你在函数内进行判断来过滤这个参数的范围。另一种方法就是使用装饰器来限制这个参数的范围,不过会稍微麻烦一点点

  • 如果你诚心解决问题的话,那么给你一个建议,就是用结果说话。在不使用暴力手段的前提下,你是无法堵住一个人的嘴让他不说话的。尽量把成果物做的全面,详细,想好各种可能出现的问题的解决方案,准备好架构图等等以应对可能莫名其妙来的 “质疑”。
    其实职场上就是这样的呀,你只想将事情做好,但总有人想要过来指指点点。我们需要做的,就是不自负,不骄傲,吸取别人话里面的可用部分,自动忽略垃圾话。
    另外,接有偿代打服务🍻

  • 突然不想提 bug 了。。 at 2023年06月02日

    兄弟,如果按照你说的,到目前为止你们的测试工作都是基于这种测试人员主观想法来做的话,我劝你趁早走人。时间久了对你自己没有什么好处,反而会养成很坏的习惯。有些时候如果外界环境我们无法改变,但是你也不想改变自己的时候,试着换个环境。

  • 突然不想提 bug 了。。 at 2023年05月31日

    你有些观点是正确的,比方你关注测试过程而不是 bug 数量。我们唯一需要做的是保证产品的质量。
    你有些观点是极其错误的,你说你看到 bug 也不会提,认为不会影响用户的使用甚至是用户体验更好。你这是主观的行为,你觉得不影响就不影响了么,你觉得用户体验会更好就更好了么?如果你们的测试用例是经过严格的评审的话,那么你的行为是极其不负责任的。
    再有,你说给多少钱干多少事儿,我认同你这个观点,但是前提是如果你觉得当前薪资满足不了你,你可以选择提出调薪或者跳槽,这种消极工作于人于己都是极其不负责任的行为。

  • 如果变量主要发生在 sql 的条件中,建议参数化变量部分,方便维护