膘叔的简单人生
G2在刷机后电池好象经用了
这次刷的是hiapk的啊兴的2.58版，本来在 http://g.52cd.net 中已经有记录了。只是，突然有人电话给我说没有备案。心里那是哇凉哇凉的。。
昨天刷了2.581，感觉不错。有一些软件不能启动。先用appmanager备份，再uninstall最后再重装就恢复了。呵呵
刷机的时候，如果一直提示读不到update.zip之类的。请把你的USB线拔掉，就可以了啦。。。
第一次的时候没经验，把数据全清空了。结果里面的一些最近加入的手机号码都不见了【BTW：看到这篇文章的时候，如果您是我的好友之一，还烦请悄悄的发个消息告知一下（手机短信最佳，因为可以直接保存下来。HOHO）】
好不容易有点收录了,结果告诉我没有备案.
提交了备案信息吧.可是到现在没有处理
去miibeian吧。该页无法显示，拜托，那你让我如何备案？大爷。。。。
计算机中病毒恐怕是每位用户都不愿意面对的事情，虽然我一直在裸奔。。
但，杀毒软件的价格并不是都与它们的性能成正比的。于是有一些在线扫描工具就成了我们的首选。。。
本文来自帕兰映像，标题是打描工具，不知道是故意的呢？还是打错了。不过我看标题链接中是Fight。。。。
没有装杀毒软件的朋友，或某些情况上，本地杀毒软件无法使用。当怀疑有病毒的时候，可以尝试使用一些在线病毒打描（？）工具，确定有病毒后再想办解决。
这款名为 VirusTotal 的在线可疑文件分析工具，综合利用多种反病毒引擎，对本地上传的文件进行检测，判断文件是否被病毒，蠕虫，木马，以及各类恶意软件感染或植入。
你可以在线上传文件进行安全性测试，也可以通过电子邮件发送文件至 scan@virustotal.com 即可。邮件方式支持附件大小为 20MB 的限制，系统会自动返回一份带有文件分析报告的邮件。另外，VirusTotal 自带了哈希 (Hash) 值校验工具，便于凭 MD5/SHA 值直接查找分析报告。via
可以让你上传并彻底检查文件档案是否含有病毒和木马。病毒扫描是通过20多个著名的病毒资料库进行检查上传的文件, 比如卡巴期基病毒资料库等等. 但是Virusscan同时声明, 这一工具并不保证百分之分的能够确认文件没有病毒. via
一个非盈利性的免费为广大网友服务的网站，它通过多种不同厂家提供的最新版本的病毒检测引擎对您上传的可疑文件进行在线扫描，并可以立刻将检测结果显示出来，从而提供给您可疑程度的建议。via
就是出品著名的杀毒软件 NOD32 的那家公司，推出的一款在线病毒扫描工具，能够侦测病毒、恶意软件、木马等，甚至可以移除其中的一部分，但是功能毕竟还是有限的，所以他们也推荐用户使用 NOD32 来做更进一步的保护和清理。via
一款在线病毒扫描 Widget 工具，采用了 Panda 的扫描技术，可检索各类病毒、恶意软件、木马等对系统有危害的东西。该 Widget 可以适用于 NetVibes、iGoogle 或者 PageFlakes 等个性化首页。
来源：http://paranimage.com/5-online-virus-scanning-tool-to-fight/
突然间有人打电话给我，说是我的域名52cd.net没被备案过。
依稀记得当初的备案是挂在我现在的域名下的。然而，登录miibeian.gov.cn却依然打不开。
所以，暂时停止网站的访问先。。。
同时，已经向edong申请备案。以防万一了
实物比图上再稍长一点，想想也挺恐怖的
人间兵器，是一款FC的游戏。是可以输入password的游戏哦。主人公有3HP，可以通过救人等来获取HP的加成等。
人间凶器是啥呢？就是前两天说的那个塑料梳子的牙齿。自从小朋友拉出来之后。本人用俺的HTC G2把它拍摄下来。与君共勉。。。。
时刻注意人间凶器啊。
【本来应该是今天上传的，由于手机还有电。为了使手机电器的寿命延长，不能天天充电。所以，乘明天充电的时候上传。首发站应该是http://g.52cd.net，毕竟那个站点是我用来发表手机图片的勃客】
对于不可重现的BUG，有时候确实很郁闷，想要再查是什么原因都不可能。对于这个淘宝QA们有话说：【原贴地址为：http://rdc.taobao.com/blog/qa/?p=3965】
来到公司后参加了4个项目，在测试过程中一个头疼的bug便是不可重现的bug。针对这类bug，有不同的观点，一部分认为是测试人员的操作错误，一部分 人认为是这类bug是真实存在，根据我的经历我赞同后面这个观点，而且认为出现不可重现bug只是小概率的事件。
个人认为出现不可重现bug的原因大致如下：
1． 测试环境的不稳定。
2． 测试用例没有完全细化覆盖到这个功能点。
3． 人的问题，测试人员总是操作不到点上。
面对不可重现性bug我们应该怎么做呢？ 实际工作过程中出现不可重现bug对我们测试人员是一种锻炼，锻炼我们提交bug的能力，跟踪bug的能力，可以充分锻炼我们的探索式思维，很多时候这种探索式思维对重现bug有很大的帮助。
1．项目测试时，争取有自己独立的干净的测试环境。同时为了重现bug可以试着交换测试机器，或者测试任务。
2． 回顾我们的测试用例，看确实是否存在遗漏功能需求。一般都会存在，只是这个需求可能极其隐蔽。
3． 一旦出现bug，分析，记录刚刚进行的操作，以及刚执行的用例，然后争取保留现场，和开发同学及时的交流，及时的查看日志，以及现场。
4． 必要时借助测试工具，开发同学要有良好编码习惯特别是对于log，尽可能的要重视log的作用。
5． 探索式测试。这种测试对于重现bug还是比较管用的。
我们这次项目涉及到了客户端，在测试一段时间后客户端就会crash，（客户端在用户使用过程中崩溃肯定影响公司的形象），crash出现的频率基 本在一天一次左右，但是出现在不同的测试用例执行过程中，甚至在长时间开着客户端也会偶尔出现crash。这说明所谓的这个“不可重现”bug是真实存在 的，开发同学经过多次的日志分析后终于在项目测试第二轮结束时顺利解决掉。客户端崩溃的原因：简洁的说，“多线程重入一个共享对象，一个在使用，一个在 destruct”。由于本次项目缺少接口测试资源，这个原本接口测试中可以很容易发现的bug遗留到了功能测试过程中，于是变成了所谓的“不可重现”或 者“不容易重现”，“无规律”重现的bug。也就是说由于我们缺少接口测试的用例于是变成了功能测试来“埋单”了，另一个方面也证明了做为一个正规的程序 类项目我们缺少测试流程中的哪一个环节也都是要付出一定代价的！
我发现候哥写过一篇不可重现bug的应对方法，因此也将候哥的连接，连在这
