#23 楼 @codeskyblue 帧率抓取的命令文中有：adb -s #udid# shell dumpsys gfxinfo #packageName#|awk '/Execute/,/hierarchy/{if(i>1) print x;x=$0;i++}'|sed /^{[[:space:]]*$/d|awk} '{if(length($0)==16) print $1,$2,$3}'

#16 楼 @chenhengjie123 要说一下先有鸡还是先有蛋的问题
其一、自动化测试如果只靠个人经验来写难免会有纰漏，也是要基于测试案例来写的；
其二、目前完全自动化还不现实，new featur 还是需要手工测试的，这也需要测试用例；
其三、非常认同你的观点 -- “脑图只是用作思维导向，细节得靠自己对业务的熟悉来去做”，如果用脑图写测试用例并非不可，但前提是对测试人员的业务要求比较高，而且即便有这个前提，人无完人，还是有质量风险的，毕竟不能靠人治，而要靠法治；何为法治，个人的理解测试用例就是质量的法治手段，它给了测试人员一个标准，什么样的产品是合格的，当然测试用例本身会不断优化和完善。
我对什么是敏捷开发的概念也一直很模糊，我所看到的要么翻译来的，要么八股文，但我觉得其精髓应该是一种思想，在合适的项目（研发飞船不适合）中恰当的使用敏捷，让管理提升效率，效率=质量 + 速度，如果片面的赶进度而丢了质量，那是捡了芝麻丢了西瓜。

#11 楼 @chenhengjie123 脑图的细节确实没法和传统的比，有利有弊。问题是现在所谓敏捷开发，扪心自问，有时间规矩的按测试案例执行的有多少？敏捷，变了味，还是我老了。。。

#13 楼 @seveniruby 对于有登录态校验或者接口有依赖关系的场景需要解决的问题：1.参数化和动态关联，场景：接口 B 的某个请求参数从接口 A 的返回中获取，例如：在 A 接口的 response 中用正则表达式提取参数，用于替换 B 接口请求参数变量；2.动态参数的持久化，场景：接口 A 返回中截取的某个参数可能在多个用例的请求参数中用到；3.断言的参数化和正则表达式支持；4.对复杂请求参数的支持，因为请求参数不一定就是简单的数据类型。。。
对于个别前端产生的请求参数（虽然不多，但也要考虑）：实现思路，反射实现动态调用方法、js 方法等

#21 楼 @xushizhao 393472146

#45 楼 @actionwind 就目前来说，你说的没错。就我个人接触到的，缺少这么一类慢工出细活的，或者做基础研究的人。就好比中国可以设计先进发动机，但基础材料不过关，基础才是一切的根本。很多知名的开源框架或技术概念都是国外的，不是老外比我们聪明，还是和大环境有关。
个人觉得往后公司对测试的要求只会越来越高，居安思危，最近就在恶补 Java 的基础：设计模式、内部类、如何变通实现多继承、泛型的使用、抽象类和接口的合理使用、考虑时间成本和空间成本的算法、内存管理和垃圾回收等等。
说到这我不得不引申一下：

1. 测试需要比较深的编程知识，这是精确定位问题的一项重要技能；
2. 开源的工具确实好，但不要成为思维方式的紧箍咒，可以借鉴和启发，尽信书不如无书； 3.新的技术层出不穷，大多数人都不是天才，根本来不及学，不要盲目追求时尚，学会独立思考，学会取舍，能解决问题就好；
3. 做技术要实事求是的态度，千万不要装，特别是代表公司面人的时候，不要放过一个人才，也不要被忽悠招入庸才。

有人会疑惑，/proc/net/xt_qtaguid/stats|grep #uid#，每个 uid 对应的两条数据有什么区别呢？
Lines with cnt_set==0 are for background data
Lines with cnt_set==1 are for foreground data
Total traffic is a sum of both
参考资料：http://stackoverflow.com/questions/15163549/interpreting-android-xt-qtaguid-stats

#15 楼 @y1i1n1 windows 有 adb 环境就可以使用

#36 楼 @actionwind 模拟用户操作是测试的一种手段，达到测试的目的有很多手段，至于哪种手段效果好，还是用数据说话。这就涉及到了测试数据入库的原因之一，以便于做数据挖掘和分析，为以后的持续改进提供依据

赞同用数据说话，UI 自动化有其存在的理由，如何运用恰当是需要思考的

#12 楼 @adfghzhang Linux、mac 系统，直接敲 awk，按回车看下提示

#1 楼 @mrqyoung 确实可以，条条大道通罗马

#32 楼 @recluse6860 类似于浏览器把网页下载到本地，如要正常打开，这些资源文件是必不可少的，然后就可以用图片对比工具进行校验。当然，个人觉得这并不是最佳方案，还在考虑怎么做更好

#3 楼 @fengcanfly 启动多个 appium server 可以做成自动化，我没有用 testng 自带的多线程机制，是自己写多线程实现的，感觉更灵活

#29 楼 @seveniruby 我现在的卡点不在 web 层内容的解析，而是 UI 层展现的测试，假设预期结果是一个图片基线库，考虑的因素包括：执行机的分辨率、屏幕大小、色彩和亮度、兼容性（各种类型的浏览器），如何解决这些不确定因素？
另，PhantomJS 很好，CasperJS 也不错，依赖于 PhantomJS，同样支持无浏览器的 Web 测试，但截图功能更强大

#9 楼 @shixue33 highchart 官网有资料的，yAxis: {min: 0,plotLines :[{color:'red',dashStyle:'solid',value:16,width:1,label:{text:'threshold:16ms',align:'left',x:0,style:{fontSize:'12px',color:'red'}}}],title: {text: 'time(ms)/per frame'}},

#24 楼 @xiaoluosun 目前框架 UI 层设计并不完美，等成熟些再分享

#26 楼 @momoyue UI 层 Web 层 Data 层在一个框架实现，原理是 httpclient 模拟发请求，截取未渲染前的响应内容（作为 web 层校验），同时由爬虫类获取 css、js、图片等静态资源到本地（可作为 UI 层校验），一般都是有登录态的请求流模拟业务流操作（此时数据库会产生数据，可同时进行 Data 层校验）。当然，我设计时考虑到了既支持耦合执行，也支持分层解耦（每一层可有独立脚本），业务层是白盒测试范畴，一般 Junit 结合 Mock 工具执行，其实我觉得白盒并不是最难，最难的还是 UI 层的最佳实践

#19 楼 @chenhengjie123 http://wenku.baidu.com/link?url=GggGkaSIqt2_NBBCwQ7BgirMNjuNdnOLFbA9_NSFdWqFbPJCesVFxUPFz4IKrMLHKX80zSc0K2SQJhWHpSXnTX3PqB6iLjSyxK0n7zGjVh_

#17 楼 @monkey 找不到 p2p 的联系方式，我的微信：quq0930

#11 楼 @monkey 上海可有培训，求带

#6 楼 @monkey 非常感谢这么详细的解答，去心中之惑

#4 楼 @monkey 谢谢，能早点遇到伯乐就好了

#1 楼 @monkey 面试的时候，还有周围的人。。。