手动执行这条命令，看有没有反应？

D:\gw\tool\android-sdk\platform-tools\adb.exe -P 5037 -s 8LSCZ9NJA6EQCI7T shell getprop ro.build.version.release

这条命令是通过 adb 服务，获取手机系统版本用的，按道理应该不大会出问题，出问题大概率是手机问题，可以试试换台手机。

梳理得挺完整的，特别是利润模型这个点，挺有意思。

兼容性主要有两个方面，设备兼容（比如硬件或者屏幕大小）和系统兼容（系统版本，各厂家不同的定制系统）

设备兼容可以通过云测平台来做，或者借助部分厂商提审时提供的一些兼容测试设备来做
系统兼容中，系统版本可以考虑模拟器（成本低，虽然不如真实设备好，但比没有好），厂家定制系统考虑云测或者众测吧。

从楼主提供的信息看，基本是低版本机器出问题，还可以考虑直接买一台二手的可支持的最低版本手机，这样低版本机器问题可以得到针对性解决。

很详细的记录，找到根本原因并进行优化，优化效果也非常显著，点赞！

有时候不要想太远，给自己过去精力做一些总结，然后定一些短期目标（半年内），可以有效缓解焦虑。

付费的 perfdog，开源的可以社区里搜一下，还挺多的。

底层其实还是 android api（adb 命令或应用 api），以及 ios xcode 的 instruments 工具。只是新版本和老版本有些 api 会有变更，所以老工具如果不持续适配，就会采集不到数据。

pycharm live template 这个学习了。

可以看看最近 3 年左右 MTSC 大会上，精准测试相关的议题。

这个《不测的秘密 - 精准测试之路》有电子版可以共享一下么

我当时是购买纸质书的，不清楚有没有电子版。你可以试试找下。书本身也不算贵，加上很多时候买书有折扣，推荐可以买一本看看。

两年过去了，怎么维护好 测试用例->代码（函数/行/接口）这个映射关系，不知道对于这种思路现在有没有更好的办法

暂时没见到更好的办法，更多见到的是放弃关联用例，转而只是反推影响的界面或者接口，相对更简单靠谱。

不知道你是怎么定义 “学会 python 开发” 的？从你描述看，你应该是觉得自己缺少体系思考，也缺少一些中大型项目的经验，代码更多是能用，还没到好用的水平。

个人建议：

1、站在巨人肩膀上学习。可以找个开源的、相对知名的、基于 python 的测试相关工具，看看源码设计。推荐可以看看 robot framework 、pytest、appium 的 python client、httprunner 这些，总结学习下别人怎么做这块的设计，很多模式是比较通用的。然后学习完，重构下你自己的接口测试框架，用上学到的一些设计。

2、工具框架基本熟练后，建议可以学下 web 开发。可以从 django 或者 flask 入手，在 github 上先找现成的平台跑起来，熟悉下源码结构，再自己开发一个。

3、如果想更深入一些编程思想，可以看看设计模式、重构、clean code 这些书，学一下怎么写出好代码。

有意思，加个精方便更多人看到。

现在都在降本，一般都一人身兼这里面的多职了吧。

确实是干货，点个赞！

楼上回答 +1。如果是我，我也是第一反应一起找产品确认，产品给的结论实在无法认可，才会找领导出来推。

至于说占用测试时间这个事情，把这个问题当做需求缺陷记录下来，后面复盘的时候用来倒推产品改进就好了，这个时间花得也值，也有助于以后减少这类额外消耗。

不过说实话，这类问题一般沟通得当，不会很占用时间，早会的时候就可以顺带解决了。

很详细，给你加个精。欢迎后面多来分享

点赞！AREX 功能越来越完善了

视野有限，暂时没见到。

如果是工具平台类的测开，个人觉得需要有产品思维 + 开发能力 + 测试能力 + 运营能力。

• 产品思维，主要是要是设计解决方案要用，切勿别人说什么就做什么，得自己去沟通了解整个背景和目的，并结合别人的意见，思考怎么做才能最好地解决问题，且技术成本在可接受范围内。有些时候解决方案不一定非得写代码解决，合理组合现有工具平台也是可以的。
• 开发 + 测试能力，这个基本上开发工具平台都要用到，是能力的基本盘。前端、服务端甚至移动端都得涉猎，基本盘一般是前端 + 服务端，移动端按需要来快速学习掌握。
• 运营能力，主要体现在你把工具、平台开发出来，怎么让大家用起来，并且是用一种比较有效或者推荐的方式来用。用不起来的工具平台没有啥价值，也走不远。

如果是业务项目方面的测开，这个可能各个公司都不大一样，我在这方面还没丰富到可以总结的水平，就不班门弄斧了。欢迎业务项目中的测开来回答~

@Ellison 你可以直接建一个。有回复的同学都进群，这个群就成了

暂时没有。志愿者一般是大会前 1 个月左右才开始报名，可以后续留意社区公众号的宣传。

会有的，近期会放出参会报名入口并社区置顶。

when installing package: npm command 'install --save-dev --omit=peer --save-exact --global-style --no-package-lock appium-uiautomator2-driver --json' failed with code 1.

这个是最表面的问题，只要程序运行不正常，都会 with code 1 。但要知道具体什么原因引起，得看下面详细日志。从你给的日志看，根本问题是底下的 Error installing Chromedriver: read ECONNRESET

有点没太明白楼主具体要做啥

为了提高网站性能，开发对页面请求做了优化

具体是做了啥优化？请求串行变并行、请求聚合（多个接口请求合并为单个）、请求数量缩减，还是？

有时候同样的请求会请求多次，领导让把所有页面的所有请求抓出来，做个对比。

要对比的是啥？同个页面优化前后的性能情况，还是不同页面之间请求数量的对比（后者个人觉得意义不大）？
对比的最终目的是啥？简单验证本次开发优化后效果是否有提升、提升多少？还是要建立长期监控机制，持续监控观测各个页面的请求速度，找出请求最慢或者页面 tti（可交互时间，详细可看 https://web.dev/i18n/zh/tti/ ）最慢的 top10，进行治理？

然后针对楼主每个问题，也说下个人的一些想法：

1、怎么确定一个网站有多少页面

能看到源码的话就直接看源码里 route 路径数量，多少个 route 就多少个页面

2.用什么法子抓取每个页面下的请求，包括地址、请求头、请求体、大小、时间等要素

这里要区分下你这个抓取要求是抓你本地看实验室数据，还是要抓线上用户看大盘数据的。
如果是本地的，方法很多，前面提到的配置代理、直接 f12 等都可以。
如果是线上用户的，可以接入一些前端线上监控的 sdk 来直接实现。比如阿里云的 arms。

3、网页较多，自动化实现

如果是线下测试用，不上监控，可以通过 UI 自动化 +proxy 来做。UI 自动化逐个打开每个网页的 url，然后 proxy 捕获涉及的所有网络请求情况并保存本地。
如果是上监控，接入后直接看监控就行了。

Error installing Chromedriver: read ECONNRESET

看报错，原因是下载 chromedriver 时网络请求失败了。检查下你的网络是否可以正常下载 chromedriver？

如果不行，可以通过设置 APPIUM_SKIP_CHROMEDRIVER_INSTALL 这个环境变量，让程序自动判定为跳过下载 chromedriver 步骤。

这个问题有点太伸手了吧。你列的这些要求并不高，大部分 UI 自动化平台应该都具备。然后这些 UI 自动化平台，通过社区的开源项目板块，或者直接搜索引擎搜索应该都能找到不少答案。找到后你再根据自己的情况去进一步筛选整理，选出最合适自己的就好。

建议你问 chatgpt 或者搜索引擎，这样效率更高。如果真的想问大家的意见的话，可以先列一下你找过了那些平台，这些平台在你看来什么原因无法满足，然后再问大家有没有能满足你这些要求的平台。