This is also stored as an item on our github issue database:

https://github.com/autotest/autotest/issues/644

Disclaimer: I'm by no means a specialist in the fine art of writing user stories, just thought I'd write how I envision this functionality to work. My final goal is to have also more fine grained control over machine selection (hardware capabilities), but as we did not implement advanced scheduling yet, I won't include that in the couple of user stories I wrote.

1) Kayla is a Software Engineer working for FooCorp. She needs a RHEL 5.8 box for a couple of days to reproduce a problem found by a customer in one of FooCorp's products.

She wants to go to the hosts list, select one host, and tell that this host has to be provisioned with RHEL 5.8, and that she'll use it for 48 hours.

She then presses 'Reserve' and after 20 minutes, gets an email telling that her request was fullfilled and she's supposed to use the machine from now (May 15th, 2003, 15:00 GMT) to (May 17th, 2013, 15:00 GMT), with login information, and with her SSH public key (that she already registered at the autotest server on her profile page) already installed in the box, so she can log in there without having to use a password.

An email comes out 2 hours before the reservation is about to end, telling her that, and once the time has passed, the machine becomes available for new test jobs immediately.

2) Rob is a Test Automation Engineer working for BarCorp. He needs a box so he can verify whether his cgroup test suite is working properly on the linus's tree, head of the master branch.

He wants to use the command line to select one host, and tell that this host has to run a kernel compiled from linus's git repo, master branch, and that he is going to use it for an indeterminate amount of time.

He then presses 'Reserve' and after 20 minutes, gets an emaill telling that his request was fullfilled and he has a reservation on that system from now (May 15th, 2003, 15:00 GMT) and doesn't have an end time specified, with login information (user and password, since he didn't register an SSH key at the autotest server). The email states that is a bad practice to specify indefinite amounts of time, since he might forget to release the system, so it can be used efficiently among his peers, and that he has to explicitly go to the web interface (hosts tab), and select to 'release' the system, after which the machine becomes available to run jobs again.

So, what do you think?

_______________________________________________
Autotest-kernel mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/autotest-kernel

Reply via email to