明确项目发布的需求边界

    软件不是十全十美的，需求的迭代是永无止境的。需求的迭代周期是不定的，与其在最终版本中包括所有的需求，不妨在这期间发布若干个小版本，明确每个小版本的需求边界。这好比长跑途中的若干个里程碑，每跨过一个里程碑就意味着向重点又前进了一步。

    每个小版本都包含有限的功能需求，测试工程师可以针对这些功能需求同步展开测试工作，提早触发Bug，尽量争取测试时间。客户也可以从这些小版本中提前看到真实系统的雏形；随着版本的逐步升级，项目距离发布日期也越来越近，和需求的差距也越来越小。

    工欲善其事，必先利其器。我们可以利用一些现成的工具来管理需求边界和跟踪Bug，比如JIRA。JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件，其提供了问题跟踪管理、问题跟进情况的分析报告、项目类别管理、组件/模块负责人、项目email地址等功能。许多著名的开源项目都采用了JIRA。

    通过JIRA，可以整合客户、项目经理、开发人员、测试人员，使各种角色各司其职，团队内部信息能够很快得到交流和反馈，潜在的问题提前暴露，促进项目的可控。

    如图1和图2所示，JIRA支持个项目，每个项目支持多种任务类型，比如New Feature、Bug、Task和Improvement，也允许自定义。

    图1 JIRA支持多个项目

    图2 JIRA支持多种任务类型

    JIRA以工作流的思想融合了项目管理、任务管理和缺陷管理等思维，允许设定项目的模块和版本，并为每个需求设置预期日期，将任务的处理指定到人。如图3所示。

    图3 JIRA将任务指定到人

[1]   [2]   [3]