OpenJDK quality process
How is quality ensured in the OpenJDK Project?
The JDK release team strongly believes in "quality is built in and not tested in" motto. And to support that we have incorporated industry standard best engineering and quality practices throughout the release process. One of the key advantages of these OpenJDK bits is this source base gets benefit from extensive testing done by engineering and the quality team on the commercial JDK bits. [Except for the minimal encumbered portions of the source.] We do have set milestones and release criteria at each milestone to ensure bits reach the desirable quality for each of the set milestones. We will make the information on these milestones and criteria once JDK 7 gets going and we have the drafts for these available for community feedback.
Oracle's internal quality teams will focus their energies mostly on the commercial bits. OpenJDK bits, being pretty much the same as commercial bits, do get the benefit of this testing. Apart from this indirect benefit quality teams will also test the OpenJDK bits at regular intervals to ensure a certain quality is maintained in those bits. We will also be looking forward to the community to pitch in for the quality activities around the OpenJDK bits. Take a peak at how you can help.
|Test methodologies||A broad range of testing methodologies are used to qualify the JDK against the agreed upon release criteria. To produce a robust, performant, stable, and high quality implementation of the Java platform.|
Incremental test phases are defined in the release cycle to find bugs as early in the development cycle as possible
The number of operating systems, window managers, browsers, and other variables we have to support and test is humongous. The combinations we test to ensure Java's promise of "write once, run everywhere"
|Release criteria [TBD]||
The criteria for the release. This will be drafted in due time as governance constitution formalization takes place. Stay tuned...