虽然其他的数据能爬取解析用 chart 展示,但 activity 模板抓取数据还是很重要的,必须解决,坐等解迷人
什么时候开源,最近有个任务正好用到,再不开源只能自己做了
你就把测试看作一个不懂技术的用户,用户发现问题说明你开发的质量确实有问题,而且是表面上的低级问题。
所以讨厌测试的开发一般水平也不高
常连接本来就是非常耗资源的,不间断的心跳检测
如果是 java,虚拟机配置是一方面,默认配置是不行的,听听 jvm 专家意见
架构设计也是一方面,负载均衡是有策略的,选择合适的路由策略
表设计是否合理:包括可扩展性、索引、主键、外键、非空、默认值。。。
触发器是否合理,影响性能
存储过程是否设计合理,性能调优
sql 的逻辑是否符合业务需求
sql 的性能调优,详见:https://testerhome.com/topics/4617
好的爬虫实现+安全知识,是不是开启数据金矿的钥匙呢
有人试过吗?有没有在命令行导 Activity Monitor 成功的?
#19 楼 @hyddd 文中提到 “(3). 从 instruments 结果文件(.trace)中尝试获取样本值”,为什么我导其他的可以,这两个却不行(求助贴:https://testerhome.com/topics/4747):
instruments -w #udid# -v -t "Activity Monitor" -D Activity_Monitor.trace xxx.ipa
instruments -w #udid# -v -t "Network" -D Network.trace xxx.ipa
你是如何获取这两个 trace 的,盼望回复!
解决了 trace 的解析和展示,却卡在了 trace 的生成上面,蛋疼的就是想要的数据无法导出,其他的数据却可以,够闷的
Xcode Version 7.0.1 (7A1001)
Instruments Version 7.0.1 (7A1001)
#2 楼 @chenhengjie123 可能文章没表达清楚,如果被依赖的(被调用方)未开发好,可以 Mock Server 验证调用方,如果被调用方已完成,可以 Mock Client 验证被调用方,提测的时候(开发联调完毕,或者发布测试,更倾向于前者),这一步是不需要 Mock Server 的
单测不仅限于程序代码,数据这块,包括存储过程、package 等都可进行单测,比调用它的程序代码更底层,更原子化了
@seveniruby 能否分享源码,最近有个需求,既然这里有现成的也不用重复造轮子了,有了源码,遇到问题也方便改:-)
“缺乏真正的意义” 说到点子上了,金钱至上,没有信仰是很难造就奇迹的
传统的业务测试,从用户角度和测试角度思考问题,价值体现在扎实的测试基础知识、发现问题的敏感性、业务知识的专业性、业务提议的建设性。
随着敏捷、快速迭代的兴起,对业务测试的要求越来越高,缩小问题范围、精准定位原因,节约开发耗时成为业务测试的另一种价值体现。
业务和技术是测试人员的左膀右臂,业务知识让你发现有问题的现象,技术让你透过现象看清本质。
#20 楼 @seveniruby 好吧,活了那么多年,还是那么单纯
发布的时候愚人节过了,住址哪里填呢
一诺千金真汉子
#38 楼 @fenfenzhong 系统文件抓取的原始数据是每一帧耗费多少时间,以此换算出 fps。测试数据本来就是采样的,我的理解是能反映其基本面,就到达目的了
#36 楼 @fantasyty 自定义的,单位:秒