大佬，十几天前招测试开发 12-18k。现在这个 45k，是不是太不公平了。。。。

大佬求持续分享

“服务端：掌握接口测试、抓包工具使用、如何校验接口的完整性”

杠一下，我觉得抓包工具使用应该被归类为前端测试，尤其是移动端 app 上更合适。
谁同意，谁反对？

是不是·合肥有分公司？

看 yaml 不支持 ios？

你这 ssh 和界面化连接数据库有啥区别

全局代理怎么弄。。求教

这个帖子还有大佬在吗。。求助，怎么做

nice！！良心哪

感觉很适合 35 岁以后国内厂干不下去的 qa。。。对了，这个对年龄有要求（歧视）嘛

微信版本问题，据说是要用 7.0.14 版本能解决

百度一下，你就知道！！！！！！

我们这用户体量是比较大，android 端日活 60w，ios，30w 左右。。leader 层次都知道的，人力问题暂时解决不了

不是，这个确实是占性能的，因为后端已经已经计算好了某个瞬时值，前端显示需要动态的，这个要求 1s 计算好几次，而且每次上百万用户。所以理论上 1s 有 500w 次计算，其次就是 500w 次的推送，还是比较耗性能的。单元测试的事情，确实想到了，还是要看代码

下单已经做了自动化了，下完单去查数据库校验前端传参数是否正确。但是像可用余额这种，纯前端计算的，没有接口提供值做对比，自动化从界面拿到值方便，但是怎么断言这个值是否正确？自己去写一套公式不现实的，相当复杂，依赖好几个接口，ws 的推送计算得来

人多了都好做，主要就是人力不足。下单，2 种交易产品 6 个模式，5 种下单方式，2 个方向（买/卖），3 种条件，2 个触发方式，我算了下，下单有 200 多种情况，这个已经用脚本解决了。然后类似于 avbl 这种，纯前端计算，公式极其复杂，如果仅仅是针对这个公式测试，就要准备 20 多条 case，更别说还考虑上其他交互上的。然后类似于 avbl 这种，全靠 app 前端自己计算的点还有 4 个点。这些公式复杂到什么程度尼，就是这个本可以放到后端计算的，但是因为考虑计算复杂及实时性，比较占用服务端性能，所以放到前端。

多谢🙏，学习下别人是怎么做的

这个不现实啊，前端测试的人少，公司大部分投入在后端测试上

3 周 1 个版本，版本里很多新功能。。每次发版本后，几乎都有 hotfix 版本

我这个是核心业务，客户投诉，大老板，cto 都能看见，影响很大，而且很明显，这种问题，上来就是，测试没测出来的锅啊

前端 bug 很影响用户体验啊，影响很大

感谢，找到了。。

stf 这样改就能接模拟器了吗，我试了还是不行

就比如，后端 http 接口，ws 都没有上线，这个时候怎么去保证 app 业务测试的正常进行？http 接口好解决，ws 怎么解决？（ws 不要经过服务端 mock）

我不是要测 ws，我只是想测 app 收到 ws 后，对应的状态是否正确。所以那个数据源啥的不是问题，现在就是想让 app 收到那个特地的字段。这个字段是我想怎么改就怎么改的。不依赖于后端。