测试需要改变
12月了，2013年即将过去，新的一年中测试将面临什么样的改变呢？
当互联网回归理性，越来越多的公司对测试提出了更高的要求。
新时期的测试到底应该关注什么?也许新时期测试也将慢慢的转型到另一种职责。
记得ebay,amazon的测试的宗旨是以提高用户体验为一切。
那么我们的宗旨使什么呢？让我们先理以下现有的测试在做些什么？
看得出繁琐的各种测试任务，但是测试的最终目的是什么呢？保证上
................Read More
Android 测试思考(二)
最近家里很多的事情，公司很多事，验证了所谓”多事之秋”啊。
晚上躺在床上思考一个问题:”什么样的开发框架能不仅提高开发的效率更能提升测试的效率？”
在Android 测试思考(一)中提到了相关的插桩方法及开发框架的修改，更为重要的是让开发的同学在代码阶段就能进行快速的单元测试。
Roboguice + Robolectric + Android mock是一个不错的选择，由开发框架本身来驱动测试提前性,这里需要注
................Read More
Android 测试思考(一)
前段时间群里朋友谈到android mock && stub的问题，也做了些思考。
常常听到身边的同学抱怨手机自动化测试无法跟上开发及release的速度。常常是一周两更新，没有时间对新功能进行自动化。
无论你的自动化ui测试框架多么NX，无论你是用appnium还是robotium还是Espresso都无法对未知的新功能进行测试，留给测试及release的时间太少了。
这个时候我们是否要考虑下如何测试向前一步呢？
................Read More
Android mock location——模拟GPS定位测试
最近为自己的app测试定位，遇到了mock定位的问题，如何才能快速的mock 定位呢。
google告诉我们可以使用三种方法
1.可以使用mock gps app来模拟。
2.使用rli对底层数据模拟。
3.针对locationManager进行mock。
这里jason对第三种方法做下笔记。
首先对LocationManager provide进行模拟
_locationManager = (LocationManager) _activity.getSystemService(Context.LOCATION_SERVICE);
................Read More
Android WebView的前端优化
一个月前偶然使用了Athrun, 发现比现有的 robotium && android-webdriver 的实现更加易用及贴近代码本身。
某天加班阅读了下源码，发现可扩展性很强，对于自定义控件的支持易用很多。
从上周开始推进改造部分代码，修改使用athrun，并提供了更为易用的接口为深入修改进行准备。
自动化测试的过程中 webview 的速度不是很理想。问题还是由于APP更新机制没有将相关的html,css,js做本地
................Read More
10月书荐
昨天是很丰富的一天，遇到了不同的人谈了不同话题很多想法及思考，感触很深。
回家之后翻看《软件随想录》，看着看着想起了《中国合伙人》中的台词”也许你改变不了世界，但能做到不被世界改变”。
技术团队面对着变化，拥抱变化是十分重要的。在做事上更应该保持geek精神。将产品做好是唯一的目标，毕竟人人都可以是产品经理 。
周末休息一天，就不去书城了，搜罗了一些朋友推
................Read More
IOS 单元测试
IOS的单元测试工具繁多，Jason今天简单介绍下，从基本的OCTest/Sentest到BDD的Kiwi和Cedar。
今天主要对OCUNIT,GHUNIT和Kiwi的使用总结进行memory。
OCUnit
可读性
OCUnit结合STassert进行单元测试，抛出的错误很难第一时间定位到问题。和JUnit抛出的错误相比十分不明显。
持续集成
在自动化的持续集成过程中由于XCode4 xcodebuild 的种种不支持，我们选择使用模拟器测试并将输出文档转化成
................Read More
测试环境log监控平台
log监控的平台,开发的活？为什么测试不能做呢？最近将整个beta测试环境的log进行统一的监控及分析。
针对log的统计对测试及开发有什么价值？
价值大大体现在能先一步发现真实线上环境中的集中报错信息，提前一步预警。也可以提供一个比较真是的系统报错率的信息供开发参考质量。
log监控平台的架构更多的源自内部的搜索系统的启迪。
其中我们会遇到的问题是error code编号的统一，无法进行快
................Read More
JAVA G1 垃圾收集器
前段时间朋友问起JVM1.7 G1的性能情况，这里就G1相关的做下memory。
JVM参数的调优更多的保证性能稳定性，真正导致GC停止时间过长的一般仍然是代码的问题。
G1（Garbage First）收集器是一个新型的垃圾回收器，由JDK 7中的Java HotSpot VM 引入。
G1 更支持现有的多核系统。它能够使用所有可用的CPU（CPU多核，硬件多线程等）来加速它的垃圾回收 “stop-the-world”时间。
G
................Read More
最新评论