用下面的 adb 滑动方法试试
def adb_swipe_up(
start_x_percent=0.5,
start_y_percent=0.7,
end_x_percent=0.5,
end_y_percent=0.3,
duration=300,
max_attempts=3,
delay=1,
):
"""使用 ADB 命令执行上滑操作，支持自定义滑动参数和重试机制

该函数提供以下功能：
1. 支持通过百分比设置滑动起始和终点位置
2. 自动获取设备屏幕尺寸并计算实际坐标
3. 可配置滑动持续时间
4. 内置重试机制，处理滑动失败的情况

Args:
start_x_percent (float): 起始点 x 坐标在屏幕宽度上的百分比，默认 0.5（屏幕中间）
start_y_percent (float): 起始点 y 坐标在屏幕高度上的百分比，默认 0.7（屏幕偏下位置）
end_x_percent (float): 终点 x 坐标在屏幕宽度上的百分比，默认 0.5（屏幕中间）
end_y_percent (float): 终点 y 坐标在屏幕高度上的百分比，默认 0.3（屏幕偏上位置）
duration (int): 滑动持续时间（毫秒），默认 300ms
max_attempts (int): 最大重试次数，默认 3 次
delay (int): 重试间隔时间，默认 1 秒

Returns:
bool: 滑动操作是否成功。成功返回 True，失败返回 False
"""
for attempt in range(max_attempts):
try:
# 获取屏幕尺寸
output = subprocess.check_output(["adb", "shell", "wm", "size"])
size_str = output.decode("utf-8").strip()
width, height = map(int, size_str.split(": ")[1].split("x"))

# 计算实际滑动坐标
start_x = int(width * start_x_percent)
start_y = int(height * start_y_percent)
end_x = int(width * end_x_percent)
end_y = int(height * end_y_percent)

print(
f"开始执行滑动操作：从 ({start_x}, {start_y}) 滑动到 ({end_x}, {end_y})"
)

# 执行滑动操作
try:
subprocess.run(
[
"adb",
"shell",
"input",
"swipe",
str(start_x),
str(start_y),
str(end_x),
str(end_y),
str(duration),
],
check=True,
)
time.sleep(0.5) # 等待滑动动画完成
print("滑动操作执行成功")
return True
except subprocess.CalledProcessError as swipe_error:
print(f"滑动操作执行失败: {swipe_error}")

except Exception as e:
print(f"第 {attempt + 1} 次滑动尝试失败: {e}")
time.sleep(delay)

return False

确保每个页面都被点击需要额外控制，点击频率可以统计 activity，工具的话可以搜一下，有工具可以直接用，但是无法保证每个页面都被点到，因为有些页面是需要特定条件才能点进去的，需要二次开发才行

1. 如果是单一接口就根据接口文档来，正向没什么好说的，逆行的就看必填项不填，字段类型错误，多串字段等等
2. 如果针对业务的多接串联，就是参数传递问题了，如果你们接口是异步处理就是要注意下响应时间，一般一个 post 接口都会搭配几个 get 来验证，一个增改，一个查这样来搭配

问答机器人可以整理一下之前用户的反馈和问的问题当做数据进行测试，这个应该也是有个产品文档和分类的吧，按照需求来就行，还是要针对业务来测，我们不知道你们业务其实没有好的建议

https://www.charlesproxy.com/assets/legacy-ssl/charles.crtchls.pro/ssl 试试用这个替代
其他前置操作一样

不找同行，我们这行圈子不大，除非别人介绍

cursor 或者 trae 直接给你生成几个，选一个适合自己的就行，像 apifox 这种不需要写代码的工具不可以吗？用 python 写需要考虑后期成本和团队技术能力是否达标

apifox 了解一下

迭代快如果 UI 变化频繁，实施 UI 自动化测试的维护成本很高，所以不建议开始，如果 UI 和功能开始稳定了再实施，不过可以提前学习和设计框架，到时候机会一到可以直接开始，省去调研和学习的时间，框架和语言建议选择 Appium 和 Python。接口自动化测试可以看看 apifox，上手快

苏州和南京不考虑吗？