世界本来就是个草台班子。 马斯克说的

实践最重要，找个真实的项目搞起来。边搞边学

执行 3 次命令，每次命令只指定一个进程

这个我理解应该是旧版本数据兼容问题。如果启动就挂还没测试到，那等于他们没测试。

chatgpt 和搜索引擎对比有点片面，它的这个能力只是顺带的。

搜下 google 最佳实践。貌似全量 75%，增量 90% 以上

重新上图了

赞！就是潜意识的！

哦，我这边浏览是正常的啊！

@task(2) 是指权重为 2， @task(1) 指权重为 1，那么它们装饰的函数执行次数通常是 2:1。所以请求数量上 815:391 是正常的。
可以把权重都设置为 1，或者留空。基本上就是 1:1 的数量。

不能设置请求数量，只能设置执行时间，-t 参数

多谢各位支持，有需要的话鼓励转发，保留出处即可^{_^}

是的，欢迎讨论相关问题

不管大厂、小厂都要去下。不过推荐前去大厂，因为之后去小厂更容易，且职位一般会升。反过来就不一定了！

其实质量更多的是团队的担当，不应该过分跟 QA 挂钩。如果一个团队的 QA 比开发都多，那到底是好还是坏呢。

是的，实践起来真的会比较难。要么现有团队有这个基因。或者新打造的小团队从开始就抓起。

这个是公众号号文章，可以在他们公众号搜 环境 相关的关键词

这篇文章只是把流程梳理了出来，还有很多其它的细节方面都没有覆盖到。^{_^}

线上回放其实就是，拉取线上用户的真实访问日志，来组装成测试用例数据，因为线上用户数据都是非常丰富和真实的，所以它的覆盖范围比我们人工设计出来的可能还要广，自然就不需要我们自己设计数据了。

错误信息：Incorrect package and activity. Retrying.[debug] [ADB] Getting focused package and activity
解决方法：在调用 start_activity 方法时，添加 2 个参数（app_wait_package， app_wait_activity）即可。
原因分析：这 2 个参数默认不传的话默认会使用 app_package， app_activity 的值。如果你不使用跳转 scheme 的话就不会有错，因为它们是一致的。一旦你使用的跳转的 scheme，那么久需要对应的添加 app_wait_package， app_wait_activity 的参数，并且要与你跳转的最终页面是一致的。

有结队报名的么，five3@163.com