- 1 Introduction
- 2 Test Developer Use Cases
- 3 Administrator Use Cases
- 4 Package Maintainer Use Cases
This page is intended to be a comprehensive list of all the ways people will interact with AutoQA. All items will be focused on outlining the steps required to accomplish a specific task. This page will detail activities for test developers, administrators, release engineers and package maintainers. This page follows a similar design to the Fedora_Talk_Admin_Cases and related pages.
- If the use case works today, there should be a link to a wiki page explaining how to do it
- If the use case does not exist yet, there should be a link to an AutoQA Ticket.
Test Developer Use Cases
The following use cases are aimed at Roger
Decide what to test
Automate a test
Determine when the test should run
Integrating the test into AutoQA
- Installing the required software -- 
- Building a
controlfile for his test according to Writing_AutoQA_Tests#The_control_file
Verifying the test works
Contributing the test
Administrator Use Cases
These use cases are aimed at Nancy. Nancy is a member of the Fedora Infrastructure team and has been asked to help the AutoQA project with sysadmin tasks that require access to infrastructure systems and tools.
Create a AutoQA system from scratch
- Her first task is to prepare a new Fedora system
- Once the system is prepared, Nancy reads and follows the instructions for how to Install_and_configure_autotest
- Now, Nancy must install AutoQA packages - 
Add a new test system to AutoQA
- Nancy first started by setting up an AutoQA system from scratch (see #Create a AutoQA system from scratch)
- Next, Nancy wants to add one or more systems that Autotest will use as test systems. She does so by following the instructions at How_to_add_autotest_clients
Recover a failed test system
Remove a test system
Update puppet configuration
Package Maintainer Use Cases
Ned is the maintainer of several packages in Fedora. After having dealt with a several reoccurring bugs in the last round of updates to his packages, Ned would like to write some tests to help capture the failures before they happen.
View existing test coverage
Write a test
- See #Write_a_test perhaps?
- Where do they store the tests? In CVSDist?
Run the test(s) manually
Test for proper integration of the test(s)
Subscribe for notifications to a selected test (or test/package combination)
Received notification of test failure ... need more details?
- FIXME - What is required for a client setup?