
针对保险核心业务系统的敏捷测试方案
针对某大型保险公司的开发测试团队组织方式以及系统的架构特点,给出了一套分层测试、融合开发测试团队的具体解决方案,并引入了不同的测试自动化技术,并介绍具体的应用情况以及经验分享。

针对某大型保险公司的开发测试团队组织方式以及系统的架构特点,给出了一套分层测试、融合开发测试团队的具体解决方案,并引入了不同的测试自动化技术,并介绍具体的应用情况以及经验分享。
著名的敏捷和TDD专家J.B. Rainsberger开始了一系列的文章,介绍他是如何根据自己的经验得到了这个比较有争议的结论:“集成测试是个阴谋”。
作为.NET平台上流行的mock类库之一,Moq,已经发布了它的3.0 RTM版本。Moq 3.0包含Silverlight支持,事件和属性的mock方式增强,Pex集成以及示例的改进。
防御式编程是保护自己的程序不受外部侵害的一种有效方式。Miško Hevery写了一篇文章:断言,还是不断言,描述了在构造器中编写断言给单元测试所造成的种种不便,引起了一番争论。

在笔者开发的系统中,有大量的数据需要分析,不仅要求数据分析准确,而且对速度也有一定的要求的。没有写测试代码之前,笔者用几个很大的方法来实现这种需求。结果可想而知,代码繁杂,维护困难,难于扩展。借业务调整的机会,笔者痛定思痛,决定从测试代码做起,并随着不断地学习和应用,慢慢体会到测试代码的好处。本文忠实的记录了在这个过程中所获得的经验,介绍了如何进行高效的Rails单元测试。

本文是ThoughtWorks实践集锦专题的第六篇。Mock能如你所愿帮助测试实践在团队的开展么?它可能给带来怎样的问题?在本文中,作者从亲身经历的项目的例子出发,分析了Mock局限性,并提出了一些原则来帮助团队在不使用的Mock前提下,交付具有良好健壮性,可以快速运行的测试。

本文是Productive Java with Ruby系列文章的第二篇,通过上一篇的介绍,我想大家对如何利用Ruby进行单元测试有了一个基本的了解,从这里开始,我将和大家一起讨论一些利用Ruby进行单元测试时的高级话题。

依赖注入出现已经有一段时间了,很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中,Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。