文档结构  
翻译进度:已翻译     翻译赏金:0 元 (?)    ¥ 我要打赏

在达到功能扩展的审批过程后, Oracle确认将在2017年的7月份发布Java9的稳定版. 这个日期跟InfoQ上之前的预测很接近, 虽然种种原因表明可能存在风险: 而我们的估计是一个功能扩展期为三个月, 实际的周期持续7个月, 这可能会削减测试工作来弥补时间差额. 早期,非正式的测试可能会对这个有所补偿。

在 InfoQ的最后分析的时间,对于功能的扩展已经批准了新的日期是9月1日,这一延迟约三个月(当然,这并没有考虑到没有估计的特征.)。假设这种延迟取平均水平的话,意味着2017年的6月底可能会出GA版本。然而,目前提出的时间表不会推动事情恢复平衡,可能会产生一些风险。这是最后一次改变之前的日程安排:

第 1 段(可获 2.03 积分)
  • 2016/05/26 功能完成
  • 2016/08/11 通过所有的测试
  • 2016/09/01 斜降开始
  • 2016/10/20 零错误反弹
  • 2016/12/01 斜降第二阶段
  • 2017/01/26 最终候选版本发布
  • 2017/03/23 通用可用版本发布

这里是最新建议的日程:

  • 2016/05/26 功能完成
  • 2016/12/22 扩展功能完成
  • 2017/01/05 斜降开始
  • 2017/02/09 通过所有的测试
  • 2017/02/16 零错误反弹
  • 2017/03/16 斜降第二阶段
  • 2017/07/06 最终候选版本发布
  • 2017/07/27 通用可用版本发布

首先要注意的事情是, "斜降开始" 现在是要在“通过所有的测试”之前完成。就像在里程碑定义里指定的那样,“斜降开始”是指只有P1到P3严重等级的bug被修复的时刻,而“通过所有的测试” 是指所有的测试在所有支持的平台上至少都运行过了一次。这意味着那些严重等级比较低的问题将会被自动排除在外,直到有机会去对新的Java进行全面的测试。

第 2 段(可获 2.19 积分)

相反,下降阶段2计划比以前长大约一个半,可能弥补较短的阶段1。 在阶段2中,仅显示器是固定的,其与上述结合,倾向于具有基本工作的功能性,而代价是允许存在较小的错误。

最后,第一个候选版本和一般可用性之间的时间已经缩短到不到一半。 里程碑定义指出如果在发布候选版本之后需要另一个零错误反弹阶段,则一般可用性版本将处于风险中。 考虑到以前阶段测试时间的减少和可用于反应的时间较短,这种发生的可能性随着新计划而更高。

第 3 段(可获 1.64 积分)

有一个可能的缓解因素应该考虑: 自从特征完成阶段在2016年5月完成以来,可能已经进行了一些测试,同时实现了特征扩展的完成。 这可能不会反映在日程表中,因为没有任何阶段可以正式提出; 一方面,下降意味着只有P1-P3问题得到解决,而现在可能正在解决更低的特性; 另一方面,所有测试运行不能发生,直到所有的代码被锁定。 在任何情况下,后期功能扩展包括模块系统的关键组件像JEP 282,表明即使进行高级测试,Java 9仍是很颠簸的。

第 4 段(可获 1.61 积分)

文章评论

潮州访客
java都还没了解