#26 楼 @quqing
可以在单个并发用户线程中模拟 n 个用户的行为.session 是服务器端的，而 session 会 response 给客户端相对应的 cookie。脚本中可以多次提交登录等操作，让服务器端产生 session 并保存服务器端返回的 cookie。 在后续的请求中可以依次使用获得的 cookie 模拟多个用户的行为.所以压力还是看请求的并发量，请求中可以切换不同用户的 session 就能模拟用户了

可能原因：
1.uiautomation 被占用
2.页面 被加固了，不支持截图 和获取元素信息，不信你用设备截图试试。

#26 楼 @quqing 主要大家看到的并发 是 工具端的，而真正服务器的并发 只有并发请求 没有并发用户这个概念。

#26 楼 @quqing 要生成大量的在线 session 只要一直操作某个操作就可以了,比如登录. 我并发 1 个用户只要不停做登录操作也能在服务器端生成多个 session 的。

#26 楼 @syyk2009 是的 测试的任务是尽量帮开发定位到某段代码 甚至某行代码,后面就是开发的分析工作了.像小菜那样只是抛出问题不做分析那是会被开发唾弃的

不是有投票功能了吗？是觉得不好用吗？

广告植入

报告里的线是什么数据

#19 楼 @lose nmon 的分析软件 excel 写的

#16 楼 @among29 不建议自己增加这种额外动作 我们要真实的反映压力表现，万一你的清理脚本有问题或着因此产生奇怪的问题，你的报告会收到质疑。如果要清理也只在测试前做一次就够了

当然如果觉得 产生的交易量不够，那么就需要加大硬盘空间再来一次

#14 楼 @among29 没必要再跑一遍 生产环境 有自己的机制 ，只要给出 1 请求生成多少 kb 日志就可以了，架构师会去想解决方案的

期待啥 都写好了.....

#5 楼 @monkey 我玩的游戏都比较小众

ps4
各种游戏，最大的志向培养儿子和我一起玩

cmd 下运行 where appium 看看两台机器的区别

花式晒娃

#5 楼 @seveniruby 因为我老了...

这个只能扫描 标准的 access 日志 如果格式不一样是会报错的