1、有些 APP 可能会检测手机网络，强制不走代理，你用 fiddler 没办法抓取，需要 wireshark 等非代理网络工具来抓取；
2、有的 APP 使用的是自定义 tcp 协议，这种 fiddler 也是没办法抓取的；
3、也可能是一楼说的 ssl pinning，客户端校验了证书，如果你用 fiddler，那么 app 是没办法正常工作的。

针对一般的业务可以这样算：根据 2/8 原则，80% 的请求会发生在 20% 的时间内，10W * 80% / (168h * 20%) = 2380 次/h，换算下来 1s 不到一次；但是由于抢红包的特殊性，可能 90% 以上的人都会在前几个小时内操作，算下来大概也就 10TPS。

得看写入数据库的代码怎么写的。
猜测正确的应该是

"pictures": ["url1", "url2"]

腾讯 NB（牛逼）a（啊）

https://github.com/dreamhead/moco
这个应该是你想要的；
其实也可以自己实现，搭一个 http server，然后根据请求的数据返回预定义的数据。

好像是不支持的，pytest 执行分成 3 个阶段：1-收集用例，2-执行用例，3-生成报告，所有用例在第一阶段就确定了，没法在用例执行的时候再去根据执行结果参数化。
而且测试用例应该是固定的吧，你这样设计肯定是有问题的，你可以把你的场景再详细描述下，再分析分析。

import 的时候，会自动执行 package 下的__init__.py文件，你点进去看一下就知道 pyautogui 执行了什么操作

就是 mock 啊，自己用 python 写个简单的 http server 也不难

php 的中文和 python 不一样，php 处理中文是按字节处理的，一个汉字在 utf-8 编码下占用 3 个字节，php 会计算 3 次，python 只计算一次。
你的 python 代码需要把中文转成 utf-8 然后分 3 次计算 xor。

你把 php 代码发出来，python 也不是你这么写的

没有代码权限，那白盒测试怎么做的？还有 code review 和代码规范检查这些怎么做？
我感觉只有传统公司对代码管理会这么严格吧，比如政府和银行这些，互联网公司反而比较开放。

seq 10000000 | xargs -i dd if=/dev/zero of={}.txt bs=10k count=1

可以，但没必要。把数据库校验放在 API 测试这一层会导致耦合比较严重，好的做法是把数据库验证放在单元测试这一层，API 测试的所有验证操作都通过 API 进行（API 写入之后，再通过 API 查询去验证）。不过现在国内很多公司并没有单元测试这一步，导致大家在做自动化的时候，把很多东西都糅杂在一起了。

如实回答就行了吧
1、为什么打回去，冒烟测试没通过，阻塞核心流程，或者影响面积较大；
2、为什么都要重新测一遍，害怕这个改动会影响到其他功能点，害怕线上出事故；但这样做的成本很高，线上事故该出的还是要出；为什么？因为测试人员对系统没有把握，没有掌握所有的功能，即使你全测一遍，还是会有很多遗漏的点；作为测试人员实际上可以多花时间从业务、代码、数据多个层面去分析各个功能点之间的关联，整理成文档，当有功能点改动时，能直接分析需要测试哪些点，也就是精准测试；开发怀疑你的时候，直接把这些数据扔给他，能节省很多争论的时间；

其他几个问题也是类似的。。

理论上可以，但实际上很少有这样做的。

一般保存日志有几种方式：数据库、文件、消息队列消费至 ES；
如果你要验证 log，只需要在执行对应操作后，去检查是否产生了正确的日志（读数据库、文件等）即可。

python 安装的包在 site-packages 目录下，看一下该目录下是否存在 adr 目录；
顺便可以贴一下你的 setup.py 文件

滤波试一下
直接 OCR 不行吗

应该是通过 java-agent 吧，人工只需要在执行手工测试用例的时候标记开始结束时间，java-agent 会监控执行了哪些代码行。
TMQ 团队有本书《精准测试之路》里面就是讲这个的，推荐阅读。

测试（单元测试、自动化测试）是 CI 存在的前提，没有测试的 CI 只能算是个自动部署。

不错

https://github.com/jxlwqq/id-validator.py
一般的项目只验证号码是否符合规范吧，需要验证真实性的，可以对接第三方的接口，可以验证身份证和姓名是否匹配。

你要想想自己有什么优势啊，如果你管理和技术都比较强，完全可以准备下次晋升，或者可以过段时间离职重新找也行；如果你们俩能力差不多的话，公司肯定是优先考虑老员工的。

from selenium.webdriver import ActionChains
from selenium.webdriver.common.keys import Keys

ActionChains(driver).send_keys(Keys.ESCAPE).perform()

1. 服务器系统版本是否满足各个底层软件的要求；
2. 服务器运行环境（JDK、Tomcat 等程序版本）；
3. 服务器系统配置（各种系统设置、环境变量、防火墙、iptable、SSH 等）及数据文件迁移、以及服务运行是否依赖其他文件；
4. 服务的配置是否包含 IP 等固定信息；
5. 其他服务（以及第三方）调用该服务器上的服务是否使用了 IP；
6. 域名解析；
7. 新服务器性能是否满足运行要求；

你给的信息太少了，服务器是 linux 还是 windows？用的什么语言？用了哪些中间件？等？具体的还要根据你们的情况再补充。
暂时只想到这一些

道理都明白，但是实现起来还是会有很多问题；
如果能结合你们的业务讲一下实践经验就更好了