求一个邀请码

可以呀，学 django 之前都是用的 flask 写接口，
学 vue 之前，html,css,js 都是一路学过来的

测开真的对团队有意义吗？真的比业务测试起到的作用更大吗

没有意义呀，重点是多个不同条件筛选的结果。
不是用例的设计，而是用例的执行

就是能做数据驱动的继续做数据驱动，业务场景还是一个用例一个方法

所以只能是一个用例一个方法吗

放弃数据驱动吗？和 ui 自动化一样，一个用例一个方法

好的，谢谢

我每年都会产生，我要不要转开发的想法，我是 93 的，之所以没转是觉得自己现在年纪已经太大了

我想问的是，既然需要这么不停的学习，那为什么不做开发呢

为啥不建议在实际业务中使用，个人不太喜欢 LR 和 jmeter，想用 locust 在实际业务中替代，最近也是在学习这个。

那咋搞呢

大佬，我又回来了。还是继续做测试。
想问下技能发展方向。
我现在是在公司做 ui 和接口自动化，主要就是写脚本，在 jenkins 上面跑。
后续技能发展，应该怎么学习呢，js 和 django 吗

好吧，谢谢大佬回复，我还是打算去学一下，没成的话，继续回来做自动化测试

我看了一下 BOSS 直聘上面的普通 web 前端的要求，好像不高，会 vue，会 react 优先

主要是不知道怎么点技能树了，自动化也是，只是能应付正常工作，每天都在公司点点点，自己比较喜欢敲代码，但是基础薄弱，听说前端简单，所以有点想法

楼主做好决定了吗？我最近也在纠结要不要转，前端难吗楼主

我没有这个，很奇怪

看过其他测试人员的接口测试用例，好像只是对单个接口做数据验证
一般接口文档比较晚上，包括参数的数据类型，是否必填，以及返回数据都有详细描述，他们的用例就是，输入正常或异常的参数，看是否返回预期结果。
按照这样的话，接口自动化用例是不是要分两类，一种是不考虑逻辑，只跑单个接口。一种是考虑逻辑，即修改上个接口，会对其他接口产生影响的用例，感觉最后还是回到了功能测试的逻辑。

主要是后端给的接口一般是不会更改吧，所以不太理解，接口的回归测试的意义

因为没有一个统一的标准，我看了很多人的接口测试用例，只是更换参数值，看返回数据。

我跟群里的测试讨论了一下，他们说测单个接口，不用考虑逻辑，只需要看返回就可以了。但是 pagesize 的值的设定还是应该根据后台的文章数量进行比对。
第二个问题，涉及到回归，如果接口自动化只是为了单个接口校验，感觉失去了自动化的意义，已经写好的接口基本上不会更改，因此不太能理解。我觉得自动化就是为了回归，新功能加入的时候，有逻辑关系的接口应该都有相对应的改变。

难受呀大佬，刚启动就结束了

楼主，我也遇到了这个报错，请问解决了吗？求告知