Java开发规范V1.2 - 图文(10)

软件开发项目管理培训

不得隐瞒、忽略、绕过任何Bug，有Bug不一定是你的错，但有了Bug不作为就是你的不对了。

多做测试，测试要完全，尽量将各种可能情况都测试通过，尽量将可能的Bug在开发中捕捉并处理掉。 测试要保证可再测试性。

测试应当对数据库等资源不留或少留痕迹，例如，当测试添加一个用户时，在其成功后当及时从数据库中删除该记录，以避免脏数据的产生（由此衍生的一个经验是将添加、获取、删除一起测试）。 对关键功能必须测试并通过，对辅助功能及非常简单之功能可不做测试。

10.2 测试驱动开发

测试驱动开发可很好的避免Bug的发生，并提升程序的质量，有助于提高个人的编程水平等，因此在开发中当逐步转向有测试驱动的开发，先写测试，再写代码。

10.3 Junit单元测试

在Java应用中，单元测试使用Junit及其衍生工具。

在TestCase的setUp()中初始化应用，在tearDown()中释放资源。可由一个基础TestCase完成这些任务，其他TestCase继承之。

10.4 自动测试与持续集成

测试应当由系统自动完成并向相应人员发送测试报告。

32

软件开发项目管理培训

由持续集成工具来完成测试的自动化。

10.5 Bug跟踪和缺陷处理

当系统出现Bug时当由该Bug的负责人（代码负责人）尽快修改之。 Bug的处理根据其优先级高低和级别高低先后处理。 Bug级别和优先级别参见《测试手册》。 禁止隐瞒Bug。

第11章 性能 11.1 基本原则

性能的提升并不是一蹴而就的，而是由良好的编程积累的，虽然任何良好的习惯和经验所提升的性能都十分有限，甚至微乎其微，但良好的系统性能却是由这些习惯等积累而成，不积细流，无以成江海！

11.2 String与StringBugffer

不要使用如下String初始化方法： String str = new String(“abcdef”); 这将产生两个对象，应当直接赋值： String str = “abcdef”;

在处理可变 String 的时候要尽量使用 StringBuffer 类，StringBuffer 类是构成 String 类的基础。String 类将 StringBuffer 类封装了起来，（以花费更多时间为代价）为开发人

33

软件开发项目管理培训

员提供了一个安全的接口。当我们在构造字符串的时候，我们应该用 StringBuffer 来实现大部分的工作，当工作完成后将 StringBuffer 对象再转换为需要的 String 对象。比如：如果有一个字符串必须不断地在其后添加许多字符来完成构造，那么我们应该使用 StringBuffer 对象和她的 append() 方法。如果我们用 String 对象代替 StringBuffer 对象的话，将会花费许多不必要的创建和释放对象的 CPU 时间。

11.3 集合

避免使用Vector和HashTable等旧的集合实现，这些实现的存在仅是为了与旧的系统兼容，而且由于这些实现是同步的，故而在大量操作时会带来不必要的性能损失。在新的系统设计中不当出现这些实现，使用ArrayList代替Vector，使用HashMap代替HashTable。 若却是需要使用同步集合类，当使用如下方式获得同步集合实例： Map map = Collections.synchronizedMap(new HashMap()); 由于数组、ArrayList与Vector之间的性能差异巨大（具体参见《Java fitball》），故在能使用数组时不要使用ArrayList，尽量避免使用Vector。

11.4 对象

? 避免在循环中频繁构建和释放对象。 ? 不再使用的对象应及时销毁。

34

软件开发项目管理培训

? 如无必要，不要序列化对象。

11.5 同步

在不需要同步操作时避免使用同步操作类，如能使用ArrayList时不要使用Vector。

尽量少用同步方法，避免使用太多的 synchronized 关键字。 尽量将同步最小化，即将同步作用到最需要的地方，避免大块的同步块或方法等。