转载

最新Java 9时间表看上去自开始就存在风险

在进入特性扩展流程的审批阶段后， Oracle确认将于2017年9月发布Java 9 。虽然这个日期十分接近 InfoQ之前所给出的预测，我们认为还是存在一些会导致风险的因素。因为我们所做的估计是基于“特性扩展”过程需要三个月时间，实际上这个过程将持续七个月，这会缩减留给测试的时间，这是与我们前期估计有所不同的地方。不过，之前的一些非正式测试补偿了时间上的不足。

在 InfoQ上一次所做出的分析中，估计Java 9中已被批准的特征扩展的最迟发布日期是9月1日，这意味着有近三个月的推迟（这还没有考虑未估计在内的特性）。假设各个过程被同等程度地推迟了，GA（整体可用版）将在2017年6月发布。但是在当前所给出的拟定时间表中，各个过程的推迟程度不一，这导致了一些潜在的风险。下面列出的是之前的时间表：

2016年5月26日，完成特性
2016年8月11日，运行所有测试
2016年9月1日，启动Rampdown
2016年10月20日，彻底清理积压的程序缺陷
2016年12月1日，启动第二轮Rampdown
2017年1月26日，准备好可发布版
2017年3月23日，发布GA版

下面是新给出的时间表：

2016年05月26日，完成特性
2016年12月22日，完成特性扩展
2017年1月05日，启动Rampdown
2017年2月9日，运行所有测试
2017年2月16日，彻底清理积压的程序缺陷
2017年3月16日，启动第二轮Rampdown
2017年7月6日，准备好可发布版
2017年7月27日，发布GA版

首先需要注意的是，现在“启动Rampdown”要先于“运行所有测试”进行。正如在“ 里程碑定义 ”中所标明的，“启动Rampdown”阶段标志着已经解决了P1至P3严重程度的缺陷，而“运行所有测试”标志着已将所有测试在所有的支持平台上至少运行了一次。这意味着对低优先级缺陷的修复在完整的测试之前就已结束。

“第二轮Rampdown”反而比预期要延长了一个半月，这可能是为了弥补较短的首轮Rampdown。在第二轮中只修复阻塞性缺陷，结合我们上面所做出的分析，这意味着该过程的目标是优先保证具备基本的运行功能，而这是以允许存在微小软件缺陷为代价的。

最后，首个可发布版到GA版之间的时间缩短了一半多。在“里程碑定义”中指明，如果在“可发布版”后需要再进行一次“彻底清理积压的程序缺陷”，按期“发布GA版”就有危险了。考虑到新时间表中所有前期过程都减少了测试时间，对缺陷做出反应的时间也缩短了，这增大了出现这种危险的可能性。

这里存在一个缓解因素，因为特性开发阶段在2016年5月结束，所以在特性扩展开发的同时可能已经做过一些测试。由于这些阶段是非正式的，所以这些测试工作可能并未体现在时间表中。另一方面，Rampdown意味着只解决P1至P3级的程序缺陷，可能当前正在排除更低级别的程序缺陷。另外，直到所有代码被锁定了，才会进入“运行所有测试”阶段。最新特性扩展包括了用于 JEP 282 等模块系统的关键组件，这意味着即使做了高级测试，Java 9的发布依然是在颠簸中前行。

查看英文原文： Latest Java 9 Schedule Appears to Be at Risk from the Outset

感谢薛命灯对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至editors@cn.infoq.com。也欢迎大家通过新浪微博（@InfoQ，@丁晓昀），微信（微信号： InfoQChina ）关注我们。

原文 http://www.infoq.com/cn/news/2016/12/java9-latest-schedule-at-risk

正文到此结束