From Fedora Project Wiki

m (link to Phab wiki page)
Line 32: Line 32:
* '''[[User:Tflink/taskotron contribution guide]] - a quick start guide'''
* '''[[User:Tflink/taskotron contribution guide]] - a quick start guide'''
* [https://bitbucket.org/fedoraqa Fedora QA on Bitbucket] - our code repositories
* [https://bitbucket.org/fedoraqa Fedora QA on Bitbucket] - our code repositories
* [https://phab.qadevel.cloud.fedoraproject.org/ Phabricator] - ticket tracking and code review system
* [[QA/Phabricator|Phabricator]] - ticket tracking and code review system
* [https://admin.fedoraproject.org/mailman/listinfo/qa-devel qa-devel] - a mailing list for development discussion of Taskotron and other [[QA/Tools|QA tools]]
* [https://admin.fedoraproject.org/mailman/listinfo/qa-devel qa-devel] - a mailing list for development discussion of Taskotron and other [[QA/Tools|QA tools]]
* {{fpchat|#fedora-qa}} - our IRC channel
* {{fpchat|#fedora-qa}} - our IRC channel

Revision as of 09:19, 28 January 2014

Overview

Taskotron is a framework for automated test execution. It is in very early stages of development with the objective to replace AutoQA for automating selected QA tasks in Fedora.

Some of its major envisioned features:

  • Support for distribution-wide checks - e.g. Can this set of packages be pushed to stable updates repository? or Is this new system compose installable?
  • Support for package-related checks - e.g. Can this new build of firefox package be safely updated? or Do the functional tests pass for this new build of openssh?
  • Simple check management - package maintainers in full control of their package-related checks, no hurdles
  • Event-based - where applicable only the simplest interaction between services is used - passing messages through a message bus - for both check triggering and result reporting. No hardcoded tie-ins to specific services.
  • Decoupled design - comprised of loosely-coupled standalone units (tools, libraries) so that important logical functions are separated and one unit can be replaced with a different unit with similar functionality
  • Trivial local execution - no need to replicate the production environment with all its servers and configurations, the check authors can easily run and develop their checks on their local machine with no unnecessary software setup hassle
  • Useful for other Linux distributions as well, not just Fedora


Read more

There's not much documentation yet, but we are working on it. For the moment, you can read:

This documents some of the reasons for re-implementing AutoQA as Taskotron:

Get involved