大部分情况下，服务端也是要做限制的，要不纯前端限制，绕过成本很低，会导致一些越权的安全风险。

不过这个还是看实际业务情况。如果是内部业务，外部不可能入侵，不做的风险倒还好。

建议和研发确认下，这个多端背后的技术方案是啥，看确实是每个端代码都完全独立，还是用类似 Electron 的技术，一套逻辑代码，打包成多平台应用。

如果是完全独立，只能老老实实去测试，因为代码之间相互独立。
如果是有相互复用的，可以看哪些部分复用，复用部分只需要过一下 P0 功能确认没问题就行，不用过太细。重点关注兼容性方面有没有问题（如唤起相机这类调用平台 api 实现的，以及不同屏幕大小下的适配）

按我个人理解，https 请求的安全性，核心在证书。内容如果发生了篡改，在没有官方私钥的情况下，是必须改证书才重新加密请求内容。

如果客户端没有进行 https 证书强校验，仅按照系统默认配置来进行证书有效性验证，有可能会出现中间人让系统信任自己的自定义证书后，进行请求篡改的。

以前发帖多的人工作越来越忙，没那么多时间发帖了吧。

学习榜样呀。

我流利说也买了课程，从一周 5 次减少到一周 3 次，再最后没有合适的时间停止了。能坚持一件事 1 年，真的很强！

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

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 个月左右才开始报名，可以后续留意社区公众号的宣传。