luogankun的专栏

命令模式：将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参数化；对请求进行排队或记录请求日志...Command模式告诉我们可以为一个操作(方法)生成一个对象并给出它的一个"execute（执行）"方法。 注意：这里都是一个。 命令模式的构成：1、客户角色  ： 创建一个具体命令对象，并确定其接收者2、命令角色 ： 声明一个给所有具体命令类的抽象接口。这是一个抽象角色，...

为了获得对系统测试的信心，需要运行多个测试用例。通过使用Command模式，JUnit能够方便的运行一个单独的测试用例之后产生测试结果。可是在实际的测试过程中，需要把多个测试用例进行组合成为一个复合的测试用例，当作一个请求发送给JUnit.这样JUnit就会面临一个问题，必须考虑测试请求的类型，是一个单一的TestCase还是一个复合的TestCase，甚至要区分到底有多少个TestCase。这样...

在实际的测试中，为了测试业务逻辑，必须构造一些参数或者一些资源，然后才可进行测试，最后必须释放这些系统资源。如测试数据库应用时，必须创建数据库连接Connection，然后执行操作，最后必须释放数据库的连接等。如下代码：public void testUpdate(){ // Load the Oracle JDBC driver and Connect to the database Dr...

问题我们已经应用了Command模式来表现一个测试用例。Command依赖于一个单独的像execute()这样的方法（在TestCase中称为run()）来对其进行调用。这样允许我们能够通过相同的接口来调用一个command的不同实现。如果实现一个测试用例，就必须实现继承Testcase，然后实现run方法，实际是testRun，测试人员就把所有的测试用例都继承相同的类，这样的结果就会造成产生出大...

问题如果测试总是能够正确运行，那么我们将没有必要编写它们。只有当测试失败时测试才是有意义的，尤其是当我们没有预期到它们会失败的时候。更有甚者，测试能够以我们所预期的方式失败。JUnit区分了失败（failures）和错误（errors）。失败的可能性是可预期的，Junit 中的设计模式并且以使用断言（assertion）来进行检查。而错误则是不可预期的问题，如ArrayIndexOutOfBoun...