今天中午吃好饭，从公司出发前往创业工坊。场地已经比上次装修好了不少。 这次和负责人谈下来感觉还不错，非常支持我的移动测试会活动。场地可以永久免费的租给我，同样的，需要我的人脉来聚集更多的优秀的测试。 当然，最让人开心的就是场地问题解决了。一楼是很大的场地，LED屏幕，麦克风，很多东西都是创业工坊提供的，二楼有咖啡厅，饮料什么的也是他们提供。这下我的活动算是不要为了场地愁了。
在制作场景恢复的时候可以选择调用函数来解决，下面的函数就是为此写的。因为之前用的场景恢复只报错了，看报告后大概了解了Object、Method、Arguments、retVal等参数的意义，于是写了这个方法，一方面可以截图，另一方面可以在报告中看到哪个对象出问题了。因为我经常是通过公司的自动化平台调用测试案例，一般晚上或凌晨执行，第二天看结果，看结果的时候一般直接从QC打开报告查看，这样方便自己定
用户体验质量的测试因为涉及到很多人直观感觉的判断，导致了一直以来没有好的测试评判标准。虽然有一种用户体验实验室通过录制用户操作的眼球变化来记录用户行为，推断用户体验效果。但是让我想起了经典的检查空香皂盒的故事：生产线要检查出空香皂盒，有家公司投入多名专家研发了一套激光系统来检查，一家小公司的工人想出用风扇吹飞空香皂盒的方法。对于绝大多数的同行公司更适合风扇方案因为经济实用，实施快。不是所有公司都有
redHat Linux系统安装好后，会自动生成几个目录；为了更好的理解RedHat Linux根目录“/”下各个系统文件夹的含义和用途，今天在网上详细找一下，具体各个目录一般都存放些什么东东，特来分享一下战果：一、文件夹分为以下四类：１.管理类文件夹： /boot 该目录默认下存放的是Linux的启动文件和内核，例如 LILO或GRUB的文件
工作并非必须，只要你的心能够坦然面对，无论外界如何变化，你的内心都可以平和面对，经济萧条，行业变迁，和你的工作其实都没有那么大的关联，只要你的心能够坦然面对。 当工作间开始感觉像是小牢房，情况就不太妙了。不幸的是，低迷的经济给仍然有幸保住饭碗的人带来的一个后果就是，我们会觉得自己陷入了工作的牢笼。
回归测试的目的：1.验证缺陷得到了正确的修复 2.对系统的变更没有影响以前的功能回归测试的策略：1）完全重复测试： 重新执行所有在前期阶段建立的测试用例，来确认问题修改的正确性和修改的扩散局部影响性2）选择性重复测试： 1.覆盖修改法： 针对被修改的部分，选取或重新构造测试用例验证没有错误再次发送的用例选择方法。这类回归测试仅根据修改的内容来选择测试用例，这部分
远程桌面安装一个RedHat Linux虚拟机器作服务器，但虚拟机却一直不能访问外网，在徐鸣同学的帮助下，终于OK了：一、相关的配置文件： /ect/hosts 配置主机名和IP地址的对应，对本机提供解析 /etc/resolv.conf
#给定一个一亿长度的数组，数组元素中随机放了0~9 ，10个数字，要求你统计每个数出现的次数#给定一个字符串A，让你在A中找出以字符串B开头，以字符串C结尾的所有子串a=[0,2,1,4,5,6,4,3,1,4,5,6,7,8,8,5,3,3,2,9,0,0,1]arr=[0,0,0,0,0,0,0,0,0,0]a.each{|i| arr[i]=arr[i]+1}s='ggbaabsccbikb
代码覆盖（Code Coverage）为何物？相信程序员特别是测试人员不陌生，很多人都喜欢用代码覆盖来驱动测试的开展和完善。确实代码覆盖可以找出测试疏漏和代码问题，但是单纯的代码覆盖率高低并不能直接反映代码质量的好坏。大多我们的努力方向都是找出那些没有覆盖到的代码，然后补充用例，完善测试。而摆在我们面前的问题是：是否我们已经充分认识到哪些不需要、不能、必须被覆盖？只有对代码覆盖的各种情景了然于胸，
前阶段为公司内刊发表了一篇小文，谈了下软件测试的内容，今天也共享到我的微博上，感兴趣的同学可以看一下： 本次很荣幸的由我来写一篇稿子。在做软件测试工程师的这几年，收获了不少，对软件测试这一职业的理解也随着工作经验有这更加深入的了解，在这里写一篇关于“软件测试”的小文，发表一下我个人的一些拙见，供大家探讨学习之用。 软件测试什么是软件测试？其实现在很多人对软件测试这一职业不是很了
