测试这个职业有技术的多了去了，只能说你对测试的认知还不够，你换个思路想，公司招功能测试是为了解决什么问题？招自动化测试是为了解决什么问题？招测试主管有什么用？
初级的功能测试，可能只知道点点点，开发、主管叫你测啥业务，你就跟着测啥业务，没什么主见，经常做一些重复性测试。
高级的功能测试，看到 bug，可以直接联想到什么代码逻辑导致的缺陷，也知道怎么通过测试流程去减少测试耗时同时又保证测试质量。
测试主管需要具备的团队协作能力，项目进度把控能力，组员的能力提升，测试人力资源利用。
这些涉及到技术点就足够你花长时间去学习，测试没你想象得那么没用，测试不只是有初级功能测试，多看看外面。

你应该是想要个异常报错进行截图保存的装饰器

import functools
import inspect


def screen(target=None, func_prefix="test"):

    def decorator(func_or_cls):
        if inspect.isfunction(func_or_cls):
            @functools.wraps(func_or_cls)
            def wrapper(*args, **kwargs):
                try:
                    return func_or_cls(*args, **kwargs)
                except Exception:  # 可以修改要捕获的异常类型
                    args[0].driver.save_screenshot('./screenshot/' + str(args[0]) + ".png")  # args[0].driver对应测试类中的driver
                    raise

            return wrapper
        elif inspect.isclass(func_or_cls):
            for name, func in list(func_or_cls.__dict__.items()):
                if inspect.isfunction(func) and name.startswith(func_prefix):
                    setattr(func_or_cls, name, decorator(func))
            return func_or_cls
        else:
            raise AttributeError

    if target:
        return decorator(target)
    else:
        return decorator

from common.screen import screen


    @screen
    def testCase01(self):

我买个课听听看，高楼的性能 30 讲对吧

谢谢，我去参考下

我们是自己探索跟实践，有经验丰富的人指导下，可以少走点弯路

因为我们那的需求都是单服务的需求，每个单服务都能够独立执行，所以没有一些外部需求背景，只有一份设计文档

不建议用这个思路去设计用例。
跟着开发的代码思路、设计思路写用例，和开发写的单元测试场景重复性高，会被开发带偏，容易忽略特殊的业务场景（可能开发漏了该业务场景的考虑），假设开发写了额外的代码逻辑在设计文档中未体现，就无法保证代码覆盖率等。

当初做服务端测试时，拿着开发给的设计文档写测试用例，被 P9 级大佬叼到无地自容，重写了 5 6 次用例

这个思路很难成立，有个前提就很难保证，需要相信开发的代码，不然只能全量覆盖

目前解决方案：降 rf 版本，将不支持的语法暂时写死值去取代

用了同事的版本 run 不起来， 降了版本存在语法错误，有的语法只有较新的版本支持

这边项目用的都是 python2 暂时不考虑升级

改了文件名 ride log 有这个报错

view parse log 有报错，但我只执行了第一条用例，报了其他用例的错误

没有

等待开源

还有重要的一个点，面试要自信，尽可能化被动为主动

可能你的技术是够了，但这面答确实不行，尽可能在每个问题的正确答案里添加一些个人简介及思路，多结合实际场景来回答，面试官对工作年限较高的工作者的考核，不仅仅是一个基本答案，一般还会关注你的可塑性，有没有做管理的潜质，思维是否灵活，业务的理解程度，有没有开发新业务的潜质，造轮子的工作谁都能做。

再扫一次报告无该漏洞就算解决了

小鹏的作息是怎样的

从你描述来看能有 50 并发就能满足这个场景，可以阶梯式压测，测测瓶颈，并发数 50 100 200 那样上去压，持续时间 30min 已经能满足了

如果岗位对标的只是点点点测试，不建议去，这种强度一般不会给你太多的空隙去学习，如果是测试开发岗或者自动化测试，有新框架或者能扩建技能树的话，可以去

我们是服务端接口自动化测试，覆盖率 75%~85%

有个方法可以试试，打开一个干净的 jmeter，把脚本复制过来试试，我之前遇过个报错，是脚本文件损坏还是啥来着。