敏捷从零开始....ppt

吴中华 问题 敏捷开发过程中项目总计划该怎么做？ 提问环节 及时贴的格式 进度白版 评审会议 目标 向客户和管理者报告项目进度，小版本发布会议 增强团队自信心 时间 迭代最后一天（或中间有交付物的时候进行） 与会人员 客户的负责人，客户和项目经理，公司任何其他成员 回顾会 目标 回顾得失 时间 发布会议结束后 与会人员 全体程序员和项目经理 备注 收集该类信息。作为下个迭代的回顾会的参考 如何进行项目回顾 敏捷开发过程 敏捷开发过程 敏捷开发软件设计划分 特性: 对最终用户有意义的一个功能用例:由特性分解而来的一个可以用来做功能测试的小情节任务:用例分解而来,有开发人员需要完成的一个最小的工作单元 统一编码规范 编码规范主要应包含以下几个方面： 一般规则和格式规范。例如代码缩进、程序块规范、每行最大代码长度等。 命名规则。例如包名、类名、变量、方法、接口、参数等命名规范 文档规范。例如类文件头声明、类注释、成员变量和方法注释等规范。 编程规范。例如异常、并发、多线程等方面的处理方式。 其他规范。例如日志格式、属性文件格式，返回值和消息格式。 静态代码分析 利用一些静态分析工具来快速、直接地提高代码质量。静态代码分析工具并不需要运行代码，可以直接对 Java、C#等 主流开发语言进行分析，通过一些检查条件的设置，快速找到代码中的错误和潜在缺陷。现在的静态分析工具很多，有 FindBugs、Checkstyle 、 PMD、IBM Rational Tool，Fxcop等等。 单元测试 单元测试（模块测试）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。例如，你可能把一个很大的值放入一个有序list 中去，然后确认该值出现在list 的尾部。或者，你可能会从字符串中删除匹配某种模式的字符，然后确认字符串确实不再包含这些字符了。 单元测试用例对提供团队整理开发效率都有比较大的提升，同时还能提高代码质量、减少程序缺陷。如果我们对测试用例的编写把握不好的话，也会给开发效率带来一定的影响 单元测试原则（一） 为主要的、关键的逻辑组件，关键的逻辑方法进行测试驱动开发，这样对设计、设计演化很有帮助。 结对编程的方式测试用例让另一个同事来完成。更好的发现程序设计及接口设计中的一些缺陷。 逻辑类似的组件如果存在多个，优先编写其中一种逻辑组件的测试用例，实践中可能会出现一些组件在逻辑上可能完成差不多的功能(例如类型转换帮助类)，可以先只编写其中一种组件的 测试用例以节省时间。 发现 Bug 时一定先编写测试用例进行 Debug，在测试和调试之间众说纷纭，最好是先编写测试用例找出这个 Bug，越复杂的系统，测试越发杂，单元测试能更好的模拟参数边界值。 单元测试原则（二） 关键util工具类要编写测试用例，不要忽视了这些帮助类、基础类的正确性和运行效率。 保持测试用例与逻辑代码同步，这里说的”同步”主要包括了测试方法和实现方法的同步；测试用例注释和逻辑代码注释的同步。 保证测试用例的独立性，让测试用例独立的可执行，尽量不要依赖其他的测试用例。这样才能让 TDD 与设计保持良好的协作。 测试过程中，适当的引入Mock(模拟数据) 是必不可少的，最好还是提供一个集成测试用例。使用 Mock 可以让接口的设计得到快速验证与反馈，也对团队的平行开发提供便利。 持续集成 持续集成（Continuous Integration）是利用一系列的工具，方法和规则，做到快速的构建开发代码，自动的测试化，来提高开发代码的效率和质量。利用自动构建工具，随时都能把提交的代码构建出来，提供一个可以测试使用的版本，让用户和开发人员同时看到相同的功能，尽早的发现问题和错误，也可以尽快的得到测试人员和用户的反馈。 要做到持续集成，就要利用一系列工具，把开发过程中的重复工作自动化。搭建自动的构建服务器，自动的进行单元测试和发布新版本，一个集成的服务器可以提供构建过程的结果报告，自动通知开发人员构建结果，并且保存历史数据。 代码评审和重构 代码评审（Code Review）是 项目开发过程中的一个重要步骤，代码评审可以帮助发现静态代码分析过程中无法发现的一些问题，代码评审主要包括两种形式，同级评审（Peer Review）和小组评审（Group Review）。同级评审主要指项目成员间的互相评审，小组评审