我司的安卓和 iOS 开发常见的错误有：1、服务端字段取值错误，比如正常应该在某个地方判断字段 A=true 然后进行下一步，但开发写成判断 B=true 才进行下一步；2、列表布局复用异常：常见于快速滑动出现的异常情况，可能会导致当前视图有一块区域没数据，稍微滑动一下就恢复的情况；3、异常数据处理：接口返回长字符串或者异常类型的数据时，页面展示内容重叠或者一直转圈圈甚至卡死。
向这类问题要如何用自动化测试发现呢？大公司的测试团队是如何快速发现这类问题的呢
monkey 吧
我理解问题 1 和 3，都可以通过接口测出来，3 这类问题比较多的话，需要定规范，让前后端开发都应该有这种意识，接口返回数据过多应该分页或做其他处理
这几个问题看似是不同类型的问题，其实都是一类问题：自测质量不过关就提测。
解决的最好方法，就是推动开发在提测前提高产品的提测质量，把这些显而易见的问题都消灭在提测前。
企图用自动化来发现 bug 不现实
1、提出的问题都是在 “点点点” 阶段就可以发现，和是否开展自动化没有关系
2、搞清楚开展自动化的前提是什么，提出的 3 个问题都是常见 BUG，自动化无法解决
3、你提出问题的困扰应该是怎么避免这类 BUG 的发生：
一、一个版本里程碑完了，可以把这类 BUG 拉出来拉上开发一起进行当前里程碑阶段回顾会议，着重提出这类 BUG 怎么避免，制定措施，比如用例先行，用例给到开发自测；要求开发代码规范；实在不行换个有能力的开发；
二、在前面说的措施都是针对开发的，但是推动还是比较困难的，既然不能解决别人身上的问题，就要从自身解决：
针对这类 BUG 进行分析，这些 BUG 出现最高的频率在哪些功能模块；这些 BUG 经常由哪些开发人员写的，以后针对这些模块和这些开发人员重点验证；
其次是要提高自身发现 BUG 的手段，怎么样才能快速发现这类 BUG，平时日积月累，丰富用例库，看到这类 BUG 相似的功能就应该马上检索出相应的场景去验证
自动化是用于回归的，发现问题永远应该在手动阶段。
你们老板是不是想裁员省钱，想让你用自动化去包揽所有测试啊？