幽客独往

        JBuilderX已经有自带的CVS工具了，可以从Team菜单中调用。         1.首先将 X:/JBuilderXbin 加入Path，在CMD命令行中输入 cvs -d:X:/CVSpath init (其中X:/CVSpath 是需要保存文件的路径),从而建立了一个CVSROOT目录。         2.Team->Select Project VCS ；选择使用C

    JBuilder中可以使用两种UML图形：    限制性的包依存图（Limited package dependency diagram）：以核心包为主的UML图形，只会显示某个包所相依的其他包。核心包为亮绿色，其他包为暗绿色。    类结合图（Combined class diagram）：将最主要的类显示在中央，既有关联性的类显示在左侧，具有依存性的类显示在右侧。主类上方显示父类与其实

    UML 和 Java 术语对应关系 UML术语 Java术语     泛化（Generalization）    特化（Spe

重构手法（二） —— 在对象之间搬移特性 发表于 @ 2004年12月12日 5:08 PM | 评论 (0) 重构手法（一） —— 重新组织方法 发表于 @ 2004年12月04日 10:15 PM | 评论 (0) JBuilder 重构工具 发表于 @ 2004年12月04日 7:34 PM | 评论 (0) 编程中的一些注意事项

Replace Parameter with Mehtods 以函数取代参数对象调用某个方法，并将所得结果作为参数，传递给另一个方法。而接受该参数的函数也可以调用前一个函数。就让参数接受者去除该参数，并直接调用前一个函数。如果函数可以通过其他途径获得参数值，那么它就不应该通过参数取得该值。过长的参数列会增加程序阅读者的理解难度，因此应该尽可能缩短参数列的长度。Introduce Parameter

       我们现在用LoadRunner进行性能测试，大多采用脚本录制回放的模式，这对没有源代码的测试很合适。可是如果我们要测试的产品是本公司的，我们有源代码，为什么我们还要录制回放呢？脚本维护上很麻烦，如果你恰巧测试ＥＲＰ产品，采用Oracle Application协议，那么被加密的脚本让你很难看懂你录制了什么，参数化更是难上加难。　　ＭＩ公司为我们提供了另一种解决方案，add in 插件

TestDirector 用户手册作者：江永刚【摘要】TestDirector是Mercury Interactive公司推出的基于WEB的测试管理工具。它能够指导进行测试需求定义、测试计划、测试执行和缺陷跟踪，即整个测试过程的各个阶段。通过整合所有任务到软件测试中，来使整个测试管理工作更有效，并确保客户收到更高质量的产品。 【关键词】需求定义测试计划测试执行缺陷跟踪需求树测试计划树测试集Part

   按功能分：     白盒测试(Whitetest):基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。     黑盒测试(BlackTest):不基于内部设计和代码的任何知识，而是基于需求和功能性。         按测试时间来分：     单元测试(UnitTest) :最微小规模的测试;以测试某个功能或代码块。典型地由程序员而非测试员来做，因为它需要知道内部程序设

代码的坏味道1、Duplicated Code (重复代码)如果在一个以上的地点看到相同的程序结构，就应当设法将它们合而为一。2、Long Method (过长函数)过长的程序不利于理解。每当感觉需要以注释来说明时，便可将此处代码写入一个独立函数中，并以其用途命名。3、Large Class (过大类)如果一个class中出现过多的instance变量，就应当将几个相关的变量提炼到某个

1. Command List Command Synonyms Summary add ad,new Add a new file/directory to

    1、安装Eclipse3.1    必须首先安装JDK1.4以上版本，可以在命令行中运行 java -version 查看版本信息。    有的时候由于安装其他软件（如ORACLE）自带较低版本的JDK，此时就需要在环境变量的PATH变量中将高版本JDK的路径设在低版本的前面。    2、使用CVSNT架设CVS服务器。     安装完成后，在CVSNT的Repositories对话框中选

                1.考虑能够工作的最简单的事情        XP团队最开始的工作是以尽可能简单的方式实现第一批用户需求。尽可能寻找实现当前用户需求的最简单的设计。在实现当前的用户需求时，如果能够使用平面文件，就不去使用数据库或者EJB；如果能够使用简单的socket连接，就不去使用ORB或者RMI；如果能够不使用多线程就别去用它。                2.假设将不需要某

                        SRP 单一职责原则                就一个类而言，应该仅有一个引起它变化的原因。                        OCP 开放————封闭原则                软件实体（类、模块、函数等）应该是可以开展的，但是不可修改。                        LSP Liskov 替换原则     

        XP提倡一个规则叫做test-first design。采用Test First Design方法，你在编写一个新功能前先写一个单元测试，用它来测试实现新功能需要但可能会出错的代码。这意味着，测试首先是失败的，写代码的目的就是为了让这些测试能够成功运行。        单元测试的基本过程：                1.设计一个应当失败的测试 。编译器应当立刻反映出失败。因为测

                完整团队                XP项目的所有参与者（开发人员、业务分析师、测试人员等等）一起工作在一个开放的场所中，他们是同一个团队的成员。这个场所的墙壁上随意悬挂着大幅的、显著的图表以及其他一些显示他们进度的东西。                        计划游戏                计划是持续的、循序渐进的。每2周，开发人员就为下2周估

               1、refactoring的基本方法就是每一步小小变化，每一步测试。        2、如果发现需要为一个程序添加一个特性，而代码结构使你无法很方便的那么做，那就先重构那个程序，使特性的添加比较容易进行，然后再添加特性。                3、最好首先把成员变量和函数定义为private。随着软件开发的进一步深入，当其他类对该类提出"额外"的请求，你慢慢地

                   最佳化导入(Optimize Imports)    根据工程属性的设置，重新改写或调整 import 语句，移除所有不必要的 import 语句。    在 Project Properties -> Formatting 中进行设置。    Package import threshold 参数可以控制导入类的最大数量。    Sort Order 中设置

    重新组织方法    Extract Method     将一段可以被组织在一起的代码独立出来，并让函数名称解释该函数的用途。可以强化代码的清晰度。     Inline Method     某些函数的内部代码和函数名同样清晰易读，便可去除该函数，直接使用其中代码。     利用该方法还可以将多个小型函数inline到一个大型函数中，再对其重新提炼整理。     Inline Temp

    在对象之间搬移特性    Move Method    如果一个方法与其source class之外的另一个class进行更多的交流（调用或者被调用），就在另一个class中建立一个类似行为的新方法。将原来的方法变成一个委托方法（delegating method）,或者将其完全删除。    在搬移过程中，如果该方法需要使用source class的特性，有以下几种选择：    1、将该特