posts - 165, comments - 198, trackbacks - 0, articles - 1
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

我的编码设计(利用junit设计)

Posted on 2007-10-26 16:27 G_G 阅读(1135) 评论(1)  编辑  收藏 所属分类: Inspiration
                我的编码标准。(随时间完善)
1. 建立工作区
       -bin 编译地点,-lib 包,-javadoc doc,
       -src 源码区
          |-设计功能包
             |-interface 功能描述接口
             |+com 功能实现包
             |-test 测试区
                 |-support  功能可行分析
                 |-unit     单元测试
                 |-api      使用文档
             |+设计代码区
          |+设计功能包
          |+设计功能包
             .....
初建立
测试先行(迭带开发)。原则上不手动建立类、接口。可以先命名后通过eclipes工具建立。
(1)test.api 测试。也叫主功能测试。该测试主要目的是:
        1>(接口级)功能描述,为再次使用提供帮助。
            结合javadoc和代码本身描述 javadoc 使用       
        2>建立功能接口。
            在次步骤是:先Ctrl+C命名,再shift+ctrl+N选择interface在package中去掉前面的test.api.
(2)test.support 测试。也叫可行分析测试。该测试目的是(接口级)功能分为(方法级)功能并为各实现一个测试方法。
(3)test.unit 测试。也叫单元测试。该测试目的是:
        1>方法级功能设计提升为类级、抽象类级(设计实现类)。
           在次步骤是:先Ctrl+C命名,再shift+ctrl+N选择class在package中换test.unit.为com
        2>方法依赖描述,为再次使用提供帮助。     
(4)重构。重构 eclips 快键

建立中
1.接口级功能添加。和初建立相同。
2.抽象类、
级功能添加。从 test.support 测试开始。

开发包对应
test.api <-> interface
test.support 无
test.unit <-> com

   在写大量代码时发现没有个限定的标准是见可怕的事情。但我的
动态面向对象数据库操作这个我自己的小东西时在编码很好用。不管是再次修改,直接copy到另个项目改改。都能很好的工作。而其他的小东西却不行。这仔细的总结下。

评论

# re: 我的编码设计(利用junit设计)  回复  更多评论   

2007-10-26 17:48 by G_G
(转)@抛出异常的爱 经典的说:
测试就是分解后的需求
。。。。。
如果需求变了找到这些测试修改之
。。。。。
需求变更的过程就是不停的修改测试用例的过程

如何写一个可用的测试?
1.一般例
2.特例
3.可能出现的特例但现在没有提出来的,不必写测试
4.不可能出现的特例 抛异常(就是你说的那两种卡)。

写测试之前要先把你说的图画出来
测试是文档化,可自动检查的图形。
用人的眼睛来比较图与代码的区别,
那是上世纪的活,这个世纪不用了。

只有注册用户登录后才能发表评论。


网站导航: