![](https://img-blog.csdnimg.cn/20201014180756919.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
junit框架
文章平均质量分 79
luogankun
这个作者很懒,什么都没留下…
展开
-
junit设计模式分析一(命令模式)
命令模式:将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化;对请求进行排队或记录请求日志...Command模式告诉我们可以为一个操作(方法)生成一个对象并给出它的一个"execute(执行)"方法。 注意:这里都是一个。 命令模式的构成:1、客户角色 : 创建一个具体命令对象,并确定其接收者2、命令角色 : 声明一个给所有具体命令类的抽象接口。这是一个抽象角色,...2009-03-28 22:58:22 · 168 阅读 · 0 评论 -
junit设计模式分析二(组合模式)
为了获得对系统测试的信心,需要运行多个测试用例。通过使用Command模式,JUnit能够方便的运行一个单独的测试用例之后产生测试结果。可是在实际的测试过程中,需要把多个测试用例进行组合成为一个复合的测试用例,当作一个请求发送给JUnit.这样JUnit就会面临一个问题,必须考虑测试请求的类型,是一个单一的TestCase还是一个复合的TestCase,甚至要区分到底有多少个TestCase。这样...2009-03-28 23:26:03 · 682 阅读 · 0 评论 -
junit设计模式分析二(模板方法模式)
在实际的测试中,为了测试业务逻辑,必须构造一些参数或者一些资源,然后才可进行测试,最后必须释放这些系统资源。如测试数据库应用时,必须创建数据库连接Connection,然后执行操作,最后必须释放数据库的连接等。如下代码:public void testUpdate(){ // Load the Oracle JDBC driver and Connect to the database Dr...原创 2009-03-29 19:22:46 · 254 阅读 · 0 评论 -
junit设计模式分析四(适配器模式)
问题我们已经应用了Command模式来表现一个测试用例。Command依赖于一个单独的像execute()这样的方法(在TestCase中称为run())来对其进行调用。这样允许我们能够通过相同的接口来调用一个command的不同实现。如果实现一个测试用例,就必须实现继承Testcase,然后实现run方法,实际是testRun,测试人员就把所有的测试用例都继承相同的类,这样的结果就会造成产生出大...2009-03-29 19:39:12 · 164 阅读 · 0 评论 -
junit设计模式分析五(观察者模式)
问题如果测试总是能够正确运行,那么我们将没有必要编写它们。只有当测试失败时测试才是有意义的,尤其是当我们没有预期到它们会失败的时候。更有甚者,测试能够以我们所预期的方式失败。JUnit区分了失败(failures)和错误(errors)。失败的可能性是可预期的,Junit 中的设计模式并且以使用断言(assertion)来进行检查。而错误则是不可预期的问题,如ArrayIndexOutOfBoun...2009-03-29 20:17:58 · 424 阅读 · 0 评论