Automation framework evaluation

In order to automatically service and track test requests, as well as deploy testing resources, an upper-level test automation framework would sit "on top of" the Lustre test infrastructure.

Some requirements/desires for the automation framework:

• Aware of multiple clusters
• Able to create virtual clusters as VMs
• Able to automatically start testing based on various triggers, e.g. git commit hooks
• Maintains a prioritizable job queue
• Collect test output status in a database
• Visually represent pass/failure in a clear, concise manner
• Should facilitate easy interpretation of test "trends"; i.e. statistical-based test results

Framework(with link)	Advantages	Disadvantages
autotest It is designed primarily to test the Linux kernel, though it is useful for many other functions such asqualifying new hardware. It used and developed by a number of organizations, including Google, IBM, Red Hat, andmany others. Developed on Python	ready for work linux kernel, supports some logging services and crashdump under active developemnt could work in "client" mode with minimum setup in server mode: ready to work on sets of nodes and selecting nodes based on marks/lables have jobs queue supports	very limited test selection, include list, exclude list, tagging support have pretty simple web UI test structure pretty complex
STAF The Software Testing Automation Framework (STAF) is an open source, multi-platform, multi-language framework, lead by IBM Core developed on C. You can interact with STAF from many languages (Java, C, C++, Python,Perl, Tcl, Rexx) and from the command line/shell prompt.	multi-platform: works on Windows, Linux, AIX ...	isn't ready for linux kernel-specific functionality ...
robotframework	Example	Example