其实主要是现在这边做的项目没什么前景。我这边是一个集团公司旗下的初创项目，来之前我也不知道这个项目要做什么，虽然现在我们的产品还没上线，但我经过多维度分析下来，基本上是上线即凉的那种。

好多大厂，都会因为你之前拒绝 offer 或者离职而锁你的简历，有些公司还真就锁一辈子了。

有个地方没写清楚，离婚是最近提的，只是预约了离婚申请，做完离婚申请后，还有 30 天的离婚冷静期。所以，我简历上还会是 “已婚”。

你搞错了，不是代理 app，是在 wifi 里面设置代理，然后 fiddler 就能抓到包了。

2000+ 的人员缺口，厉害。你们是国企吗？

你的场景，是需要获取前端操作后，对应接口返回的内容，然后从里面获取参数作为后继 UI 测试步骤的传参？

各行各业都有其门槛，真的要做好测试工作没那么简单。测试干到后面，不仅要能灵活贯通各个业务，了解各种系统环境（windows、linux、mac）。各种自动化：接口自动化、app 自动化，性能测试，各种专项测试：弱网、支付、音视频质量。而且随着现在 devops、testops 的兴起，测试又要有一定的 CI/CD 能力。测试看着门槛低，但你要成为一个好的测试其实很难，就跟演员和歌手一样的。
觉得新人不需要妄自菲薄，路还很长。你可以去看一些知名开源项目，先去学习一下人家的思路，甚至你可以先定一个小目标，写一些能对你在日常工作中有帮助的小脚本，例如造一些随机数据什么的。

赞一个。同时想问下，树莓派大概能支持连多少台手机？我们这边也有类似的问题，app 自动化测试要跑多台机器，然而我们没有什么多余的 PC 可用。

首先，你们网关有做加密吗？如果做了加密的时候请求要绕开网关，然后你的场景是注册之后分开执行不同的操作吗？你把需要执行的操作成不同的 taskset 类，如 Class login(TaskSet)，Class A(TaskSet)，Class B(TaskSet)。最后 HttpUser 类下面再通过配不同的比重来实现，如
tasks = {
login: 1000,
A: 500,
B:500,
}
这样来实现，或者通过设置修饰符@task的比重应该也可以

这不就是职场 pua 嘛

看到熟人了，帮顶一下。

你的意思是搞个 webhook feature 分支，每次这个分支有代码更新就触发构建发布，发布后做校验？然后你的检验是想怎么做？代码扫描还是跑自动化测试？

个人主页，不展示所加入圈子的名称

你这个看的还是 test_data 里面返回的值，你可以在外面写个变量，result=str(test_data['expectd'])，去看下这个 result 和你要比对的 res['retCode']，是否类型一致，值是否相等，检查下自己有没有取错字典的 key。

test_data 返回的是一个字典，通过 key 去字典里面取值应该是 test_data['expected'] 而不是 test_data(['expected'])，你多打了个括号；python 基础需要加强一下啊。

这事建议你和你领导好好聊聊，就算是为了抢占风口拼进度，你们这个做法也太粗糙了。应该要好好地做一下项目规划，你们可以设立一些大的时间节点，例如几月几号要正式上线对外公开这种，然后根据时间节点好好地规划一下你们的项目，而不是像你现在这样埋头瞎做，把这种质量不太过关的产品发到生产上去。

你们是发版到生产还有 30 个 bug 没改？这样的质量上生产，这么虎的吗？还有每次这么多 bug 没改，是不是评项目的时间有问题

测试报告一般是上线前发，就是保证 bug 都已关闭，已达到上线标准，然后提示一下版本的风险等；测试总结一般是上线后做，如果有生产问题，会重点分析这些生产问题，没有的话就着重总结一下这次项目的整个过程中的一些优缺点。

正式环境肯定不能碰，毕竟不是真正的运维；万一生产部署出问题，这口大锅背不动。

不行，你的'retCode'返回的是 string 类型，‘expected’ 返回的是 int 型，你需要做下类型转换，str(test_data['expectd'])

现在组里面没有专门的运维人员，所以测试当半个运维使了 ；不过现在其实由测试团队管理 test 环境也蛮常见的，我以前的公司是在禅道里面建任务给测试，测试根据发布任务里面的内容发 test，不过这边发布的内容更复杂一些。

看你 res 返回的字典里没有'code'这个 key，你应该是要查 res['retCode'] 吧。

哥们你节点选错了吧，节点应该选招聘。