数据库的设计范式是数据库设计所需要满足的规范，满足这些规范的数据库是简洁的、结构明晰的，同时，不会发生插入(insert)、删除(delete)和更新(update)操作异常。反之则是乱七八糟，不仅给数据库的编程人员制造麻烦，而且面目可憎，可能存储了大量不需要的冗余信息。

“传统的接口方式只是个表面功夫，不能解决系统间数据互动的问题。SOA的方式，会让各个系统像奥运五环一样环环相扣，可以真正解决流程和应用系统的集成问题。这就是我们选择SOA的最直接的原因。”重庆长安铃木汽车有限公司(以下简称“长安铃木”)信息系统部总监董斌在向记者讲解之所以选择SOA的原因时，这样说。

Cisco公司SOA/BPM领域的首席架构师Harvinder Kalsi，在去年12月于Santa Clara举行的SOA联盟会议上，讲述了一个案例研究，内容涉及采用一个整体的SOA方法来支持Cisco的商业转变项目，该项目旨在将Cisco由一家网络设施提供商转变成一家解决方案提供商。

SOA架构所代表的先进性不仅仅是因为它们能够做到关键流程的整合和自动化，还因为他们能够以一种动态、灵活和快速响应的方式管理这些关键流程，打造随需应变能力。小肥羊信息化建设落地SOA的过程，便是IT和业务结合，促成灵活的业务流程的创新过程，它也是一个团队共同努力的过程。

这个实例包含一个Write2File cpp，一个Write2File h文件，功能是实现从一个文件复制内容到另一个文件。

虽然EasyMock可以用来模仿依赖对象，但是，它只能动态模仿接口，无法模仿具体类。这一限制正好要求我们遵循“针对接口编程”的原则：如果不针对接口，则测试难于进行。应当把单元测试看作是运行时代码的最好运用，如果代码在单元测试中难于应用，则它在真实环境中也将难于应用。总之，创建尽可能容易测试的代码就是创建高质量的代码。

近期写单元测试计划，公司准备把junit3.8升级到junit4以上的版本，所以研究了一下，写下学习过程和心得体会，为了巩固学习成果，所以把学习心得写下来加深印象，也供需要的朋友查阅，少走弯路。

在eclipse里面开发junit真的很方便，只要在相应的类文件中点右键，"new"-->"junit test case"就可以生成一个测试类，里面大都代码都有了。但要测试的方法的访问权限要设为"public"下面简单介绍一下上边用到的静态类junit.framework.Assert。

NUnit 很好的利用了反射机制，单元测试十分方便。但是对于复杂的对象，写出低耦合的测试代码可能有一定难度。

Mono是由Novell公司（著名的Suse Linux就是其产品）开发的一款开源的.net程序运行平台。长期以来，.net因为有微软这棵大树，还是颇受推崇的，包括我个人也很推崇。不过由于不具备跨操作系统平台的能力，比如说将程序由Windows移植到Linux上，因此也颇遭诟病。Mono所应对的正是这一情况。

NUnit是一款堪与JUnit齐名的开源的回归测试框架，供.net开发人员做单元测试之用，可以从 http://www.nunit.org/ 网站上免费获得，最新版本2.2.6。NUnit 2.2.6有5个下载文件，这里用的是NUnit-2.2.6-net-2.0.msi。下载后双击该文件，然后按提示进行安装，这样系统中就具备NUnit环境了。

Unitils是一个简化测试开发，提高测试维护性的一个开源项目，这里有开发者做的一个presentation．

目前junit测试为接口中的方法。根据javadoc中的文字说明编写junit测试方法。

对异常的验证是单元测试中一个很重要的环节。是不是程序在测试过程中抛出异常，就是bug呢。恰恰相反，在该抛出异常的地方，一定要抛异常，如果没有抛，反而是bug。

测试驱动的开发和单元测试是确保代码在经过修改和重大调整之后依然能如我们期望的一样工作的最新方法。在本文中，您将学习到如何在模块、数据库和用户界面（UI）层对自己的 PHP 代码进行单元测试。

Mockrunner用在J2EE环境中进行应用程序的单元测试。它不仅支持Struts actions，servlets，过滤器和标签类还包括一个JDBC和一个JMS测试框架，可以用于测试基于EJB的应用程序。

文中的代码将演示如何使用NUnit进行并发测试，启动多线程插入多个数据，并在插入完数据后删除数据

一个单元（Unit）是指一个可独立进行的工作，独立进行指的是这个工作不受前一次或接下来的工作的结果影响，简单的说，就是不与上下文（Context）发生关係。

如果你懒得去看那些很长很长的例子，不妨看看下面这个小例子，这个例子能让你对测试驱动开发有一个直观的了解。最起码让你知道测试驱动开发是一种开发技术而不是一项测试的技术。Fibonacci 数列，呵呵，可能有不少人都忘了怎么编的了吧，那正好带你看看tdd的威力。

Action的测试是比较辛苦的。因为它依赖与其他的环境（比如tomcat）。在我的印象中，基于struts的测试是很麻烦的，因为对于execute方法，你必须mock两个对象进去。还好。基于Webwork的测试相对简单些。