感觉理论啥的都是次要的，工作中可以学。主要是技术上，数据库，代码，接口测试，自动化啥的，带着入个门

搞多套环境啊

比如有时候造个数据，执行个脚本，需要很复杂的流程，做完一次至少要 5 分钟。你如果写个平台化界面，测试人员只要点击一下，2s 内给出结果，提升了测试效率，节省了测试时间，这也算贡献的

自学，或者报网上课靠谱些

还有种，就是如果你的后端接口是有规律的，比如下个接口请求的参数或者 url 部分字段，是取自上个接口的，那你只要知道第一个接口，后续的接口就可以自动推算出来了，就不需要抓包了。

目前想到的就是利用抓包工具。点击 app 时，抓包获得数据写入 log，然后代码里读 log 取出你想要的值。说白了，就是代码模拟人的操作。

厉害！这个要对 java 语法和 jvm 内存回收机制十分了解才能分析的那么清楚了。不过 360 的测试要求都那么高嘛，不仅要求能找出内存泄漏，还要定位分析泄漏的原因和解决方案。

最后找开发商量下了，把这个抽奖的方法，写了单元测试供我调用。。。。

这个每测试一次，就要重新完成一系列复杂操作，才能测试下一次

可能我开始没描述清楚。。。我接到的需求，坑爹的是，每开一次都是有条件的，这个条件造出来异常复杂

所以啊。。

这种只有概率，没有数量的，奖池怎么抽完啊

自顶下，有大佬来指点下嘛

你输入http://localhost:8888/ ，浏览器所在的电脑是否就是这个 linux 机器？如果是，你这个浏览器咋在 linux 弄出来的界面化

恩，我和 3 楼说的一个意思。后端测试的优势，就是能把复杂的业务逻辑理清楚，各种情况测一遍。那种简单的业务，后端测试和前端测试没区别啊，毕竟前端测试时就是去请求接口，工作都重复了。还不如全给前端测试

好多测试团队都是前后端分离的。但是这个怎么个分离，是否是前端只需要关注页面，不关注接口？我觉得前后端分离，指的是业务逻辑复杂的，公用的后端业务独立出来，比如支付类似的。

我要是四川人肯定去

成都工资真高啊

可惜合肥没有

理解了。业务 A~消息~业务 B，这种如果业务 b 已经之前被处理过了，对应的数据库里的数据，甚至缓存之类已经有过改变。如果再次通过发送消息去处理，会不会存在风险，毕竟业务 B 对应的数据和真正的未被处理过的还是有差异的。当然，一般而言只要代码逻辑正确是不会有问题，但就怕万一

趣头条待遇咋样啊

已点赞! 不过实际的应用有点个人疑问啊，就是说变更订单状态是通过发送消息完成的，这个和手动去点击页面确认订单而发送消息，有哪些区别呢？我目前想到的，只有模拟生产的消息可以自己可以任意变更内容，而手动点击页面的消息是测试环境程序设定好的这点区别

是 set，记错了。基础不牢，见笑了~

去重为啥不直接转 tuple 啊

附上 git 地址啦