From Fedora Project Wiki
No edit summary |
No edit summary |
||
(8 intermediate revisions by 2 users not shown) | |||
Line 2: | Line 2: | ||
Fedora priorities: https://fedoraproject.org/wiki/ReleaseEngineering/PriorityPipeline | Fedora priorities: https://fedoraproject.org/wiki/ReleaseEngineering/PriorityPipeline | ||
Taskotron roadmap: https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/roadmap/ | |||
Invitees: Tim Flink | Invitees: Tim Flink | ||
''' | '''Next''' | ||
* Will need to file another RFE to test AMIs in Taskotron | |||
'''16FEB16''' | |||
* Prep for initial F25 Planning call today | |||
** Will need to schedule a requirements discussion / high level design call before the final planning on March 10 so that we can scope the chunks of work required | |||
** Adding questions to our discussion pad - https://public.etherpad-mozilla.org/p/TaskotronAutomation | |||
* Prep for QE call | |||
** Confirm that we plan to use the upstream DockerAutoTest & UAT test frameworks; quesitons added to our discussion pad: https://public.etherpad-mozilla.org/p/taskotronautoworkflow | |||
* Amanda will be travelling with limited response starting Wednesday afternoon, returning 29FEB16 | |||
'''25JAN16''' | |||
* Tim will do a workshop at DevConf using ADEPT (from Docker test automation upstream) | |||
* Need to get a prioritized list of frameworks for Taskotron to integrate with for Docker & Atomic automation in F25 | |||
* Tim will be out next meeting, will reschedule for the following week | |||
'''11JAN16''' | |||
* AutoCloud parity RFEs filed | |||
** https://phab.qadevel.cloud.fedoraproject.org/T687 | |||
*** will depend on decisions about whether we want to integrate with tunir or recreate in Taskotron | |||
** https://phab.qadevel.cloud.fedoraproject.org/T686 | |||
*** may require hardware for VirtualBox | |||
** https://phab.qadevel.cloud.fedoraproject.org/T685 | |||
*** will likely be implemented as a business logic layer - part of a larger design discussion | |||
*** if releng / fedora infra has any contributions to business logic use cases other than non-gating tests, please add them to this RFE | |||
** https://phab.qadevel.cloud.fedoraproject.org/T684 | |||
* Draft notes about how to approach test automation for Docker & Atomic: https://public.etherpad-mozilla.org/p/TaskotronAutomation | |||
** QE Automation conversation with internal QE teams: https://public.etherpad-mozilla.org/p/taskotronautoworkflow | |||
'''30NOV15''' | |||
* Taskotron update | |||
** Phabricator entries for RFEs | |||
** Use cases going forward for releng / release tools | |||
** How to get release tools contributions to Taskotron for these requests | |||
'''12NOV15''' | |||
* Taskotron | * Taskotron | ||
** Links of interest from Tim | ** Links of interest from Tim | ||
*** | *** https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/roadmap/ | ||
** Requirements from release tools | ** Requirements from release tools | ||
*** support for cloud images | *** support for cloud images (boot cloud images to use as a test target) | ||
**** in backlog, not in current release | |||
*** support for vagrant (virtual box & libvirt) | *** support for vagrant (virtual box & libvirt) | ||
*** tests written in python | **** AI: need an RFE filed for this, virtual box and libvirt can't coexist on the same hardware so this may be a challenge for us to design around (does this need hardware) | ||
*** tests written in python (does this really mean 'will tunir run in taskotron'?) | |||
**** AI: need an RFE filed for this, if this is about Tunir, both sides may need to make adjustments to accommodate that | |||
**** Taskotron already has some support for python tests but Tim thinks that Tunir needs something a bit more complicated | |||
*** non-gating test feature | *** non-gating test feature | ||
* | **** AI: need an RFE filed for this, though this may not be a good fit for Taskotron and should rather be associated with the test itself | ||
*** cluster testing for Atomic Host | |||
**** Talk to Colin about filing an RFE for this in Phabricator - it may be a driver for integrating with Beaker | |||
*** Add priority ordering to these requests once they're filed | |||
Latest revision as of 15:40, 16 February 2016
Ongoing prioritization for release tools work from Tim Flink via monthly meeting.
Fedora priorities: https://fedoraproject.org/wiki/ReleaseEngineering/PriorityPipeline Taskotron roadmap: https://phab.qadevel.cloud.fedoraproject.org/w/taskotron/roadmap/
Invitees: Tim Flink
Next
- Will need to file another RFE to test AMIs in Taskotron
16FEB16
- Prep for initial F25 Planning call today
- Will need to schedule a requirements discussion / high level design call before the final planning on March 10 so that we can scope the chunks of work required
- Adding questions to our discussion pad - https://public.etherpad-mozilla.org/p/TaskotronAutomation
- Prep for QE call
- Confirm that we plan to use the upstream DockerAutoTest & UAT test frameworks; quesitons added to our discussion pad: https://public.etherpad-mozilla.org/p/taskotronautoworkflow
- Amanda will be travelling with limited response starting Wednesday afternoon, returning 29FEB16
25JAN16
- Tim will do a workshop at DevConf using ADEPT (from Docker test automation upstream)
- Need to get a prioritized list of frameworks for Taskotron to integrate with for Docker & Atomic automation in F25
- Tim will be out next meeting, will reschedule for the following week
11JAN16
- AutoCloud parity RFEs filed
- https://phab.qadevel.cloud.fedoraproject.org/T687
- will depend on decisions about whether we want to integrate with tunir or recreate in Taskotron
- https://phab.qadevel.cloud.fedoraproject.org/T686
- may require hardware for VirtualBox
- https://phab.qadevel.cloud.fedoraproject.org/T685
- will likely be implemented as a business logic layer - part of a larger design discussion
- if releng / fedora infra has any contributions to business logic use cases other than non-gating tests, please add them to this RFE
- https://phab.qadevel.cloud.fedoraproject.org/T684
- https://phab.qadevel.cloud.fedoraproject.org/T687
- Draft notes about how to approach test automation for Docker & Atomic: https://public.etherpad-mozilla.org/p/TaskotronAutomation
- QE Automation conversation with internal QE teams: https://public.etherpad-mozilla.org/p/taskotronautoworkflow
30NOV15
- Taskotron update
- Phabricator entries for RFEs
- Use cases going forward for releng / release tools
- How to get release tools contributions to Taskotron for these requests
12NOV15
- Taskotron
- Links of interest from Tim
- Requirements from release tools
- support for cloud images (boot cloud images to use as a test target)
- in backlog, not in current release
- support for vagrant (virtual box & libvirt)
- AI: need an RFE filed for this, virtual box and libvirt can't coexist on the same hardware so this may be a challenge for us to design around (does this need hardware)
- tests written in python (does this really mean 'will tunir run in taskotron'?)
- AI: need an RFE filed for this, if this is about Tunir, both sides may need to make adjustments to accommodate that
- Taskotron already has some support for python tests but Tim thinks that Tunir needs something a bit more complicated
- non-gating test feature
- AI: need an RFE filed for this, though this may not be a good fit for Taskotron and should rather be associated with the test itself
- cluster testing for Atomic Host
- Talk to Colin about filing an RFE for this in Phabricator - it may be a driver for integrating with Beaker
- Add priority ordering to these requests once they're filed
- support for cloud images (boot cloud images to use as a test target)
29OCT15
- Review priority list
- Taskotron overview & what you need from releng
- current in flight release is a big change so wait for this to be live before we look at using it
- should be in production before F24 freeze
- Get manual bits out of the compose process (primarily around tickets)
- App tracks status of blocker bugs - it can say 'these are the updates that need to be pulled in'
- Tim wrote part of a tool that will download all koji builds that are currently not stable and would fix blockers
- Request filing is part of the blocker bugs app; the rest is a script that Tim has locally
- Custom cloud images created in taskotron
- just a conversation with the team about whether or not they should be stored centrally for any purpose
- RHEL process checks
- QE is also talking about this and is looking into reworking part of this flow / tools but there is a general goal to align with RHEL's TPS a bit better
- rpmgrill task is in progress - tool for inspecting builds (logs, etc from koji)
- duplication of tools
- depcheck for instance - we have this in QE & Releng but they do slightly different things