以 android 为例，如果有开发规范，对所有的文字显示都是通过资源文件适配，可以通过静态代码扫描的方式实现多语言适配自动化检测
1、检查是否显示文字通过配置文件引用
2、检查多个语音资源文件里面的内容是否正确翻译

接口解耦，做单接口自动化，另外会新建业务用例集成，该集合用例用带有多个接口的业务流 case，里面的代码就是引用单接口用例

ios 应该可以直接抓包，
Android 如果是自家公司开发的软件，让开发加一个信任证书的配置，如果不是自家开发的： 抓包软件 + 平行虚拟机

• 可以详细了解下自己的功能需求，需要检测类类型是什么？黄色，政治，辱骂……
• 然后去了解下对接的第三方接口是否满足自己的业务需求
• 梳理系统整体的审核流程，有几个点可以着重考虑下，
  • 触发审核逻辑【同步校验还是异步校验，同步注意时延，异步注意多次回调结果】
  • 结果回调逻辑【单次回调和多次回调的处理】，
  • 处理结果容错【有可能会误判，需要人工审核纠错】
• 按照自己的业务需求，对每一个类型的合规校验进行下正反用例验证

我这边的做法，希望对你有帮助，接口返回断言
总体兜底： json schema 或者正则
详细用例： json path 或者其他方式，断言指定字段内容

这个可以群控手机不？

经常有时效性是天的需求，开发给的方案是用 redis 存储 key 里面带当天年月日，有效性是 24 小时，所以我的测试点变成写入的 redis 缓存 key 是否包含时间信息和 key 有效性

你在安装 pytest 的时候看下，pip 结果，
然后你在安装 allure-pytest 之后再看下结果，你就知道了

其实你这个需求我觉得就是测试一个翻页功能的用例，如果你把数据判断啥的都放到 UI 自动化会很难搞（个人觉得）
如果是前后端分离的那么通过接口自动化的方式会轻松很多，
如果不是前后端分离的，借用 17 的 等待处理

我个人了解到的哈，网上也有很多微信账号可以兜售，便宜的一两块钱都有，所以这个还是存在缺陷，
我在上家公司他们发帖的审核机制是：关键词 + 人工
设置敏感词自动审核，如果包含铭感词，直接过滤到人工什么流程，人工如果确定是广告，可以进行封号和封贴等操作，具体看需要，如果不包含铭感词直接给发布（问题就是这个检查机制需要完善，不能直接通过直接匹配，也是很容易被绕过，比如 铭感词直接隔了一个空格特殊字符之类的）

真的是发广告的真的恶心，真的烦

在这个信息本来就不安全的时代，你让一个社区搞实名制？及其不现实！再说了身份证也是有办法弄到的

对的，可以尝试修改下

rules->customize rule 里修改 OnBeforeResponse，
添加
if(oSession.oRequest['User- Agent'].IndexOf('ios')>-1&&oSession.HTTPMethodIs('connect'))
{
oSession.oResponse.headers['Connection']='Keep-Alive';
}

查看没有捕获到的接口，找看法问一下是用了什么协议，是不是有类似 websocket 之类的，这类没法捕获到的接口
报错问题，可能和协议有关

fiddler 注意点

• fiddler 抓包在没有修改项目代码的前提下，Android7.0 以下和 ios 任意版本都可以抓包
• ios 版本在安装完证书之后，要开启信任证书设置
• 如果在以上都不满足的前提下，建议检查下 fiddler 的证书是否正常，可以尝试重新导出新证书
• 通常 fiddler 抓包，是抓去 http 和 https 等这些应用层的协议，tcp/udp 这些可以用 wireshark 抓包

在高中被班主任欺压了三年，高中毕业之后以为海阔天高，大路朝天，各走一边，
谁知道最后喜欢上了他女儿，刚领证，这是要被欺压一辈子的节奏
一日为师终身为父啊

------ 狗子的独白

1. 如果是后端返回给你的，这个菜单应该是存储在某个数据库表，只要写对应的 SQL 就好了
2. 如果是前端直接写的，应该也是对应的 json 配置数据，直接找他拿，对应数据，遍历就好了（类似遍历文件夹，多层处理，采用深度遍历或者广度遍历都可以,写一个递归就好了）

我不知道你们这个是怎么实现的，我说下我个人对菜单的理解吧，我感觉你这个很像数据结构设计里面的树.
举个栗子:
除了顶级菜单，其他菜单都有自己的父级菜单，你把它看作一个树，叶子节点的个数就是你这个做全部组合方式个数
so: 全部组合方式为，从根节点走到叶子节点的全部全部路径

在不考虑实现，只看接口的情况下，如果有同步接口文档，例如 swagger 之类的，可以小脚本判断这个版本和上个版本是否发生了变化

1、拿自己手机微信走主流程，确定主流程是通的（贼重要）
2、微信交付我不知道你那是啥场景，如果是类似微信登录的，可以这样能做
自己生成过一个 uuid，作为 openid，那这个去 mock 后台登录接口，还有就是 mock 的好处就是很容易创建自己所需要的场景，有利于测试场景覆盖
3、重点：一定要找开发了解交付时序图，每一个模块的交付逻辑，就如我所说的微信授权登录来说：

通过这个时序图，我能可以好的设计 mock 场景

插眼

看来想要做好测试，最终的道路还是好好学习开发，感谢，我回去好好学学 java

我去看了，还不能满足我的需求，但是已经有点内味了
比如参数异常之类的

1. 数据库加个发布时间字段
2. 修改创建和发布接口，取发布时间字段
3. 写一个更新 sql，将创建时间赋值给发布时间，兼容旧数据？

就是，在没有很充足时间的情况下，没法做接口的异常测试（参数字段空缺，类型不对），只能注重业务，就是看下有没有好一点的接口异常自动生成测试代码的工具或者技术

我去看看