advancing PTAEOs to TEST on 2013 March 24
- David Backeberg (Unlicensed)
combination of SNART 50 and SNART 51, count is 16 update sets
2013/01/17 - 3
previewed with two errors, changed them to commit. Committed the set.
2013/01/29 - 1
one error, changed it to commit. Committed the set.
2013/01/29 - 2
two warnings, two errors. Reviewed and changed to commit. Committed the set.
2013/01/31 - 1
one warning. Committed the set.
2013/02/01 - 2
one warning. Committed the set.
2013/02/04 - 4
one warning. Committed the set.
2013/02/04 - 5
one warning. Committed the set.
2013/02/04 - 6
two warnings. Committed the set.
2013/02/05 - 1
one warning. Committed the set.
2013/02/15 - 1
two errors, changed them to commit. Committed the set.
2013/02/20 - 1
one error, changed it to commit. Committed the set.
2013/02/21 - 3
one error, changed it to commit. Committed the set.
2013/03/01 - 1
42 errors, changed to commit. Committed the set.
2013/03/08 - 1
63 errors, changed to commit. Committed the set.
2013/03/08 - 5
4 errors, two of which are collisions. The collisions should not be advanced. The other errors should be advanced. Committed the set, and confirmed I wanted to skip two of the changes.
2013/03/14 - 2
no errors, no warnings. Committed the set.
TESTING:
Requirement 50:
We don't have a direct way for people to test this requirement via the regular Service Now GUI. The ultimate usage of this requirement will be embedded into other forms.
I have a non-public test-harness for this. Please see:
You need to provide a specific set of variables:
project: 0033158
task: 00
award: 0001BG
expenditure: 881400
organization: 536001
Those should become valid.
You should then set each of them to a different value, and the ptaeo should be marked invalid, with a complaint about at the very least, some characteristic of the bad value.
TASK and AWARD are the only variables that accept letters. Other variables should reject letters.
All variables have a length limit. TASK has a limit of three.
The initial PTAEO should work the same as the recurring PTAEO. The only difference is the labels. In many cases we will need to collect two PTAEOs on the same catalog item.
Requirement 51:
This requirement is even less visible than requirement 50. This scope consists of all the server side supporting technology which allows the requirement 50 technology to speak to Yale web services. If the scripts are getting a return from the web services saying the ptaeo is valid or invalid, that is a validation of requirement 50.