Testing.drupal.org

We are currently raising money for the development of testing.drupal.org. Please consider donating.

Project Issue File Review (PIFR)

PIFR is the code running on testing.drupal.org, which distributes patches among the testing clients and aggregates results back to drupal.org Drupal 7 issue queue.

Project issue file testing platform (PIFT)

PIFT sends patches to PIFR and receives the results back for posting in the issue queues.

General development ideas are usually blogged about before implementing large features.

PIFR / PIFT 2.0

During the last several months boombatower and others have put a substantial amount of work into improving the Automated Testing System. A brief overview of some of the requirements for these improvements can be found in the PIFR and PIFT issue queues.

For additional reference, the original project thoughts can be found at the following links:

• The Future of Automated Patch Testing
• Testbed design change and development
• Automated Testing System Development Clarification

Final steps
There are a number of steps that need to be completed before the Drupal community can reap the benefits of the new system.

1. Security review of rewritten Project Issue File Test (PIFT) module that integrates with the project module on drupal.org.
2. Someone familiar with SQLite, possibly one of the D7 maintainers, needs to write a PIFR DB driver to implement the required methods. MySQL and PostgresSQL have already been completed and can be used as examples. The driver is relatively simple, but will require manually connecting to SQLite since PIFR runs in D6 which does not support SQLite.
3. Update testing client setup/installation script where necessary.
4. Deploy current development system to project.drupal.org and the create a parallel testing client network.
5. Freeze the current test client network and extract the test ID map for use in drupal.org upgrade.
6. Upgrade and finalize test client network and test server (testing.drupal.org). Possibly move testing.drupal.org under the drupal.org infrastructure.
7. Confirm upgraded testing network is functional.
8. Plan for approximately 15 minutes of downtime on drupal.org.
9. Update PIFT code and run data update using extracted test ID map from #4 on drupal.org during downtime.
10. Watch deployed system closely and solicit community feedback and bug reports.
11. Request additional hardware to use as community test clients (to allow for future expansion into testing contributed modules).

Future
Once the second generation framework is in place and running smoothly I will begin work on finishing the last pieces required to allow for testing of contributed modules (D6 and D7) and Drupal 6 core. I will be writing more on the new features and UX improvements to be looking for in during the upcoming deployment.