理论上要，但实际没必要

能不能把整个目录放出来，没看懂这个

工程化是什么意思啊

学到了=-=

以考促学，其他好像没啥用

脚手架这个词看到过好多次了，请问是什么意思呢

我的看法是，这个测试用例真的不可能发生吗？用户的操作千奇百怪，某种情况下可能就真的能绕过前端的限制，我觉得理论上前后端都要限制的，但是实际就。。

我个人的感觉，一开始感觉功能测试点点点谁都能做，但是深入后，真的感觉比自动化难多了，如何测试才能尽可能的减少 bug，如何测试才能提高效率，如何设计测试用例等等，这个真的是值得深思的吧

找工作吗？找到了，纯功能测试，点点点，差不多快 1 年了，明年打算离职找自动化方面的了

问一下 gpt 就行了

测试一年就能自学转开发，说明你更适合开发啊，开发有测试思想不是更好嘛，其实很多人都是做不了开发才做测试的吧

这个感觉看开发的水平和项目吧，我们项目版本比较多，而且很多需求都是在旧功能上增加或者修改，所以改了一个地方其他地方或者老功能经常出错，如果用自动化回归，发现的 bug 就会比较多
看一下能否进一步提高自动化的覆盖率吧

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

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

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

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

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

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

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

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

精简，没有废话，非常好

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

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

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

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