明確項目發(fā)布的需求邊界

    軟件不是十全十美的，需求的迭代是永無止境的。需求的迭代周期是不定的，與其在最終版本中包括所有的需求，不妨在這期間發(fā)布若干個小版本，明確每個小版本的需求邊界。這好比長跑途中的若干個里程碑，每跨過一個里程碑就意味著向重點又前進了一步。

    每個小版本都包含有限的功能需求，測試工程師可以針對這些功能需求同步展開測試工作，提早觸發(fā)Bug，盡量爭取測試時間。客戶也可以從這些小版本中提前看到真實系統(tǒng)的雛形；隨著版本的逐步升級，項目距離發(fā)布日期也越來越近，和需求的差距也越來越小。

    工欲善其事，必先利其器。我們可以利用一些現(xiàn)成的工具來管理需求邊界和跟蹤Bug，比如JIRA。JIRA是集項目計劃、任務分配、需求管理、錯誤跟蹤于一體的商業(yè)軟件，其提供了問題跟蹤管理、問題跟進情況的分析報告、項目類別管理、組件/模塊負責人、項目email地址等功能。許多著名的開源項目都采用了JIRA。

    通過JIRA，可以整合客戶、項目經(jīng)理、開發(fā)人員、測試人員，使各種角色各司其職，團隊內(nèi)部信息能夠很快得到交流和反饋，潛在的問題提前暴露，促進項目的可控。

    如圖1和圖2所示，JIRA支持個項目，每個項目支持多種任務類型，比如New Feature、Bug、Task和Improvement，也允許自定義。

    圖1 JIRA支持多個項目

    圖2 JIRA支持多種任務類型

    JIRA以工作流的思想融合了項目管理、任務管理和缺陷管理等思維，允許設定項目的模塊和版本，并為每個需求設置預期日期，將任務的處理指定到人。如圖3所示。

    圖3 JIRA將任務指定到人