Ant Ren的专栏

原文地址：http://blog.mozilla.org/webqa/2013/09/26/writing-reliable-locators-for-selenium-and-webdriver-tests/If you’ve come here looking for the perfect, unbreakable locator, then I’m afraid to tell y

许久都没有写博客了，因为一直在读那本“How Google Test Software”，每天下了班不管回家多晚，我都会看上那么几十页，算是补充补充精神食粮吧。现在终于读完了，想把一些感想摘记下来，记性这玩意始终是靠不住的。第一章 Introduction of Google Software Testing其中有个很重要的观点：Quality 不等于Testing, 如果说硬要给

第三章 The Test Engineer这章主要介绍Google的TE，就是传统测试工程师每天到底都做些什么？罗马不是一天建成的，曾经的Google也是几乎没有测试的，但一直拥有最优秀的一批工程师，以技术为导向的这么一个公司，技术厉害的人才是一等公民。但是随着互联网时代的爆发和变迁，他们也逐渐意识到，质量的保障和测试的意识、手段、思维方式也是一门艺术，是值得尊重的一门技能。Google可以说

最近被问到了一个话题：软件的质量真的能完全看得到么？比如两款手机，一个是山寨机，一个是三星或者Google Nexus，同样是安卓系统，同样的配置甚至装上同样的App，那么它们从测试的角度功能可以说Function是完全一样的。它们的质量的差具又在哪里呢？可能这个例子是手机还可以划分到硬件范围，那么举一个纯软件的案例，同样的两款软件，比如都是微博、或者浏览器，当他们外在的功能几乎完全一样的时候，你

快速阅读了《海底捞 你学不会》，多年来只看IT方面的书，原来换换角度去看看一些真心写下来的故事，会有完全另外一番感受。      简单回顾一下这本书的内容主要是以海底捞发生的真实故事案例为主，讲述了一家餐饮企业的管理和文化如何做到无法被复制的境界。海底捞是四川的一家连锁火锅店，创始人叫张勇，以前就是个卖麻辣烫的。他创建海底捞的核心思想就是一条：人生来就是平等的。把员工当家人看待，让员工幸福

Robot Framework是一种基于Python开发的可扩展的关键字驱动自动化测试框架。通常用于端到端的Acceptance测试。它将测试用例、关键字、测试数据等定义都封装到了HTML或者TSV(tab分隔)文件中。使用手册以及下载地址如下：http://code.google.com/p/robotframework/Robot Framework的一些基础概念：以$

一，ping 　　 　　它是用来检查网络是否通畅或者网络连接速度的命令。作为一个生活在网络上的管理员或者黑客来说，ping命令是第一个必须掌握的DOS命令，它所利用的原理是这样的：网络上的机器都有唯一确定的IP地址，我们给目标IP地址发送一个数据包，对方就要返回一个同样大小的数据包，根据返回的数据包我们可以确定目标主机的存在，可以初步判断目标主机的操作系统等。下面就来看看它的一些常用的

Mozilla Public LicenseMPL License，允许免费重发布、免费修改，但要求修改后的代码版权归软件的发起者。这种授权维护了商业软件的利益，，它要求基于这种软件得修改无偿贡献版权给该软件。这样，围绕该软件得所有代码得版权都集中在发起开发人得手中。但MPL是允许修改，无偿使用得。MPL软件对链接没有要求。BSD开源协议 BSD开源协议是一个给于使

换了个环境，又有新的挑战；最近清醒的认识到中国软件开发是多么的不正规，从高校教育到实际工作中，规范都是各成一派，不断的犯一些愚蠢的错误。仔细的阅读了一些UML2.0的指南，虽然说很多学校都会开设这门课程，可是实际工作中UML逐渐的销声匿迹，或者说中国的开发者素质还不能整体提高到认识UML所代表的先进思想并不是说它这门语言多么精辟高级，而是它能给软件开发和Real-World之间假设无缝的桥梁，使得

论坛上经常有对P2P原理的讨论，但是讨论归讨论，很少有实质的东西产生（源代码）。呵呵，在这里我就用自己实现的一个源代码来说明UDP穿越NAT的原理。首先先介绍一些基本概念：    NAT(Network Address Translators)，网络地址转换：网络地址转换是在IP地址日益缺乏的情况下产生的，它的主要目的就是为了能够地址重用。NAT分为两大类，基本的NAT和NAPT(Ne

项目失败，一下子也找不到排解的出口，但是又实在是闲不下来的人，所以一边在论坛看看新职位的信息，一边开始正儿八经的架构起自己的项目起来。明明知道我们这一代人最大的缺点就是浮躁，可是还是无法克制住浮躁再一次主导的自己的心情长达半个月的时间。很多朋友都喜欢讨论一个月挣多少钱的问题，确实人的欲望有时候可以作为一种动力的来源催人努力，可是更多的时候，欲望会让你迷失了方向，在一个错误的思维空间里乱幢，始终无法

记得在学校的时候，看了蛮多余世维老师讲解企业管理的视频，后来又拜读了他的几本书，希望把我所记得的很有共鸣的内容摘记下来。不管是否在公司负责管理方面的工作，对于一个企业如何才能成功，一个团队如何才能高效的进步，每一个成员都必须在正确的时间做正确的事情，大家的成功才是真的成功！ －沟通的基本问题是心态，基本原理是关心，基本要求是主动。 －对于一个公司的领导者而言，真正意义的成功必然是团

探索性测试在开始实践敏捷的时候，就一直谈论着探索性测试。尝试了许多方式，多角度覆盖、路径漫游、逆向思维等等，虽然取得了一定的效果，但仍无法很自信的回答团队做的确实是探索性测试。因为一直忙测试开发的工作，而忽略了对测试工作本身的总结和思考。所以最近特意看了一些资料和书，才把探索性测试的方法论整个整理出来。（本文许多论点取自James A. Whittaker的探索式软件测试一书） 什么是

很多公司都会用JIRA这个软件来管理项目，确实是个不错的工具。但是最近经过一番思考，发现任何软件能力范围毕竟是有限的，工具也毕竟是工具，只有量身定做的设计和架构才是最适合的和最能发挥高效的选择。所以开始尝试着对JIRA做一些扩展和集成。目标是能对JIRA里的Project, Issue等信息从外部自己定制的程序中读取，并在必要的时候去操作。JIRA官方提供了多种plugin和扩展的接口，其中以笔者

最近读了一本《Cucumber行为驱动开发指南》，有些收获想总结下来。极限编程产生了TDD(Test-Driven Development)实践，然后在TDD的基础之上又衍生了BDD(Behavior-Driven Development)，标准化了那些TDD实践者的良好习惯。产生的原因背景：领域专家使用他们的行话，技术团队成员则拥有自己的、专门从设计角度讨论领域的语言，由于语言方面的分歧，领

原文链接：http://zyzhang.github.io/blog/2013/04/28/test-pyramid/测试金字塔概念由Mike Cohn提出，并在其著作《Succeeding with Agile》译注1中做了详细论述。其核心观点是底层单元测试应多于依赖GUI的高层端到端测试。在我职业生涯的大部分时间中，测试自动化就是使用自动化测试工具在用户界面上操

原文链接：http://blog.sina.com.cn/s/blog_5d90e82f0101kfnd.html现在的很多公司，包括 Google 和我现在的公司 Coverity，都喜欢一种“测试驱动的开发”（test-driven development）。它的原理是，在写程序的时候同时写上自动化的“单元测试”（unit test）。在代码修改之后，这些测试可以批量的被运行，这样就可

什么是Mock?我想Mock这个词对于经常写单元测试的开发来说肯定不默生。如今在测试驱动开发的思想下，单元测试被推到了一个很重要的位置。因为它是直接能覆盖到所有代码逻辑的最佳测试手段。在单元测试的过程中，复杂业务逻辑需要跟外部资源通信交互，例如获得一个数据库连接对象，例如发送一个HTTP请求并获得实时回复的一些数据等等。当复杂业务从这些与外部对象的交互开始时，单元测试往往需要借助给力的Mock

原文出处： http://www.infoq.com/cn/news/2012/11/Facebook-on-software-quality以小的研发团队为核心，遵循几个非常重要的原则：Be there from start to ship: 每个工程师自始至终负责产品。从最开始的一个想法，到开发原型，到内部审核，反馈，到产品开发，上线和维护，全部有工程师自己搞定

Java反编译、逆向工作技术反编译1、恢复意外丢失的代码2、了解一种特性的窍门和实现3、排除不具有良好稳当说明的应用程序或库文件中的Bug4、修复不存在源代码的第三方代码中的紧急Bug5、学习保护自己的代码免于破译 编译Java源代码会生成中间字节码，这是一种与平台无关的源代码表示方式。字节码携带了在源文件中可以找到的所有重要信息。尽管注释和格式丢了，但所有方法变量

有段时间没静下心来写点什么了，一直在忙着架构项目的自动化框架。许多人都认为自动化等同于自动化测试，为什么说自动化就一定只能用于测试的呢？个人并不认同这个理念，自动化旨在把重复有规律的劳动用机器运行的程序来代替，人可以把更多的精力放在探索性的工作中。不管是测试、开发还是文档、设计，都可以思考如何把自动化带入到自身的工作中。当然鉴于目前带领的是测试团队，我们也一直在思考着什么样的自动化才是

原文地址：http://www.ibm.com/developerworks/cn/java/j-cq08296/在每个现代软件包的构造阶段，测试这一实践都扮演着中心角色。过去那种先编写代码，然后有空的时候再测试（或者根本不测试）的日子已经一去不返，因为大多数开发人员现在认识到需要采用编码和测试彼此交织、同步推进的软件方法论，以便尽早发现 bug，在开发过程开始的时候就识别出主要的风险。

三个主要误区　　第一个是重视流程忽视人。敏捷宣言开明宗义指出“人和沟通胜过过程与工具”。但是仍然有很多企业试图通过创造一个完美的流程来实施敏捷。不可否认，合理的流程对于提高团队效率有一定的作用，但是企业真正要从敏捷改进中获益必须落实到人的改变上来。　　第二个是重视管理轻视工程。很多团队将敏捷等同于开开站会、做做迭代、搞搞回顾。到头来，一切流于形式。敏捷说到底是对于软件工艺性的认识回归，那么

SCRUM SCRUM是一套敏捷开发的框架，说的是在进行一次敏捷开发的过程中，所需要参与的角色，进行的活动和输出的产物。 角色有三个： 团队负责人：作为客户代表，确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品ROI负责。没有BA的情况下，可以充当BA的角色，来规避因需求问题导致过量生产和返工所产生的浪费。SCRUM MASTER：主要负责消除团队障碍。我觉得

借助 Java 5 注释，JUnit 4 比从前更轻（量级），也更加灵活。JUnit 4 放弃了严格的命名规范和继承层次，转向了一些令人激动的新功能。下面是一份关于 JUnit 4 新功能的快速列表：参数测试异常测试超时测试灵活固件忽略测试的简单方法对测试进行逻辑分组的新方法首先，我要解释 JUnit 4 最重要最令人激动的改变，为在稍后的章节中介绍这些功能和更

80后IT技术人才刚看了优快云主页上一篇文章“中小IT企业如何留住80后技术人才”，连接：http://vipnews.youkuaiyun.com/newscontent.aspx?pointid=2008_12_09_171541998 说说读后感吧，自己也身为一个80后IT技术人员，虽不敢大言不惭说自己是人才，确实对文中的很多观点都感同身受。 关于“追新”:其实是从校园学习

好久没有写博客了，也不是因为繁忙，而是一种迷惘。生活依然充实，但对于未来的路，似乎清晰明确而又曲折模糊。记得几个月前读了几遍非常热闹的一篇博客《降级论》，对里面提到的几个观点感到深有共鸣：“为什么要在自己身上挂一个“拳击高手”的招牌，被那么多泰森追着打？ 我把这块招牌卸了，找个完全没练武的人去比拼，不是更容易赢么？”“这个项目虽然是传统行业，但是我们基本上是按照互联网产品的思路去做的，

关于Windows和Unix系统的讨论众所周知中国的大学教计算机、软件，都是基于Windows系统的，即使在讲“操作系统”这门很关键的基础课程的时候，也有不少是院校以Windows NT为实验材料。这里笔者并不是想把Windows系统贬得多么烂，只是对于IT行业的兄弟来说，从易用性最高的Windows操作系统来了解计算机体系结构的话，会容易对概念产生误解，基础一旦不牢靠，往后的路就常常碰到瓶颈

iPhone应用使用Objective C++开发，找到一篇不错的介绍，了解一下！

    来到公司已经一个多月了，也更加了解到Quest的产品和这样一个有着20多年沉淀的公司，在产品的设计和开发上有着怎样的独到之处。虽然个人进入这个行业也不过两三个年后，但在很多时候，无论是自己在写一些代码，或者说中国的绝大多数公司在开发一些项目和产品的时候，从一开始的设计阶段就匆匆而过，所有的代码都是平地而起的模式。例如XML的解析、文件的上传下载、权限的管理、单点登录、数据的缓存和持久化等等

 Tuxedo Summary1. 强大的C/S通信功能       不仅支持请求/应答，还支持保持交易状态的会话模式、基于发布/订阅的事件代理模式、基于消息通知的单播/多播模式、基于消息队列的可靠消息存储和转发方式2. 强大的联机交易功能       通信传输的只是较少的客户请求服务名和服务结果，不再是大量繁琐的SQL请求应答，有异步RPC机制实现扇出并行、利用MSSQ实现多

 如何学好编程－写给还在学校的学生10月份一直在忙上一个项目，每天都淹没在一大堆英文文档里，不断的实验、总结，就是晚上回到家里还是在思考着一些解决方案。博客也就闲置了整整一个月，北京的冬天来了，也一直找不到写东西的心情。现在项目告一段落，也重新进入了学习探讨的状态，于是觉得该写点什么了。听一些学弟学妹在述说这学院发生的事情，回忆自己学习各种技术一路走来的各种迷惘，决定写下一些个人经验下来，

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明http://whatagoodboy.blogbus.com/logs/6619417.htmlMIT BBS上说微软电话面试的一道题就是“Who do you think is the best coder, andwhy?”。我觉得挺有意思的，也来凑个热闹。排名不分先后。Bill Joy, 前任Sun的首席科学家，当年在Be

From 博主：一直在Web开发中思考为什么以前的程序员那么执着于table而不用Div+CSS，个人从事Web开发以来一直都坚持走Div+CSS路线并且主张在Js上做到OO和视图动作分离，但是无奈IT公司永远都把开发速度防在首位，最近看到这篇文章讨论Div+CSS的好处，说得真的很贴切，于是转载来跟大家分享一下。 文章出处：http://www.awflasher.com/blog/ar

据说国外做架构一般用两种工具，一个是大名鼎鼎的IBM Rational Rose，还有一个就是Enterprise Architect。虽然第三方也有很多建模工具很好的支持了UML规范，并且提供了全面的架构功能，但考虑到产品更新换代和IDE契合度上，第三方开源产品缺乏的是专业定期的维护，所以我们最终还是选择相对比较适中的EA来做架构。 首先我们找到EA的破解码，这个还是比较容易做到的。毕竟

很多技术被过度炒作，进入中国就变了个样，文章真是分析得太犀利了！

软件测试杂谈在国内做过项目管理，做过架构，做过开发，也做过测试，一直在反思每一种类型的工作本质到底是什么？应该怎么做才是最优秀的？这里想总结一下在软件测试这个领域个人的一些心得。 软件测试就是为了保证软件项目的工程质量而从事的一系列测试行为，本质上来说，寻找产品的缺陷，分析产品的性能，保证产品的功能符合需求，评估产品的易用性等等，都是测试人员应该做的。我们经常看到的一个测试人员的工作流

原文出自36氪周刊：http://vdisk.weibo.com/s/c6RA6移动时代已经来临。近20 年科技浪潮发展的一个基本框架可以被描述成：基于网络互联的Web 1.0 时代基于社交的Web2.0 时代基于移动的Web 3.0 时代Web 3.0 时代是基于之前的Web 1.0 和Web2.0 演变而来，不过它也包含了1.0和2.0 时代没有的几个特点，如下：

“Software development using scrum”读书笔记Part I. Overview敏捷(Agile)对于中国的软件开发团队和个人来说，一直是一个比较新鲜的概念，虽然很多优秀的中国公司也有几年的敏捷实践经验了，但同国外的积累相比，仍然属于比较初级的阶段。最近阅读了敏捷实践的一部非常经典的书籍，结合自己从业这些年和现在所在公司、团队实践敏捷的经验，写下一些心得和读书笔

也不知道是因为咖啡而喜欢Java还是因为Java而喜欢咖啡，喝了十几年各种牌子的速溶，也跑遍了见到的一家家咖啡馆。有好喝的也有难喝的，但都不介意！终于有一天，我也开始想为自己冲咖啡，甚至有一天，开一间属于自己的咖啡馆。先说说自己烘调咖啡吧，首先得了解咖啡常识，于是买了几本书，开始用研究IT技术的劲头来学习咖啡文化。 三原种咖啡是茜草科咖啡属的常绿灌木，果实非常像樱桃，基本上都在