虽然我也没做过接口，但是排除业务，我肯定不会这样写，最多只会校验必填的参数为空时，不会写这些中文英文特殊字符。。。我觉得接口测试主要精力还是放在，通过不同请求参数以及参数的组合，来校验接口处理的业务逻辑是否正确以及一些异常场景

自动化主要是用来回归的吧，一些旧的功能，app 自动化脚本颗粒度中等就行，不用太细吧，太细会容易出现异常？

唉，就怕说了，结果搞了很久没产出，或者压根搞不出来，现在开始写了，基本每天都碰到各种各样的问题，幸好可以问 gpt。。 不然压根不知道咋写这些业务

你可以问 chatgpt，你说的这些问题应该都能解决

测试难道能看到开发写的代码？然后指出哪里写错了？定位到的问题应该是业务逻辑上的吧，而不是代码逻辑上的

小公司，没那么关注质量，没评审，甚至不需要写用例，写了也没人看

我测试的当然我能负责啊，因为比较闲，一个需求我一般都会测很多遍，反正我是尽力了问心无愧，只是说一些小 bug 我觉得提了也没意义，

现在这行情，暂时还不敢离

精简，没有废话，非常好

直接看 python 的官方文档，有些难懂的可以跳过，测试也用不到

楼主跟我差不多，我也是 21 年毕业软件工程，不会开发，去年做的测试，一定要找准目标，不能想，去做就完事了，最好是学完一个知识点立马能用项目实战一下，
会发现很多问题，解决这些问题的同时就学会了一个个技术知识

主要是英文不好，还停留在小学水平

行行都有术语何况是软件开发，只是我个人英文比较差，四级都没过 ，打算天天背单词了，写的挺好的

为啥同样是小白，你写的我感觉好深奥，什么 mentor,scrum，你入职的应该不是纯功能吧

测开 python,相信我，python 学起来真的很简单。
我的理解，其实测开跟开发是完全不同的
就代码来讲，测试的代码跟开发比就像个👶
如果想转开发，就选 java
一定要选一条路，不能既想要做开发又想测开，最后反而会变成比代码比不过开发，比测试比不过那些功能测试很多年的人
以上都是个人建议，我也只是个小白

人才

最近在学 pytest+requests，纯小白，有没有一起的互相交流一下

应该是还没写完

这书太有名了，估计都看过了

哈哈哈笑死我了

欢迎讨论补充