Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
作者 Mike Bria译者 张龙 发布于 2008年11月22日 上午12时40分
最近发布的Clover 2.4引入了一个叫做“Test Optimization”的新特性,该特性会加快CI构建并减少开发者等待测试的时间。它使用了“per-test”覆盖数据只运行受代码改变影响的测试。
Atlassian发布了其流行的代码覆盖分析工具Clover的2.4版,增加了一个名为“Test Optimization”的新特性,他说到:
Clover可以优化测试的运行,极大地降低测试代码改变所需的时间。典型地,只要代码发生了改变,完整的测试套件都会运行。通过使用Test Optimization,Clover会根据具体的改变决定要运行的最佳测试子集。只测试你所需要的会提供更快的反馈,而这一切并不会降低测试质量。
在衰退测试套件中计算代码改变所产生的影响是需要时间的,而降低该时间会极大地提升团队的生产率。很多人都认为这就是团队为何要努力保持其单元测试的快速执行的原因,确实是这样的。但有很多原因导致即使团队保证了每个单元测试的快速执行,其整个应用所累积起来的测试套件依然要花费很多时间去运行。
改进这种情况的一个合理的办法就是只运行受代码改变影响的测试。手工完成这项工作不仅要花费很多时间,还会频频导致“测试丢失”,最终失去了优化测试运行带给我们的好处。Clover的这个新特性为团队提供一种方式来完成这个任务而无需手工操作,同时将“测试丢失”的风险降到最低。
Brendan Humphreys详细描述了Clover是如何完成这个工作的:
作为一个代码覆盖工具,Clover度量每个测试的代码覆盖率——也就是说,它会度量哪些测试运行了哪些代码。通过这种方式,针对某个源代码文件,Clover可以精确判断出哪些测试适合它。Clover使用该信息与源文件的修改信息来构建适合于改变的源代码文件的测试子集。接下来这个子集被传到测试运行器中,同时传递的还有上次构建时失败的测试以及之后新加的测试。
根据Humphrey所述,Test Optimization还拥有一些策略以调整测试运行的顺序,他说这可以提升测试运行的效率。关于这些策略:
我们还可以使用一些策略调整Clover组合的测试集的顺序:
失败优先(Failfast)——Clover按照失败的可能性大小运行测试,这样任何失败都会尽可能快的出现。- 随机——随机运行测试可以很好的去掉内部测试的依赖。
- 正常——不会重新排序。测试按照他们传递到测试运行器的顺序运行。
Humphreys接下来谈到了其FishEye团队对该新特性试用10天的结果,他说他们的“测试执行时间降低了25%”。
请花些时间了解一下Clover的新版本,尤其是Humphrey的感受来看看它是否有助于你的团队。
查看英文原文:Faster Test Runs With Clover's Test Optimization
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。
Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。
Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。
我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!
没有回复
回复