利用Ruby简化你的Java测试
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
作者 Mike Bria译者 郑柯 发布于 2008年6月10日 下午8时29分
Greg Wilson最近在“敏捷自动化功能测试工具”社区中引发了一个话题,他希望大学毕业生能够提高能力,交付“符合产品级质量要求的代码” 。Wilson认为,首先要提供职业人士使用的工具的简化版本,让计算机学科一般水平的大学生也可以上手。
我现在坚信,如果要做些改变,那么必须要考虑简化我们的工具和技术,来满足初学者的需求。有些工具,在学了一个小时的帮助教程之后,仍然无法掌握使用要领;有些工具第一次使用时很难轻松上手,这些工具尤其应该简化,否则大部分学生就很容易将其抛在一边,不再理会。
Wilson在讨论帖中总结了他所认为的、适合学生使用的工具的必要条件:
最初的众多回复中,XP和自动化测试工具社区以及多方面的专家——Ward Cunningham提出了一个有趣却有些离题的看法。Ward答话非常礼貌,但却针对Wilson的动机提出了尖锐的问题:
我不能肯定,开发出“符合产品级质量要求的代码”应该是大学教育的目标。
(在我上大学的时候,)我要接受两种形式的知识:一是教授传授的,大量的系统化知识,二是我自己体验得出的,许多灵活的技术。当时还有第三种,就是与真实产品相关的知识。
大体上,Ward并不反对Wilson的观点,他也认同Wilson为改进学生能力所做的努力,对于“学生们在走出校门时,应该更熟练掌握职业敏捷实践者们所使用的工具和技巧”这一点,他也不反对。但是他认为:要想让学生理解“符合产品级质量要求的软件”,没有必要花费大量的精力在这些方面。Ward强调:与其如此,还不如去了解和开发真实的产品,以获取相关经验。
由此引发的相关讨论都很有意思,包括根据Wilson的标准来评定常用软件具备(或者缺乏)的可用性。讨论涉及的软件包括FitNesse、Selenium、Watir、Concordian,以及ThoughtWorks提供的全新“协同测试”工具——Twist。
更多与这个话题相关的讨论,可以通过雅虎的AA-FTT讨论组查看。
查看英文原文: Discussion: Leaner Tools To Better Prepare Undergrads?
本文是Productive Java with Ruby系列文章的第一篇,我将从单元测试这个话题开始,让Java的开发人员能够在实际工作中利用Ruby提高工作效率。
InfoQ中文站有幸与阿里软件的首席架构师赵进在一起探讨了SaaS的相关话题,包括SOA和ASP与SaaS的异同、云计算、SaaS的前景、它的关键技术、技术瓶颈等等。
在这篇文章中,Adrien Louis和Marc Dutoo在一个典型的ESB场景中讨论了编配和路由的区别和优缺点。他们讨论了几种连接服务的方法,从使用如自定义路由这样的低级别方法,到使用如工作流和编配这样面向业务的高级别方式,并总结说不存在“一边倒”的解决方案。
本文是根据7月26日InfoQ中文站在杭州举行的QClub活动(第三期)后半程小组讨论总结而成。主要内容包括如何在SOA系统中实现服务编排,如何保证分布式系统中的一致性和可用性,以及如何在实施SOA的过程中控制接口的粒度等。
人们很容易想当然的以为虚拟化技术仅仅应用于服务器。而在现实中,虚拟化这一苏醒的概念正被运用于各个层面,其中包括网络,存储以及应用基础架构。在这篇导论中,InfoQ将深入每个方面,详尽向您描述虚拟化技术的运用以及其优点与不足。
在这篇案例研究中,InfoQ对Adobe AIR和Amazon的简单存储服务(Simple Storage Service ,S3)在NASDAQ市场回放程序(NASDAQ Market Replay)中的应用进行了详细的分析。
1 条回复
回复