diff --git a/en/releases/4.8R/qa.sgml b/en/releases/4.8R/qa.sgml index 90f0ef74e7..c5cff708fa 100644 --- a/en/releases/4.8R/qa.sgml +++ b/en/releases/4.8R/qa.sgml @@ -1,61 +1,69 @@ - + %includes; ]> &header;
As part of our on-going effort to improve the release engineering process, we have identified several areas that need significant quality assurance testing during the release candidate phase. Below, we've listed the changes in &rel; that we feel merit the most attention due to their involving substantial changes to the system, or having arrived late in the development cycle leading up to the release. In general, our goal in the QA process is to attempt to check a number of things:
To effectively determine this, it's desirable to test the system in a diverse set of environments, applying a wide set of workloads, forcing the system to operate both within and outside its normal specification. Particular focus should often be placed on the continuing (or new) capability of the system to perform correctly when used in concert with systems from other vendors.
OpenSSL. OpenSSL was updated to 0.9.7a. Please test these - things: blah foo.
OpenSSL. OpenSSL was updated to 0.9.7a. + Please test these things: blah foo.
IPFilter has recently been updated to version 3.4.XXX and has not +
IPFilter has recently been updated to + version 3.4.XXX and has not yet been thoroughly tested in -STABLE.
Firewire
Firewire
libc_r - A change has been made to fix + libc_r in the case + when a non-standard value of KVA_PAGES is used in the kernel. + libc_r in general could use testing with real applications.
dlinfo() added - test your shared-library + heavy ports to make sure there are no build problems.
The release notes will always be a good place to look for things to test.