Put testtool startup into its own testcase 63/31263/10
authorJozef Behran <jbehran@cisco.com>
Mon, 14 Dec 2015 10:15:16 +0000 (11:15 +0100)
committerGerrit Code Review <gerrit@opendaylight.org>
Fri, 8 Jan 2016 19:37:47 +0000 (19:37 +0000)
commit9b627cf3dff6c022c6ae754a657c1a9b6103c801
tree6b33df479322c9425a20d08d7fbc81a858036e75
parentc8f4b9659d33c5f71d386a6c23852fa02ec92b01
Put testtool startup into its own testcase

The Install_And_Start_Testtool contains an attempt to wait
for testtool to become usable. This is done by waiting for
the first test tool device to come online. This was done with
assumption that further testtool devices will come online
very quickly after the first one.

However it turns out the test tool startup may take
considerable amount of time even after this first device
comes online. Thus the "the remaining testtool devices come
online quickly" assumption is not valid and overlapping this
time consuming operation with the device configuration test
case in the scaling test suite causes the test case to be
blocked waiting for testtool to supply the next device,
destroying the validity of its results.

To fix this amend the "wait for testtool to boot" action
to make sure that all testtool devices are online and then
move the testtool startup into the first test case in the
suite as it now can fail.

Change-Id: Ie883d375e95e51d78c8343133182c644bde6e1df
Signed-off-by: Jozef Behran <jbehran@cisco.com>
csit/libraries/NetconfKeywords.robot
csit/suites/netconf/CRUD/CRUD.robot
csit/suites/netconf/scale/getmulti.robot
csit/suites/netconf/scale/getsingle.robot