performance.getEntries 能获取所有异步的请求的性能信息

嗯， 新项目用的 python， 没办法， 团队的小伙盘都熟 python， java 不熟。

握个抓~ 当初封装这块 UI 自动化的时候， 着实很费劲

有多种方法解决。 比如可以通过直接在数据库中构造测试数据绕过之前的步骤。 不过我其实还是比较喜欢就是在 UI 上从头开始准备。 模拟真实用户的行为。 开发成本也较低， 有些后台数据过于复杂， 绕过 UI 和 API 直接在数据库中 mock 实在不太现实。

• 组件层： 跟你说的差不多， 只不过除了定位以外，还有一些基本操作。 比如我举的上传的例子。 有些控件的操作还是很复杂的。
• 页面层和业务逻辑层： 可以这么理解， 页面层是封装单页操作的， 业务逻辑层是调用页面层的多个 class 完成多页面操作以组合成业务逻辑。 比如我们要测试一个订单流程。 这个流程里肯定跳了很多个页面的， 每个页面在页面层里封装自己页面的操作逻辑。 而业务逻辑层就是调用这些页面来完成自己的业务逻辑。 所以理论上， 业务逻辑层才是哪个比较轻的层。
• 用例层： 确实用例层就是调调函数。

以后多交流~ 我在写 API 测试的时候， 做法也跟你差不多。

看上面截图哈

结构很简单的

测试

就是赶上这两天有空了

测试

测试

秒杀不是都走消息队列么？ 故障注入走起来。 验证消息队列的精准一次性语意是不是弄对了。 这种数据流架构容易丢数据或者重复数据

。。。。

同样有幸与你共事

34 岁了， 目前还没感受到年龄带来的压力， 估计 40 岁的时候会感受到吧。 年龄是每个人都要面对的， 平常心吧

统一回复。 最后去了哪里先暂时保密哈

第一个问题： 用 spark 写脚本提交到 hadoop 集群上利用分布式计算来快速造数就好了。
第二个问题没太看明白是什么场景

大家有多少人的接口测试是不能简单的验证输入输出的？有多少需要测试异步调用， 批处理任务以及需要验证数据库和中间件结果的？

1-3 年的同学这个薪资也还好啦。 我刚毕业那会才 4000 块钱哈哈哈。 你看看大厂 p7，p8 的测试人员薪资有多高就知道了。其实测试薪资真不低

这样的事是正常的， 淡定， 平常心。 跳槽的时候都是根据当前薪水涨幅的， 也就是之前 base 太低呗， 也没办法。

我从那个帖子里复制一下我的回复吧：
这个事怎么说呢，到现在了还在争论技术有用没用的其实挺没意思的。 因为技术好和技术不好的 qa 在薪资待遇上已经形成了不可逾越的鸿沟了。 大家看一下市面上高级职位的 JD 就知道了。 行业的真实需求全都体现在 JD 里， 大家看年薪百万的 JD 里哪个不是写了一堆的技术要求。 所以在这里争来争去的没用。 就算在网上吵赢了但是现实里拿高薪的还是那些技术好的 qa。 路都是自己选的， 是选择好好搞技术年薪百万还是选择坚持技术无用论拿着微薄的薪水都可以，大家选择自己的路就好了。 反正我选的是拿高薪养活老婆孩子。

这个事怎么说呢，到现在了还在争论技术有用没用的其实挺没意思的。 因为技术好和技术不好的 qa 在薪资待遇上已经形成了不可逾越的鸿沟了。 大家看一下市面上高级职位的 JD 就知道了。 行业的真实需求全都体现在 JD 里， 大家看年薪百万的 JD 里哪个不是写了一堆的技术要求。 所以在这里争来争去的没用。 就算在网上吵赢了但是现实里拿高薪的还是那些技术好的 qa。 路都是自己选的， 是选择好好搞技术年薪百万还是选择坚持技术无用论拿着微薄的薪水都可以，大家选择自己的路就好了。 反正我选的是拿高薪养活老婆孩子。

哈哈哈哈哈哈，楼上的都太秀了