为什么同样的时间有的人可以漂亮的完成工作，而有些人废了很大的力气也没有完成？ 前者我们常常称之为“大牛”，后者我们常常叫他们“菜鸟”。当然“大牛”都是相对而言的，“大牛”也不可能方方面面都非常厉害，换句话说大牛也不一定会沙王摇大，也不一定会船长放水。所谓的“大牛”他们只是在某些方面比我们强而已。但是值得注意的是，学习能力很强，效率普遍很高是一般“大牛”的共同特点。 是哪些因素造成了我们与“大牛”的差距呢？ 背后的故事我们不一定知道 有这么两句话想必大家都应该听过“要想人前显贵，必定人后受罪”，还有一句就是“台上一分钟，台下十年功”。在这里想借助这两句话说得就是，不要只看到“大牛” […]
就在UFT11.5发布时，HP同时也发布了针对UFT的Jenkins开源插件，通过此插件可以运行来自HP ALM/QC或本地存储的测试脚本。 你可以选择多个指定脚本甚至是文件夹，此插件会运行文件夹下的所有测试脚本，在build机上可以通过配置运行测试脚本。
2013年04月25日 星期四 晴 这两天都在抽时间看一本《自动化测试最佳实践》的书，感觉写的很不错，写了很多关于自动化在项目中实战时的经验。 有的成功，有的失败。 看了受益匪浅，感觉看完书，下阶段要将我的自动化脚本重构一下了。
笔者之所以翻译这篇文章，是因长久以来笔者有感于工程师与黑客之间误解，有些黑客瞧不起工程师的死板，工程师则看不上黑客的傲气。事实上，在软件项目管理过程中，安全仅仅是软件测试阶段的一个测试环节。源于思维角度的不同和性格特征的使然，笔者相信，优秀的工程师同样也是不逊的黑客，优秀的黑客却未必是优秀的工程师，这正是工程师和黑客需要相互了解、学习之处，读过全文，或许你会对黑客、工程师、创业有新的认识和了解。
对于两年前就已经开始流行的APT攻击，国内外很多媒体都给予了充分的报道，从技术解析到实际攻击案例，一时间似乎这种高级网络威胁充斥着整个信息安全领域，再无其他威胁可以入流了。
在51testing论坛上，一个很有意思的提问： 请教大家个问题啊： Function Driver_TestCase(testCaseFun) call testCaseFun End Function 这里的testCaseFun是要调用的函数名称，我想call testCaseFun这样是不对的，那如何才能知道这个参数是要调用的函数呢？ 我的回答：一种非主流用法：
在成千上万的文字中解读茫茫网海已经不再是主流了。如今正兴起的信息图形，给没有时间和精力坐下来好好琢磨满屏文字的人们带来了福音。或许过去，你需要大量的证据和分析去解读某一信息，取而代之的信息可视化，为人们提供了更易解读，更有乐趣，更加美观，快速便捷的获取信息的方式。当然，你也可以利用信息可视化图形来装扮你的网络空间（避免单调的纯文字信息），包括你的个人网站，Email，或者是社交主页，比如微博，facebook，Pinterest…… 或许，您也会这2篇文章感兴趣： 9个超酷的数据展示型网页设计 30套信息图表模版源文件下载 Visual.ly
本文的作者Armel Nene是ETAPIX Global公司的首席架构师，他居住在伦敦，他参与过的开源项目包括 Apache Lucene,，Apache Nutch， Liferay 和 Pentaho等 如今很多的公司的IT部门仍然认为招聘一个资深的程序员，他同样也能承担软件架构师的角色。
当我听说人们执着的保护着自己的 idea 时总是觉得很滑稽（人们想让我跟他签保密协议然后告诉我一个再简单不过的 idea）。 对我来说，没有执行力的 idea 一文不值，它们只是一个乘数。执行力才值钱。 ###解释：
下面是stackoverflow网站上网友针对你看到过的最好的代码注释是什么样的？这个问题给出的回答的前10条： // 亲爱的维护者： // 如果你尝试了对这段程序进行‘优化’， // 并认识到这种企图是大错特错，请增加 // 下面这个计数器的个数，用来对后来人进行警告： // 浪费在这里的总时间 = 39h /** * 致终于来到这里的勇敢的人： 你是被上帝选中的人，英勇的、不辞劳苦的、不眠不修的来修改 我们这最棘手的代码的编程骑士。你，我们的救世主，人中之龙， 我要对你说：永远不要放弃，永远不要对自己失望，永远不要逃走，辜负了自己。 永远不要哭啼，永远不要说再见。永远不要说谎来伤害自己。 […]
这是Hacker News官方网站上的一篇声明，解释为什么Hacker News昨晚上宕机一夜。 昨天Hacker News宕机了一晚上。问题不是由于我们新上的服务器。事实上，其中的原因愚蠢的让人不好意思说。
Jay Parikh是Facebook基础设施工程部的副总裁。他负责监视支撑Facebook的全部硬件和软件，一旦在几秒内没有收到监控信息，他就要设法找到原因。这项工作的挑战在于，Facebook的基础设施部署在四个数据中心，它们坐落在世界各地不同的地方，那里有数以万计的服务器，以及一口气都无法罗列出的各种软件工具。当无法获得监控信息时，将可能意味着某些大型项目面临崩溃的危险。 图：Facebook的Jay Parikh（摄：Ariel Zambelich/Wired）
现在有不少的硅谷公司直接招聘国内的软件工程师到美国工作，这些公司主要是大的互联网企业和中型创业公司（太小的创业公司没有资源申请H-1B签证）。有很多的朋友对此有兴趣并且问我需要准备和注意的地方。 我觉得大部分的技术能力都是靠一定时间的学习和积累的，基本上不能准备；但假设你的技术和经验都很好，面试当场的表现的确可以在短时间内准备和提高。 我每次在面试 现场都尽量跟每个应聘的朋友分享一些面试的技巧，让他们放松并且充分准备。现在把这些想法总结一下，我想这些经验主要对创业文化比较强的公司有帮助 （如果招聘的公司是传统文化的大公司，有些建议可能适得其反）。 最最关键的一点： 不要把面试当成学校的考试。这 […]
作者：散步的SUN 序言：一说到自动化测试工具，大家很多人都会想到的是QTP、LR或者selenium之类的工具，要大家一开始设计一个这样的工具，其实确实很有难度，因为其包含的功能细节太过庞大。当年的我，开始设计开发工具的过程中，走了很多弯路，例如：做工具的界面技术的历程，刚开始用tcl/tk脚本语言，用tcl写底层框架，用tk写图形界面，后来发现tk虽然构造图形方便，但可拓展性实在太差。就开始学用java的swing写界面，当时傻傻的从界面的布局，到界面的MVC框架，然后是各种图形的数据结构都是自己一点一点写出来的，但确实锻炼了能力，后来就开始掌握一些现成的图形框架，例如：java里的RCP […]
作者：散步的SUN 序言:在部门做自动化有好一段时间了，经历了自动化从无到有，然后到框架，到现在的平台，以及持续集成，回顾发现由于自己之前经验太浅，走过的弯路太多，现在也还在谨慎的前进着，上次又回顾了一遍”软件测试经验和教训”里的自动化测试章节，发现早前很多懵懂的经验，现在稍稍清晰，于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅，如果有更深认识的朋友，互相讨论，谢谢 一、所谓自动化是为了软件发布服务的，并不只是为了测试 来源:自动化测试目标建设 以前一直怀疑自动化测试的用处，我们之前花费大力气开发了大量的基于关键字方式的脚本，用来提高测试的覆盖率，每次测试耗费大量时间，但是发现的问题 […]
来自Facebook的 Steven Grimm很好地回答了这个问题，觉得还不错，这里以第一人称翻译了一下。 ▲对于PHP的代码，我们写了非常多的基于PHPUnit测试框架的测试类，这些测试类覆盖范围比较大，从简单的判读真假的单元测试到大规模的后端服务的集成测试。开发人员把运行这些基于PHPUnit的测试用例作为他们工作中的一部分，同时这些用例也在一些专用的设备上不停地被运行（注：持续集成模式）。当开发人员对一些代码做了比较大的修改时，在开发机器上的自动化工具会运行这些测试用例的同时也会生成相应的代码覆盖率数据，对于需要提交到代码库的diff，在做代码review的时候回自动地产生一份带有覆盖 […]
排列不分先后： 1. 当性能遇到问题时，如果能在应用层进行计算和处理，那就把它从数据库层拿出来。排序和分组就是典型的例子。在应用层做性能提升总是要比在数据库层容易的多。就像对于MySQL，sqlite更容易掌控。
我对 Facebook 的运作方式着迷。这是个非常独特的环境，很难被复制（这个方式并不适合所有的公司，即使有些公司尝试过这么做）。下面这些笔记来自我和Facebook的许多朋友的交谈，关于他们开发、运维与软件发布等方面。
11月22日编译：根据美国知名职业调研公司优信咨询（Universum）的最新调查报告显示，谷歌公司蝉联了全球 最理想雇主的冠军位置，可见其已经在企业文化及工作环境方面建立了非常强大的品牌，使得无数求职者心向往之。虽然谷歌员工拥有让人艳羡的福利，但要成为谷 歌的一员却要经过极其严格困难的招聘过程，其中包括谷歌首选常春藤联校（The Ivy League）的毕业生、重视GPA、奇怪的面试题等。尽管前谷歌招聘主管Gayle Laakman McDowell曾表示该公司最终取缔了大部分过于刁难的雇佣做法，但谷歌一些经典的招聘流程仍广泛流传开来，以下便是国外网站总结的15个最刁难的谷歌 面试题。 1. […]
2013年04月19日 星期五 晴 又到周五，本周周末用了一天年假，愉快的休息三天，回家里和难得会家乡的朋友聚聚。 现在的状态就是，坐等下班，哈哈~
作者：散步的SUN 序言：测试开发部门做自动化测试很容易脱离测试项目去做，仅仅为了做自动化测试而做。开发部门做自动化测试很容易考虑不够全面，但是在自动化测试开发、维护性和复用性以及可测性上结合比较好。测试部门去做自动化测试，对测试项目理解比较深，对自动化测试的应用也比较能理解，但是却无法开发应用比较好的自动化测试系统与框架为之服务，自动化测试只是作为测试的一种辅助手段，而每个人都术业有专攻，我们需要的是理性认识到自动化测试，不能本末倒置，以项目为驱动，将自动化测试与项目结合，真正将自动化测试在整个项目环节中应用起来。
软件开发是”抽象化”原则（Abstraction）的一种体现。 所谓”抽象化”，就是指从具体问题中，提取出具有共性的模式，再使用通用的解决方法加以处理。
2013年04月18日 星期四 晴 感觉应该在网站上写点日记什么的，来给网站增加点我自己的味道~ 大家最近都在忙些什么呢？
你有没有在Linux命令行中见过一辆火车呢？”猫跟老鼠”呢？编辑Linux命令行其实并不总是件严肃古板的事情。你完全可以用它自娱自乐。下面我们就跟大家一起讨论一下Linux命令行的特质。 假设：本文所有示例都使用Ubuntu Linux。文中描述命令行功能或许在你的Linux系统中是默认的。 有趣的Linux命令行功效 1. Linux”sl”命令行 尽管”sl”代表了”蒸汽机机头”，但它是用来提醒那些命令行控们别把”ls”打成了”sl”。让我们看看在 […]
经常看到有人问程序员适合做管理吗，或者手底下有牛人比我技术更好怎么办，或者感叹一下做管理好难啊之类的。同时，相当大的一部分程序员都梦想着走所谓专家路线——并不是因为对技术特别有兴趣或者觉得自己特别适合走技术路线，真正的原因是对管理工作的恐惧，觉得自己搞不定定。做管理真的很难吗，程序员出身到底适不适合做管理，我可以斩钉截铁的告诉你：不难!适合! 上面的答案显然并不完全正确。不过我们今天我们讨论的并不是管理一个国家那样的管理，也不是管理一个公司或者半个公司这样的管理——绝大部分程序员同志们短时间内都不会有这样的机会，这样的话题也完全超出了我的知识范畴。我们今天讨论的只是基础的简单的管理，小到几个人 […]
从同事的 博客上学会了几个超炫的专业词汇，激动不已。觉得这些词汇可以言简意赅的概括我的好几篇博文，自己的文章水准真是自愧不如。现在来见识一下真正大师级的英语词汇： Yoda Notation（Yoda 表示法）
几天前在 Slideshare 上看到 Etienne Garbugli 的一个关于时间管理的幻灯片，觉得挺不错，值得分享。另外由于 Slideshare 被墙，顺带保存分享到墙内。如果译文有不到位的地方，烦请指出，谢谢。 01. There is alway time. Time is priorities. 时间常有。时间优先。
补丁安装需求： HP Unified Functional Testing 11.51 (必须安装UFT_00001补丁) 补丁新增需求： 补丁添加了对Firefox 19版本支持
